8
Warum funktioniert VOIP ohne STUN?
Hi
Ich habe eigentlich nur ein Verständnisproblem. Ich habe einen normalen VOIP Telefonanschluss und meine Voip-TK (Fritzbox) ist hinter einem anderen Router. Der erste Router leitet SIP und RTP an die Fritzbox weiter und Telefonate funktionieren in beide Richtungen. Ich verstehe nur nicht wieso. In der Fritzbox ist kein STUN eingetragen, also kennt sie meine öffentliche IP nicht. Die ist doch aber erforderlich für die SIP Pakete selbst. Wieso geht es trotzdem? Magie beim Provider? Kein ALG auf meiner Seite.
Ich habe eigentlich nur ein Verständnisproblem. Ich habe einen normalen VOIP Telefonanschluss und meine Voip-TK (Fritzbox) ist hinter einem anderen Router. Der erste Router leitet SIP und RTP an die Fritzbox weiter und Telefonate funktionieren in beide Richtungen. Ich verstehe nur nicht wieso. In der Fritzbox ist kein STUN eingetragen, also kennt sie meine öffentliche IP nicht. Die ist doch aber erforderlich für die SIP Pakete selbst. Wieso geht es trotzdem? Magie beim Provider? Kein ALG auf meiner Seite.
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 4086721555
Url: https://administrator.de/contentid/4086721555
Printed on: April 24, 2024 at 07:04 o'clock
8 Comments
Latest comment
Keine Magie sondern SIP Keepalive Pakets!
Mit einem Wireshark als deinen besten Freund wäre der Thread obsolet gewesen... 😉
Mit einem Wireshark als deinen besten Freund wäre der Thread obsolet gewesen... 😉
Zitat von @aqui:
Keine Magie sondern SIP Keepalive Pakets!
Mit einem Wireshark als deinen besten Freund wäre der Thread obsolet gewesen... 😉
Keine Magie sondern SIP Keepalive Pakets!
Mit einem Wireshark als deinen besten Freund wäre der Thread obsolet gewesen... 😉
Nicht unbedingt. Es läuft per Sips, also verschlüsselt. Zu den Keep Alive Paketen gibt Google sehr wenig Infos. Ist das standardisiert?
Dann sendet also der SIP Server meines Providers regelmäßig ein Paket an meine Fritzbox mit meiner aktuellen IP drin?
Andersrum...das SIP Endgerät sendet. Wie gesagt...Wireshark! 
Viel simpler:
Dein Provider wird schlicht die Media-Adresse (die ja jetzt mutmaßlich die private IP enthält) ignorieren und den Traffic an die IP adressieren, von der er deinen ausgehenden RTP-Traffic sieht.
Symmetrisches RTP mit "Media sensing"
Und dann gibt es neben STUN auch noch ICE. Dabei wird das, was STUN macht, einfach direkt innerhalb der SIP-Pakete gemacht.
Dein Provider wird schlicht die Media-Adresse (die ja jetzt mutmaßlich die private IP enthält) ignorieren und den Traffic an die IP adressieren, von der er deinen ausgehenden RTP-Traffic sieht.
Symmetrisches RTP mit "Media sensing"
Und dann gibt es neben STUN auch noch ICE. Dabei wird das, was STUN macht, einfach direkt innerhalb der SIP-Pakete gemacht.
1Das ergibt keinen Sinn. Das Endgerät kennt die öffentliche IP gar nicht.
Moin,
viele Provider nutzen inzwischen normales TCP für die Kommunikation.
Stefan
viele Provider nutzen inzwischen normales TCP für die Kommunikation.
Stefan
warum sollte das Endgerät die IP im Zweifel nicht kennen?
und wenn, dann NAT?
und wenn, dann NAT?
Du hast das missverstanden... Das lokale VoIP Endgerät sendet einen SIP Keepalive an den Provider. So kennt dieser aus dem Keepalive immer dein Device und auch immer deine öffentliche IP die zu deinem SIP Account gehört. Zudem hält es den UDP Port in der Firewall inbound offen sofern dein SIP UDP nutzt. Einfache Logik! 😉
Kollege @LordGurke hat es oben ja auch umfassender erklärt!
Kollege @LordGurke hat es oben ja auch umfassender erklärt!
