Starface mit Telekom SipTrunk

  • Hallo!


    Heute wurden unsere ISDN-Leitungen abgeschaltet und der Telekom SIP-Trunk aktiviert.


    Leider schaffe ich es nicht, dass die Anlage sich am Sip_Trunk anmeldet.


    Ich hoffe jemand kann mir dabei helfen:


    Was muss in die Felder:


    Benutzername, Authuser genau rein? Habe beim Benutzernamen die "Registrierungsrufnummer" und beim Authuser den "Telefonie-benutzernamen" eingetragen.


    Ich habe für die Anlage die Ports 5060 und 5070 TCP und UDP freigeschaltet.


    Rufnummern sind drin.


    Was muss ich noch tun?


    Danke!!!!


    Gruß
    Andreas

  • Es scheint ein Problem mit der DNS Auflösung zu sein.


    Ports habe ich 5060,5061,10000-20000,1025-65535 auf.


    Im Log steht " acl.c: Unable to lookup 'reg.sip-trunk.telekom.de'". Obwohl ich einen DSN der Telekom eingetragen hab.


    Auch steht in bei den Statusmeldungen:


    "Der SIP-Privider-Profile konnten nicht mit SIPTRUNK.DE synchronisert werden"?


    Ich weiß nicht weiter...


    Gruß

  • Vielleicht erst mal dein Netzwerk reparieren?


    Wie meinst du? Alle anderen Geräte im Netzt haben kein Problem.


    Angeblich können aber die DSN_Server vom Provider das nicht auflösen.


    Danke.


    Gruß

  • Hast Du SSH Zugang auf die Starface?
    Funktioniert auf der Konsole die DNS Auflösung?


    https://knowledge.starface.de/…k+verliert+die+Verbindung


    Edit:
    https://knowledge.starface.de/…ge.action?pageId=17268753


    Danke! Konnte damit gut die DNS Sache testen. War wohl noch ein haken in der Firewall.


    Der SIP-Trunk hat sich registriert.


    Leider sind jetzt die internen Telefone "stumm". Wenn ich von extern anrufe, kann ich den Anrufer hören. Er mich aber nicht. das Gespräch bricht dann
    nach paar Sekunden ab.


    Nächste Baustelle.


    Gruß


  • Ach ja. Und intern hören beide Teilnehmer nichts...


    Gruß

  • Was meinst Du mit intern?
    Ist das eine Cloud Anlage?


    Wie ist das Netz aufgebaut, wo "steht" die Starface, wo die Telefone?


    Starface und Telefone sind im "intenen" Netz. So wie vorher unter ISDN auch. Daher greift ja hier auch nicht die Firewall.


    Wenn man intern telefoniert klingelt es zwar. Aber beide hören nichts.


    Die Starface kann mit NAT und Portfreigaben (TCP 5060,5061 UDP 5060,10000-20000,1025-65535) durch die Firewall raus.


    Externe Gespräche kommen zwar an. Aber auch hier hören beiden Seiten nichts.


    Danke!!


    Gruß
    Leffe

  • Starface und Telefone sind im "intenen" Netz. So wie vorher unter ISDN auch. Daher greift ja hier auch nicht die Firewall.
    Wenn man intern telefoniert klingelt es zwar. Aber beide hören nichts.


    Ok wenn ich das richtig verstehe befindet sich zwischen Telefon und Starface kein Router/Firewall.


    Welche Starface Version ist im Einsatz?
    Welche Telefone und Firmware ist im Einsatz?

  • Ok wenn ich das richtig verstehe befindet sich zwischen Telefon und Starface kein Router/Firewall.


    Welche Starface Version ist im Einsatz?
    Welche Telefone und Firmware ist im Einsatz?


    Genau. Kein Router zwischen Anlage und Telefonen. Und so funzt es ja auch schon seit 2010.


    Erst seit der Umstellung auf den SIP-Trunk ist es so.


    Version Starface 6.6.0.20


    Telefone: Tiptel ip 286 (Firmware 2.61.13.18)


    Gruß

  • Genau. Kein Router zwischen Anlage und Telefonen. Und so funzt es ja auch schon seit 2010.
    Erst seit der Umstellung auf den SIP-Trunk ist es so.


    Euro Starface läuft seit 2010 intern mit SIP und extern mit ISDN?
    Jetzt gehen keine internen Gespräche mehr?


    Das hat nichts mit dem SIP Trunk zu tun.


    Ich denke das muss Du mit einem tcpdump und wireshark weiter untersuchen.

  • Euro Starface läuft seit 2010 intern mit SIP und extern mit ISDN?
    Jetzt gehen keine internen Gespräche mehr?


    Das hat nichts mit dem SIP Trunk zu tun.


    Ich denke das muss Du mit einem tcpdump und wireshark weiter untersuchen.


    Das denke ich ja such. Intern hätte sich ja nichts ändern sollen?


    Wobei ich den "Standardserver" bei den Telefonen jetzt noch mal auf die interne IP gesetzt habe. Er hat durch die Freigabe ins Netzt jetz ja eine interne und eine externe.


    Was muss man bei den Geräten unter NAT einstellen?


    Danke!!!


    Gruß

  • Euro Starface läuft seit 2010 intern mit SIP und extern mit ISDN?
    Jetzt gehen keine internen Gespräche mehr?


    Das hat nichts mit dem SIP Trunk zu tun.


    Ich denke das muss Du mit einem tcpdump und wireshark weiter untersuchen.


    Sicher ne dumme Frage für dich: Findet das Gespräch am Ende zwischen dem SIP-Trunk und dem Gerät direkt statt oder über die Starface?


    Müssen die Endgeräte also durch die Firewall auf den SIP-Trunk kommen?


    Danke!


    Gruß

  • Es gibt keine dummen Fragen!


    Ich verstehe nur deine Frage nicht ganz, die Endgeräte kommunizieren nur mit der Starface, diese wiederrum mit dem SIP Trunk.
    Sind Starface und Endgeräte im gleichen Netz müssen diese nicht durch die Firewall/Router.


    Intern:
    Endgerät1 <-> Starface <-> Endgerät2


    Extern:
    Endgerät1 <-> Starface <-> SIP Trunk/Internet


  • OK. Mir wollte gerade jemad erzählen, dass das Gespräch nach "Vermitlung" direkt zwischen dem Endgerät und dem externen Teilnehmer läuft.


    Wenn es aber immer über die Starface läuft, dann ist es ja so wie ich es bisher auch meinte.


    Intern funzt bei mir auch.


    Ich kann nur nicht nach extern telefonieren. Aufs Handy klingelt es zwar, aber es kommt keine Verbindung zu stande. nach ein paar Sekunden bricht es ab.


    In der FW sind alle nötigen Ports für die Starface offen.


    Mein Netz:


    Telefone: interne IPs


    Starface: Hinter NAT: ja Als externe IP die interne eingetragen. Gateway die IP der FW.


    Danke!


    Gruß

  • Als externe IP die interne eingetragen.


    Vielleicht solltest Du hiernach mal schauen. Die externe IP sollte natürlich auch die Externe sein.


    (Und falls der Transport via UDP realisiert ist):
    Es reicht nicht, wenn die Ports in der Firewall "nur offen" sind. Du solltest sie schon per DNAT forwarden, ansonsten machst Du dich vom Session-Tracking der Firewall abhängig.

Jetzt mitmachen!

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