Can't find address for host reg.sip-trunk.telekom.de

  • Einen wunderschönen guten Tag.


    Wir haben hier ein paar kleine bis große Probleme mit dem SipTrunk von der Telekom.
    Auffällig ist, dass zwischen durch der Leitungsstatus Registred off ist und es eine gefühlte Ewigkeit dauert, bis die Leitung wieder on ist.
    Vorweg gesagt, wir haben keine VDSL Abbrüche, denn diese Leitung steht.


    Ab und zu bricht das Gespräch einfach nach ca. 15 Min. weg, oder man kann den Teilnehmer nur einseitig hören.


    Auch auffällig ist der Auszug von der Starface Log-Datei:

    Code
    ERROR[7458][C-0000001f] netsock2.c: getaddrinfo("reg.sip-trunk.telekom.de", "(null)", ...): Name or service not known
    [Jul 26 10:03:15] WARNING[7458][C-0000001f] chan_sip.c: Can't find address for host 'reg.sip-trunk.telekom.de'


    Die Telekom schiebt natürlich uns den schwarzen Peter zu, wie nicht anders zu erwarten. (Weil wir nicht Ihre Technik benutzen!)


    Wir haben zwei WAN, einmal das VDSL für den SIPTRUNK und noch eine SDSL.
    Eine Bintec beIP Plus die als Media Gateway konfiguriert ist.
    Das bedeutet, dass die Starface den SIPTRUNK alleine herstellt.


    Wäre für gute Lösungsvorschläge sehr dankbar.

    Aktuelle Version: 6.5.0.30
    Serverlizenzen: STARFACE PBX Server, STARFACE PBX User
    Anlagentyp: STARFACE Advanced v4.1

  • Für reg.sip-trunk.telekom.de gibt es keine A- oder CNAME-Records im DNS. Hier wird über SRV-Einträge aufgelöst.
    Es sollte also darauf geachtet werden, ausschließlich die Telekom-Nameserver für eine Namensauflösung zu verwenden.

  • Wir haben dort die DNS Server der Telekom von Anfang an eingetragen und sowie es ausschaut, können die trotzdem nicht aufgelöst werden. ;)

    Aktuelle Version: 6.5.0.30
    Serverlizenzen: STARFACE PBX Server, STARFACE PBX User
    Anlagentyp: STARFACE Advanced v4.1

  • Für reg.sip-trunk.telekom.de gibt es keine A- oder CNAME-Records im DNS. Hier wird über SRV-Einträge aufgelöst.
    Es sollte also darauf geachtet werden, ausschließlich die Telekom-Nameserver für eine Namensauflösung zu verwenden.


    Heisst das im umkehrschluss, dass das die Starface nicht kann?

    Aktuelle Version: 6.5.0.30
    Serverlizenzen: STARFACE PBX Server, STARFACE PBX User
    Anlagentyp: STARFACE Advanced v4.1

  • Heisst das im umkehrschluss, dass das die Starface nicht kann?


    Hallo,


    die STARFACE kann seit 6.4.3 mit SRV-Records umgehen :)


    Schau mal ins dns.log auf der STARFACE, dort wird die Auflösung von Namen über DNS geloggt. Wenn dein DNS die SRV-Records der Telekom nicht kennt, wird die IP-Adresse nicht auflösbar sein.


    Viele Grüße


    TA

    Quality Assurance


    STARFACE GmbH | Adlerstraße 61 | 76137 Karlsruhe | www.starface.com

  • Heisst das im umkehrschluss, dass das die Starface nicht kann?


    Die Telekom kocht hier wieder einmal ihr eigenes Süppchen.


    Geh mal auf siptrunk.de und wähle einen Anbieter, der sich an Standards hält.


    Mit der Telekom muss man sich heute wirklich nicht mehr rumärgern; es gibt genügend bessere Alternativen im VoIP-Bereich.

    Gruss
    Thomas


    hertli ¦ IT
    hertli Informatik+Treuhand


    eMail: mail ( a t ) hertli.ch
    Internet: www.hertli.ch


    Virtuelle Rechenzentren (IaaS, PaaS) mit Standorten in CH + DE, Managed Services, Security

  • Die Telekom kocht hier wieder einmal ihr eigenes Süppchen.


    Geh mal auf siptrunk.de und wähle einen Anbieter, der sich an Standards hält.


    Mit der Telekom muss man sich heute wirklich nicht mehr rumärgern; es gibt genügend bessere Alternativen im VoIP-Bereich.


    Das mag gut sein, allerdings ist das trotzdem nicht so ganz einfach, wenn eine Firma mit mehreren Standorten seit Uhrzeiten bei der Telekom ist. ;)

    Aktuelle Version: 6.5.0.30
    Serverlizenzen: STARFACE PBX Server, STARFACE PBX User
    Anlagentyp: STARFACE Advanced v4.1

  • wieso nicht ?


    Mit VoIP hat der Zugang ja nichts mehr mit der Telefonie zu tun.


    Oder kommt Euch die Telekom irgendwie preislich entgegen oder bietet Euch einen speziellen Service, nur weil Ihr schon seit Urzeiten bei der Telekom seit ?

    Gruss
    Thomas


    hertli ¦ IT
    hertli Informatik+Treuhand


    eMail: mail ( a t ) hertli.ch
    Internet: www.hertli.ch


    Virtuelle Rechenzentren (IaaS, PaaS) mit Standorten in CH + DE, Managed Services, Security

  • Am Einsatz von SRV-Einträgen ist ja nichts auszusetzen -- im Gegenteil. Damit lassen sich Redundanzen und Gewichtungen abbilden -- nicht uninteressant im Telefoniebereich.
    Man muß dann nur schauen, dass die DNS-Infrastruktur zuverlässig arbeitet ;)

  • Ich habe das bei uns mal fix im Netzwerk geprüft, weil wir jetzt auch von ISDN auf SIP-Trunk Pure wechseln.
    Unsere Firewall hat die beiden Telekom-DNS eingetragen und die internen DNS-Server stehen in der Starface als DNS eingetragen.


    Nach Eingabe von


    nslookup -querytype=SRV _sip._tcp.reg.sip-trunk.telekom.de


    auf der Starface sieht die Ausgabe so aus:


    Server: 192.168.xxx.yyy
    Address: 192.168.xxx.yyy#53


    Non-authoritative answer:
    _sip._tcp.reg.sip-trunk.telekom.de service = 1 5 5060 n-ipr-a02.sip-trunk.telekom.de.
    _sip._tcp.reg.sip-trunk.telekom.de service = 10 5 5060 d-ipr-a01.sip-trunk.telekom.de.
    _sip._tcp.reg.sip-trunk.telekom.de service = 0 5 5060 n-ipr-a01.sip-trunk.telekom.de.


    Authoritative answers can be found from:
    n-ipr-a02.sip-trunk.telekom.de internet address = 217.0.15.69
    d-ipr-a01.sip-trunk.telekom.de internet address = 217.0.26.131
    n-ipr-a01.sip-trunk.telekom.de internet address = 217.0.15.67


    Also alles wie eigentlich erwartet.


    Somit vermute ich mal, dass beim TO die internen DNS-Server die Anfragen nicht weiterleiten, wie es eigentlich sein sollte.


    Gruß


    Looser

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!