Skype for Business am Hybrid Anschluss mit Speedport Pro
vor 4 Jahren
Moin,
hatte gerade der Vergnügen mit Skype for Business ein Meeting machen zu dürfen. Leider war meine Teilnahme nicht möglich. Chat ging zwar, aber ansonsten weder Video noch Audio.
Nach vielem Herumprobieren hat sich herausgestellt, dass es wieder am Hybrid Anschluss mit dem Speedport Pro liegt. Anscheinend sind hier wieder LTE Ausnahmen notwendig. Oder sollte das funktionieren?
Wenn ich aus unserem LAN raus gehe und die LTE Verbindung meines Mobiltelefons nutze, klappt alles problemlos. Sieht also alles nach ähnlichen Problemen wie mit SIP, Discord, usw aus.
Hat jemand eine Idee, wie man nun auch Skype for Business am Hybridanschluss zum Fliegen bekommt?
Gruß!
790
19
Das könnte Ihnen auch weiterhelfen
4401
0
4
2426
0
4
vor 6 Jahren
514
0
1
vor 6 Jahren
in
1267
0
2
656
0
1
vor 4 Jahren
@stefank.info
mein erster Einfall, LTE deaktivieren.
5
Antwort
von
vor 4 Jahren
Danke für die Tipps.
Allerdings ist eine generelle LTE Ausnahme für ein Gerät nicht praktikabel. Damit wird für alle Übertragungen nur DSL genutzt, was hier leider sehr lahm ist.
@Dorothea T. : Da du gerade wegen dem SIP Support für externe Geräte bei eurer Entwicklung nachfragst, kannst du bitte auch klären, ob Skype for Business überhaupt am Hybrid-Anschluss mit dem Speedport Pro unterstützt wird?
Danke!
Uneingeloggter Nutzer
Antwort
von
vor 4 Jahren
Ich denke nicht, dass wir hier etwas sperren oder das grundsätzlich nicht vorgesehen ist, aber durch die Bündelung von DSL und LTE wird mehr Zeit benötigt und das macht sich sicher bei Skype for Business bemerkbar. Aber um auf Nummer sicher zu gehen, habe ich bei den Kollegen mal eine Nachfrage platziert. Ich melde mich wieder, sobald ich eine Rückmeldung erhalte.
Grüße Anne W.
8
Antwort
von
vor 4 Jahren
Beispiel: Mein IPv4 SIP-Dienst nutzt STUN, um herauszufinden, dass meine öffentliche IPv4 Adresse die des Hybrid-Tunnels ist. Der SIP-Dienst teilt den anderen SIP-Teilnehmern diese Adresse zu Kommunikation mit mir mit. Wenn ich dann aber SIP-Daten an die anderen Teilnehmer losschicke, werden diese durch die LTE -Ausnahme für DSCP 48 über das DSL-only-Gateway herausgeschickt. Die Empfänger lehnen diese Daten aber ab, da die Quell-IP nicht bekannt ist. Könnte man diese internen LTE -Ausnahmen im SPP deaktivieren, würde wahrscheinlich alles funktionieren. Aktuell muss man dagegen jeden möglichen STUN-Server kennen und als LTE -Ausnahme konfigurieren. Aber das ist bei manchen Diensten nahezu unmöglich, da sich die Adressen der STUN-Server ständig ändern.
Beispiel:
Mein IPv4 SIP-Dienst nutzt STUN, um herauszufinden, dass meine öffentliche IPv4 Adresse die des Hybrid-Tunnels ist. Der SIP-Dienst teilt den anderen SIP-Teilnehmern diese Adresse zu Kommunikation mit mir mit. Wenn ich dann aber SIP-Daten an die anderen Teilnehmer losschicke, werden diese durch die LTE -Ausnahme für DSCP 48 über das DSL-only-Gateway herausgeschickt. Die Empfänger lehnen diese Daten aber ab, da die Quell-IP nicht bekannt ist.
Könnte man diese internen LTE -Ausnahmen im SPP deaktivieren, würde wahrscheinlich alles funktionieren. Aktuell muss man dagegen jeden möglichen STUN-Server kennen und als LTE -Ausnahme konfigurieren. Aber das ist bei manchen Diensten nahezu unmöglich, da sich die Adressen der STUN-Server ständig ändern.
Die Lösung ist ja nicht die LTE -Ausnahmen zu deaktivieren (denn dann funktioniert die Telefonie beim Router nicht mehr wie gewünscht), sondern die Konfiguration für den eigenen SIP-Dienst anzugleichen.
Auch bei den STUN-Servern scheint ein Missverständnis vorzuliegen. STUN ist ein Dienst, der unabhängig von SIP-Anbietern existiert und funktioniert. Im Prinzip kannst Du also einen beliebigen STUN-Server verwenden, solange der STUN-Server nicht irgendwie eingeschränkt ist.
Such Dir einen aus und packe ihn in die LTE -Ausnahmen: https://gist.github.com/mondain/b0ec1cf5f60ae726202e
Solange also Dein Client korrekt konfiguriert ist und die Pakete korrekt markiert, sollte alles klappen.
Uneingeloggter Nutzer
Antwort
von
vor 4 Jahren
@buenni ich bin auch gespannt, was die Kollegen mir hier mitteilen.
Ich melde mich wieder.
Grüße Anne W.
0
Uneingeloggter Nutzer
Antwort
von
vor 4 Jahren
Grüße Anne W.
2
Antwort
von
vor 4 Jahren
Das es bei Hybrid Bonding DSL und LTE im SPP und SPP plus ein Problem zu geben scheint lässt sich ja vermuten, wenn Port 46 und 48 für SIP werkseitigen bei LTE ausgenommen werden.
Hat jemand bei Skype einmal eine ähnliche LTE Ausnahme geprüft ?
Skype nutzt hier ja die Ports 3478, 3479, 3480 und 3481 (siehe Tabelle unten)
Wenn man die LTE Ausnahme nur für diese Ports einrichtet, dann nutzt man auf allen Geräten bei allen anderen Anwendungen die zusätzliche Bandbreite von LTE auf allen Geräten und die DSL only Nutzung nur für den problematischen Traffic bei Skype.
Übersicht:
Session Initiation Protocol (SIP) Signaling
Client
Office 365
Ephemeral ports TCP
443 TCP
Persistent Shared Object Model (PSOM) Web Conferencing
Client
Office 365
Ephemeral ports TCP
443 TCP
HTTPS downloads
Client
Office 365
Ephemeral ports TCP
443 TCP
Audio
Client
Office 365
50000 - 50019UDP and TCP
443 TCP,
3478 & 3479 UDP,
50000 - 59999 UDP and TCP (optional)
Video
Client
Office 365
50020 - 50039UDP and TCP
443 TCP,
3478 & 3480 UDP,
50000 - 59999 UDP and TCP (optional)
Desktop Sharing
Client
Office 365
50040 - 50059UDP and TCP
443 TCP,
3478 & 3481 UDP,
50000 - 59999 UDP and TCP (optional)
Lync Mobile push notifications for Lync Mobile 2010 on iOS and Windows Phone 7.5 devices
Client
Office 365
Ephemeral ports TCP
5223 TCP
https://answers.microsoft.com/de-de/skype/forum/skype_other-skype_profacc-skype_customer/firewalls-und-ports/4ee6fa55-73fd-44ec-93d5-2375c840ef43
Uneingeloggter Nutzer
Antwort
von
Uneingeloggter Nutzer
Antwort
von