Die Telekom hilft Community zieht um und ist bis zum 8. Januar 2025 nur eingeschränkt zugänglich.
Übersicht der ip-Adressen (Gateways & Co.) für VoIP
vor 6 Jahren
Die Frage wurde schon gestellt, aber nie beantwortet. Stattdessen gab es Gegenfragen der Art "Wieso-weshalb-warum?"
Ich betreibe eine Linux-VM mit Asterisk für die Telefonie. Da ich zwei Internet-Provider habe (bitte nicht fragen warum), gibt es natürlich auch zwei Anbindungen für VoIP.
Leider verhindern beide Provider (einer davon ist die Telekom), dass ich deren VoIP-Infrastruktur über den Internet-Zugang des jeweils anderen Providers nutze. Das verhindert einen redundanten Zugang zur Telefonie, falls eine der beiden DSL/VDSL-Verbindungen wegbricht. "Weschens de Sischerheit" vermute ich mal, aber ich will hier nicht losranten.
Aus dieser Designentscheidung der Carrier muss ich in meinem Netz die ip-Adressen zu den VoIP-Gateways von Provider X über den Zugang von Provider X routen und die ip-Adressen zu den VoIP-Gateways der Telekom über den Telekom-Zugang.
Experimentell habe ich herausgefunden, dass es nicht reicht, das Netz zu routen, in dem tel.t-online.de wohnt (217.0.128.0/24). Es kommen zwar Calls zustande, aber Sprachdaten fließen erst, wenn ich auch 217.0.7.0/24 route.
Ich würde mich sehr freuen über eine Übersicht, welche Netze genutzt werden. Es kann ja sein, dass redundante Geräte in anderen Netzen stehen, auf die bei Bedarf umgeschaltet wird.
Dass diese Information nicht auf ewig gültig sein wird, ist mir schon klar.
Ein Hinweis, wie ich mir diese Adressen periodisch beschaffen kann, z.B. durch DNS-Lookups, wäre auch schick.
Was ich bitte nicht mehr lesen möchte, sind gut gemeinte Hinweise auf Ports, Portweiterleitungen, Paketfilterregeln und böse Leute, die über meinen Asterisk nach Russland oder China telefonieren wollen. Erstens kann man das gut wegkonfigurieren, indem ip-Adressen von außen nur zu Endgeräten nach innen telefonieren dürfen, zweitens ist mein Asterisk von außen gar nicht erreichbar. Man braucht keinen Port manuell zu öffnen und keine Portweiterleitung. Das funktioniert alles wunderbar per NAT.
537
13
Das könnte Ihnen auch weiterhelfen
vor 12 Jahren
27804
0
3
vor 4 Jahren
791
0
1
Community Guide
vor 6 Jahren
Das dürfte eher wegen der Notrufproblematik sein. "Röchelanrufe" gehen halt nur wenn man als Provider die IP-Adresse auf eine geographische Adresse Ort/Straße/Hausnummer/ggf. Stockwerk auflösen kann.
Ansonsten drücke ich Dir die Daumen, die gewünschte Info zu erhalten.
Dein Forenprofil solltest Du zuallermindest ergänzen.
10
Antwort
von
vor 6 Jahren
Ich habe da eine private längere Liste von Dingen, die ganz einfach sein können für die Telekom, die die Telekom aber trotzdem nicht macht.
Da habe ich da jetzt mal mit draufgeschrieben.
1 Stern Mitgestalter*in
vor 6 Jahren
Hallo zusammen,
die VoIP-Plattform der Telekom besteht aus diversen Servern an verschiedenen Standorten. Dabei kommt eine Art "Regionalisierung" zum Einsatz, bei der den Kunden im Idealfall ein SIP- bzw. RTP-Server aus der jeweiligen Region zugewiesen wird (mit ein bzw. zwei "Ersatz"-Servern in anderen Regionen).
Dies setzt voraus, daß die vom Kunden genutzte VoIP-Technik für die Auflösung von tel.t-online.de zunächst keine allgemeinen A-Lookups, sondern die etwas exotischeren SRV-Lookups nutzt: Es wird also für tel.t-online.de der dazugehörige SRV-Lookup für SIP abgefragt. Die dann zurückgelieferten Server können wiederum mit einem A-Lookup aufgelöst werden.
Die hauseigenen DNS-Server der Telekom melden dann offenbar je nach IP-Adresse des "abfragenden" Telekom-Nutzers regional angepaßte SIP-Server zurück. Für einen Standort in Baden-Württemberg bekomme ich aktuell z.B. folgende Ergebnisse:
_sip._udp.tel.t-online.de SRV service location: priority = 20 weight = 0 port = 5060 svr hostname = h2-epp-100.edns.t-ipnet.de _sip._udp.tel.t-online.de SRV service location: priority = 30 weight = 0 port = 5060 svr hostname = d-epp-100.edns.t-ipnet.de _sip._udp.tel.t-online.de SRV service location: priority = 10 weight = 0 port = 5060 svr hostname = s-epp-100.edns.t-ipnet.deDie "priority" gibt die Reihenfolge an, in der die SIP-Server "durchprobiert" werden sollen (niedrigster priority-Wert zuerst, danach entsprechend aufsteigend).
Das sind also in meinem Beispiel-Fall SIP-Server in folgenden Städten (erkennbar an den Autokennzeichen am Anfang des Hostnamens):
1.) Stuttgart (s-epp-100, IP-Adresse 217.0.20.192)
2.) Hannover (h2-epp-100, IP-Adresse 217.0.29.32)
3.) Düsseldorf (d-epp-100, IP-Adresse 217.0.28.32)
Antwortet also z.B. der Server in Stuttgart nicht, stehen die Server in Hannover und Düsseldorf als Ersatz zur Verfügung. Welche Server aktuell angegeben werden, kann sich täglich ändern. Es ist auch denkbar, daß man mal eine IP-Adresse als Nutzer zugeteilt bekommt, die ursprünglich in einer anderen Region zur Einwahl genutzt wurde - dann können auch mal regional "falsche" SIP-Server zurückgeliefert werden. Das ändert an der Funktionsfähigkeit des Anschlußes aber nix - lediglich die Paketlaufzeiten können durch einen Umweg evtl. erhöht sein.
Der für einen Anruf genutzte SIP-Server dient ja nur zur Signalisierung. Für den eigentlichen Telefonieverkehr (also den Austausch der Sprachdaten) verweist dieser dann auf einen von mehreren RTP-Servern, die am jeweiligen Standort zur Verfügung stehen. Diese kommen - nach meinen Erfahrungen - aus anderen IP-Subnetzen. Ich habe bislang Server aus den Netzen 217.0.5.0/24, 217.0.6.0/24 und 217.0.7.0/24 gesehen - das müssen aber noch nicht alle gewesen sein.
Da Du anhand der hier zusammengestellten Angaben schon sehen kannst, daß diverse IP-Bereiche zum Einsatz kommen, wäre es evtl. sinnvoll, (falls man eine solche Spezial-Lösung möchte, wie Du sie beschrieben hast) einfach das ganze Netz 217.0.0.0/8 über den Telekom-Anschluß zu routen. Das ist aber auch noch keine Garantie für eine jederzeit bzw. dauerhaft funktionierende Lösung!
Für Dich (und evtl. andere Nutzer, die mal für ähnliche Anfragen auf meinen Beitrag hier stoßen) aber noch der große Warnhinweis: Alle Daten und Angaben in diesem Text nach bestem Wissen und Gewissen - aber ohne jegliche Garantie! Jeder Nutzer, die eine eigene VoIP-Lösung einsetzt, handelt auf eigenes Risiko und auf eigene Gefahr! Ich bin kein Telekom-Mitarbeiter, sondern auch nur Nutzer, ähnlich wie Du. Dies hier sind also keine offiziellen Angaben der Telekom, sondern reine Erfahrungswerte!
cu talk
1
Antwort
von
vor 6 Jahren
Dass die Telekom DNS-Antworten abhängig von der ip-Adresse des Anfragenden gibt, ist eine weitere schlechte Idee. Sie kann nicht davon ausgehen, dass die Anfrage vom Kunden direkt an ihren DNS geht.
So mancher (ich z.B.) verlässt sich aus gutem Grund nicht auf die Antworten des Provider-DNS, da die Antworten teilweise von Wünschen der Marketing-Abteilung oder des Hamburger Landgerichts abhängen.
Wenn die Telekom schon mal so weit ist und Backuplösungen des Kunden verhindert (Notrufregelung zählt nicht, weil man sich ja von einem anderen Telekom-Zugang durchaus zum SIP-.Gateway kommt), dann wäre eine regionale Zuteilung via Anycast technisch sinnvoller.
Ich bin aber auch so weit wie Du, dass ich derzeit 217.0.0.0/8 nehme in der Hoffnung, dass die Admins und Netzdesigner nicht das tun, was Anwendungsentwickler am liebsten tun: Änderungen um der Änderungen willen.