SIP Clienten funktionieren nicht hinter Speedport W 723V
14 years ago
Hallo,
ich verwende diverse SIP-Clienten (Siemens Gigaset S685IP, Nokia N900, Ekiga) mit verschiedenen SIP Anbietern, hauptsaechlich sipgate.de. Das ist normalerweise kein Problem.
Nur seit ich zu Hause DT "Call & Surf Comfort VSDL 25" habe und einen von der DT gemieteten "Speedport W 723V" betreibe, koennen sich meine SIP-Clienten nicht mehr bei den externen SIP-Diensten registrieren. In anderen Netzen funktionieren meine SIP-Clienten weiterhin wunderbar.
Offenbar bin ich nicht der einzige mit diesem Problem . Keiner weiss nix genaues, aber der Tenor scheint zu sein, dass
* die "Speedport W 723V" der Uebeltaeter ist und SIP auf UDP 5060 nicht reinlaesst;
* Konfigurationstricks wie Port-Forwarding von 5060, oder die Speedport als SIP-Proxy einzutragen nicht helfen;
* es keine Moeglichkeit gibt, dem Speedport das abzugewoehnen. Betrieb von SIP-Clienten ist hinter der Speedport (ohne Tricks wie VPN , oder SIP-Dienste auf anderen Ports als 5060) schlichtweg nicht moeglich;
* es mit anderen VDSL-Routern durchaus geht.
Kann das jemand bestaetigen, oder (besser noch!) widerlegen?
Danke, y
http://foren.t-online.de/foren/read/service/dsl-festnetz/speedports/speedport-500er-serie/verbindungsabbruch-bei-sip-telefonie-fremdanbieter,508,7249534.html
http://foren.t-online.de/foren/read/service/dsl-festnetz/speedports/speedport-700er-serie/speedport-w-723v-mit-angeschlossener-fb-7170-voip,510,6817845.html
http://foren.t-online.de/foren/read/service/dsl-festnetz/telefonie/voip-telefonanlage-anlage-hinter-speedport-723-geht-nicht,439,7326359,7326359.html
ich verwende diverse SIP-Clienten (Siemens Gigaset S685IP, Nokia N900, Ekiga) mit verschiedenen SIP Anbietern, hauptsaechlich sipgate.de. Das ist normalerweise kein Problem.
Nur seit ich zu Hause DT "Call & Surf Comfort VSDL 25" habe und einen von der DT gemieteten "Speedport W 723V" betreibe, koennen sich meine SIP-Clienten nicht mehr bei den externen SIP-Diensten registrieren. In anderen Netzen funktionieren meine SIP-Clienten weiterhin wunderbar.
Offenbar bin ich nicht der einzige mit diesem Problem . Keiner weiss nix genaues, aber der Tenor scheint zu sein, dass
* die "Speedport W 723V" der Uebeltaeter ist und SIP auf UDP 5060 nicht reinlaesst;
* Konfigurationstricks wie Port-Forwarding von 5060, oder die Speedport als SIP-Proxy einzutragen nicht helfen;
* es keine Moeglichkeit gibt, dem Speedport das abzugewoehnen. Betrieb von SIP-Clienten ist hinter der Speedport (ohne Tricks wie VPN , oder SIP-Dienste auf anderen Ports als 5060) schlichtweg nicht moeglich;
* es mit anderen VDSL-Routern durchaus geht.
Kann das jemand bestaetigen, oder (besser noch!) widerlegen?
Danke, y
http://foren.t-online.de/foren/read/service/dsl-festnetz/speedports/speedport-500er-serie/verbindungsabbruch-bei-sip-telefonie-fremdanbieter,508,7249534.html
http://foren.t-online.de/foren/read/service/dsl-festnetz/speedports/speedport-700er-serie/speedport-w-723v-mit-angeschlossener-fb-7170-voip,510,6817845.html
http://foren.t-online.de/foren/read/service/dsl-festnetz/telefonie/voip-telefonanlage-anlage-hinter-speedport-723-geht-nicht,439,7326359,7326359.html
21972
55
This could help you too
Solved
218
0
1
15857
0
15
17146
0
40
You might also be interested in
Request purchasing advice
Fill out our online contact form quickly and easily so that we can advise you personally in a timely manner.
View offers
Informieren Sie sich über unsere aktuellen Internet-Angebote.
14 years ago
Gruß Ulrich
0
14 years ago
0
14 years ago
Laut Typenschild ist es eine "Speedport W 723V Typ A".
y
0
14 years ago
0
14 years ago
interessant, was hast Du denn eingestellt, damit es am LAN funktioniert?
Gruß
bb123
0
14 years ago
permit udp 217.0.0.0 255.248.0.0 any range 7000 50000
permit udp 217.0.0.0 255.248.0.0 any range 3478 3479
permit udp 217.0.0.0 255.248.0.0 any range 5060 5069
permit udp 217.0.0.0 255.248.0.0 any range 5070 5079
Das Problem ist, dass neben den Standardports auch zufällige Ports wohl aus dem höheren Bereich gewählt werden. Sind diese geschlossen, wird ein Anruf-Versuch mit einem kurzen Doppelton (da-di-da (Pause) da-di-da) quittiert. Ob dieser von der FB oder dem SIP-Server ausgegeben wird, kann ich jedoch nicht sagen.
0
14 years ago
Es ist tatsaechlich so das ein Sip Client hinter dem Router nicht funktioniert. Das gilt aber nur komischerweise am Wireless Accespoint des Speedport W723V. Wird ein SIP Client an den LAN Port (Ethernet) angeschlossen funktioniert alles einwandfrei ...
Es ist tatsaechlich so das ein Sip Client hinter dem Router nicht funktioniert. Das gilt aber nur komischerweise am Wireless Accespoint des Speedport W723V. Wird ein SIP Client an den LAN Port (Ethernet) angeschlossen funktioniert alles einwandfrei ...
Ich kann das nicht bestaetigen. Weder die Siemens Gigaset S695IP, noch Gnome Ekiga funktionieren am LAN Port. Outgoing UDP-Port 5060 Pakete werden vom SpeedPort saemtlich rausgefiltert (verifiziert mit hping3 und tcpdump).
Wie hast du es geschafft, dass dein SpeedPort SIP-Pakete auf den LAN Ports nicht filtert?
0
14 years ago
0
14 years ago
@sphiryx: Betreibst du deine Fritzbox hinter einer Speedport W 723V Typ A?
@sphiryx: Betreibst du deine Fritzbox hinter einer Speedport W 723V Typ A?
Nein, die FB hat ein integrierstes ADSL2+ Modem, weshalb ich den Speedport nicht benötige. Ich hatte lediglich gehofft, mit den genannten Ports eventuell den Versuch eines Portrange-Forwardings im Speedport hervorbringen zu können - sofern derartige Regeln im SP definierbar sind. Denn wie bereits erwähnt, funktionierte ohne den hohen Portbereich auch bei meiner FB keine VoIP-Telefonie über Tcom. Witzigerweise wusste selbst die 2nd Level Hotline der Tcom-Technik nichts über die benötigten Ports. Irgendwie schon peinlich, wenn man seine eigene Systemkonfiguration nicht für den Support ausreichend dokumentiert hat. Anscheinend bleibt dieser "Luxus" hinsichtlich Auskünften wohl nur Business-Kunden mit dickem PBXer vorbehalten. Sorry für diese Wortwahl aber irgendwo sicherlich auch nachvollziehbar...
0
14 years ago
Es sind keine Firewallregeln definiert ("Filterfunktionen: Aus").
Portforwardings (die ja eh nur incoming Traffic betreffen) scheinen nicht zu helfen.
0
Unlogged in user
Ask
from