bluebell

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.

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.

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.de

Die "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