Falsche Signalisierung bei Sipgate

  • Gerade habe ich feststellen müssen, dass offenbar Anrufe die von einem Sipgate (Basic) - Anschluss zu einem anderem Sipgate (Basic) Teilnehmer aufgebaut werden, falsch signalisiert werden. Angezeigt werden hier statt der zu signalisierenden Teilnehmerrufnummer oder durch Clip-no-screening vorgegebenen Nummer in diesem Fall die Account-Nummer des Sipgate-Basic-Accounts (statt der Rufnummer). Das natürlich ist völlig widersinnig ...


    Interessant dabei ist, dass Anrufe vom gleichen Basic-Anschluss zu anderen SIP-Trunks (auch bei Sipgate) (!) völlig korrekt signalisiert werden - also mit vorgegebener, richtiger Rufnummer (auch gegenenenfalls der Vorgabe vom Clip-no-screening).


    Hat jemand einen Tipp? Kann das jemand bestätigen?


    Beobachtet habe ich das von einem unserer Test-Basic-Accounts bei Sipgate zum Basic-Account eines Kunden. Starface-Versionen in beiden Fällen. 6.0.1.13


    Die Anruferrichtung ist nicht ausschlaggebend - egal wie herum man das versucht, signalisiert wird in diesem Kontaktfall die Account-ID statt der Rufnummer und in beiden Fällen passt aber die Signalisierung zu anderen SIP-Trunks oder ISDN-Anschlüssen ...

  • Zur Info - Antwort von Sipgate dazu:


    Basic Accounts werden demnächst auf die gleiche Telefonplattform wie Team/Trunking übertragen. Bei sipgate zu sipgate Anrufen wird dann die Rufnummer statt SIP-ID übermittelt.
    Die Umstellung aller basic Accounts wird zwischen 2-3 Monaten dauern, bis alle umgestellt sind.


    Neukunden welche sich für basic anmelden, landen bereits auf der neuen Plattform: https://www.sipgate.de/basic/signup


    Damit haben wir jetzt die Erklärung für dieses Problem und auch eine in Aussicht gestellte Lösung :)

  • Überbleibsel aus den Urzeiten der kostenlosen SIP Dienste. Das Basic war für interne Rufe lange Zeit ein reiner SIP Proxy. D.h. was auf der einen Seite vom User A reinging, kam auf der anderen Seite auch genau so wieder heraus. Da SIPGate keine Rufnummern, sondern interne virtuelle Teilnehmerkennungen vergeben hat, die beim ausgehenden INVITE von User A im FROM zur Authorisierung stehen müssen, war das bei User B natürlich als Anrufer zu sehen. Diese Ids waren übrigens auch Rückrufbar, wenn daran direkt z.B. ein snom Telefon betrieben wurde. So konnte man SIPGate Community Interne Rufe kostenlos und ohne Telefonnummer durchführen. Es war sogar möglich andere Communities (z.B. Iptel.org o.ä.) ähnlich wie bei E-Mail anzurufen.
    Genauso konnte man bei Toplink am SIP Trunk lange Zeit die D1234561000-Kennungen anderer User direkt anrufen. Regulatorisch problematisch, und auch datenschutzrechtlich bedenklich da im ungefilterten SIP sehr viel Information zum User B transportiert werden.


    Hat sich so nie durchgesetzt, genau wie ENUM. ;)

Jetzt mitmachen!

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