Unify OSBiz X3R - zweiten SIP Trunk einrichten (SIPGATE)

[Iroc]

Hallo zusammen,

entschuldigt die späte Rückmeldung.

Es scheint nach wie vor keine Verbindung zu Sipgate möglich zu sein. Der Support von Sipgate ist hier selbst auch nicht wirklich hilfreich.

Zu euren Fragen:

WAN oder LAN-Port: Die Anlage ist am LAN-Port mit dem Internet bzw. einem Lancom Router verbunden.

Wieso verschiedene Anbieter: Dies ist historisch gewachsen, hat uns aber schon oft geholfen, wenn einer der beiden Anbieter eine Störung hatte. Denn dann lief die Anlage trotzdem. Grundsätzlich geht es auch nur darum, mehrere Rufnummern auf die Anlage zu leiten. Zum Raustelefonieren wird i.d.R. der Telekom-Anschluss genutzt.

Um welchen Telekom-Tarif handelt es sich: Telekom Deutschland LAN IP Voice/Data

Dokumentation Sipgate: Lt. eigenen Angaben stellen sie eben nur die ID, die Rufnummer und das Passwort zur Verfügung. Mit allen anderen Dingen darf sich dann der Kunde auseinandersetzen. Ergo habe als SIP-Acoountdaten nur vier Angaben. Registrar und Proxy (jeweils sipconnect.sipgate.de), eine SIP-ID sowie das SIP-Passwort. Die SIP-ID habe ich im Feld Autorisierungsname/Telefonie-Benutzername eingetragen, die erste Rufnummer des Rufnummernblocks im Feld Internet-Telefonie-Teilnehmer / Registrierungsrufnummer, siehe auch die ersten Screenshots.

Softwarestand der Anlage: osbiz_v2_R7.1.1_040 (Softwaresupport ist vorhanden, noch kein Patch auf V3 vorgenommen)

Ich bekomme bei den Einrichtungs-Wizards kein „sipconnect“ angezeigt. Nur die Templates „sipgate“ und „sipgate trunking“, wobei ich letzteres verwendet habe. Sollte dann aber lt. freshprince2002 das richtige Template sein, da der Softwarestand aktueller ist als SW V2_R2.1.0_269

Provider-Neustart mehrfach vorgenommen, nun auch Neustart der gesamten Anlage mit folgendem Ergebnis im Event-Viewer:



09 Nov 2026 21:41:28:82 SIP :1:

SIP error: 503 Service Unavailable, SIP provider

Telekom IP-As mit MSN, SIP user name +49XXXXXXXXXX at

217.0.148.6



Nach dem Neustart:

15 Nov 2026 16:48:09:49 SIP :2:

STUN: STUN server stun.sipgate.net,stun.sotelips.net

not accessible.

15 Nov 2026 16:48:31:92 SIP :1:

SIP error: 423 Interval Too Brief, SIP provider Telekom

IP-As mit MSN, SIP user name +49XXXXXXXXXX at

15 Nov 2026 16:57:47:22 SIP :2:

registration status: registered, SIP provider Telekom

IP-As mit MSN, SIP user name +49XXXXXXXXXX, SIP binding

192.168.X.X:50XX at 217.0.148.6

Nach Änderung im Feld „Internet-Telefonie-Teilnehmer / Registrierungsrufnummer:“ von der Rufnummer zur Sipgate-ID (wurde in anderen Foren vorgeschlagen) keine weiteren Einträge im Event-View. Aber auch keine Änderung des Befundes. Der Status ist weiterhin orange, aktiviert oder nicht registriert. Nach Rückstellung der Rufnummer (sollte das richtige Format haben, kanonisch ohne + und führende Nullen) wieder der Eintrag:

15 Nov 2026 17:24:56:34 SIP :1:

SIP error: 423 Interval Too Brief, SIP provider Telekom

IP-As mit MSN, SIP user name +49XXXXXXXXXX at

217.0.148.6

15 Nov 2026 17:24:58:66 SIP :2:

registration status: registered, SIP provider Telekom

IP-As mit MSN, SIP user name +49XXXXXXXXXX, SIP binding

192.168.X.X:50XX at 217.0.148.6

Danach wieder keine weiteren Einträge. Aber auch keine Änderung des Befundes. Der Status ist weiterhin orange, aktiviert oder nicht registriert.

Auch im Sipgate Controlcenter ist der Anschluss als offline gekennzeichnet. Das passiert lt. Sipgate eben nur, wenn keine Verbindung hergestellt wird bzw. irgendwas an der Konfiguration falsch ist.

Was, konnte man bei Sipgate aber nicht sagen.

Eine ggf. dumme Frage – Portforwarding beim Lancom Router ist nicht notwendig oder? Der Siptrunk sollte sich doch so registrieren. Bei den Telekom Siptrunk wurde auch kein Portforwarding eingerichtet…

Macht es Sinn, den SIP_Registration Trace zu starten?



Anbei noch der gewünschte Screenshot der Startseite.

 

[TelMike]

Auch wenn ich schon wieder nachfrage: hast du schon probiert mit der Anlage den SIP-Proxy von Sipgate zu pingen?
Du hast bis heute keine Antwort darauf gegeben.
Damit könntest du wenigsten mal feststellen, ob die Anlage überhaupt zum SBC von Sipgate kommt, um sich zu registrieren.
Vielleicht blockt dein Lancom-Router schon die ausgehende Verbidung.
Portforwarding von Extern auf die Anlage ist normalerweise nicht nötig - die Anlage baut ja die Verbidung zum SBC auf und nicht umgekehrt.
Und solange du keine Registrierung hast, ist das Rufnummernformat irrelevant - auch das hab ich schon mal gepostet.

Du könntest auch mal versuchen, dich mittels SIP-Client (z.B. Microsip) auf deinem PC dich mit dem Provider zu verbinden.
Da brauchst du nicht so viele Einstellungen zu machen.
Wenn das geht, dann kannst du zumindest den LANCOM ausschließen.

 

[Iroc]

Auch wenn ich schon wieder nachfrage: hast du schon probiert mit der Anlage den SIP-Proxy von Sipgate zu pingen?
Du hast bis heute keine Antwort darauf gegeben.
Damit könntest du wenigsten mal feststellen, ob die Anlage überhaupt zum SBC von Sipgate kommt, um sich zu registrieren.
Vielleicht blockt dein Lancom-Router schon die ausgehende Verbidung.
Portforwarding von Extern auf die Anlage ist normalerweise nicht nötig - die Anlage baut ja die Verbidung zum SBC auf und nicht umgekehrt.
Und solange du keine Registrierung hast, ist das Rufnummernformat irrelevant - auch das hab ich schon mal gepostet.

Du könntest auch mal versuchen, dich mittels SIP-Client (z.B. Microsip) auf deinem PC dich mit dem Provider zu verbinden.
Da brauchst du nicht so viele Einstellungen zu machen.
Wenn das geht, dann kannst du zumindest den LANCOM ausschließen.

Danke für deine Hartnäckigkeit.

Den Sipgate-Proxy kann ich vom PC aus pingen, von der Unify-Anlage fällt mir nur ping -S <quelle> <ziel> ein, aber das bricht sofort ab. (PING: Fehler bei der Übertragung. Allgemeiner Fehler.)

Ich hatte seinerzeit mal testweise versucht, ein OpenStage 60 Sip zu verbinden, aber das hat auch nicht funktioniert.

Mit dem von dir empfohlenen Microsip klappt es jedoch, lt. Sipgate Controlcenter ist der Siptrunk nun online.

Eigentlich müsste man ja nur die Eingaben von Microsip auf Unify übertragen. Lustigerweise gibt man bei Microsip gar keine Rufnummer ein, hier läuft alles über die ID.

Nachfolgend ein Screenshot von Microsip, wie ich die Daten dort eingegeben habe und eine Verbindung erzielen konnte.

 

[Lotse78]

und was hast du verändert, dass die Unify den siptrunk nun akzeptiert?

 

[Iroc]

und was hast du verändert, dass die Unify den siptrunk nun akzeptiert?

Bei der Unify Anlage ist der Status nach wie vor unverändert.

TelMike hatte lediglich empfohlen über einen Sip-Client zu testen, ob generell aus dem Netzwerk eine Verbindung zum Provider möglich ist. Und das ist der Fall. Kurioserweise funktioniert beim Sip-Client die Registrierung und Aktivierung nur über die ID und das Passwort, siehe Screenshot.

Daher muss es m.E. mit den Nummern in der Unify Maske zusammenhängen.

 

[Lotse78]

Hatte ich missverstanden.

Ja, denke ich auch

 

[TelMike]

Das "von der Unify-Anlage fällt mir nur ping -S <quelle> <ziel> ein" verstehe ich nicht.
Du kannst über den "EXPERTEN-MODUS - WARTUNG - IP-DIAGNOSE - ICMP-ANFORDERUNG - PING" mit der Telefonanlage ganz einfach einen Ping auf den SIPGATE-SBC absetzen.
Wenn das auch geht, dann ist mal soweit klar, dass die Telefonanlage zum SBC kommt.
Mit dem Microsip-Client hast du nachgestellt, dass dein Router (Lancom) die Verbidnung zulässt und da (zumindest für die Registrierung) nichts blockiert.

Wenn du in der Unify-Anlage jetzt den Wizzard für die Internettelefonie ausführst, einen "Anderen Provider" hinzufügst und da als Template das von "SIPGATE" nimmst, die eingetragenen Daten für kontrollierst bzw. korrigierst (den STUN Server ausgeschaltet lassen) und auf OK und weiter gehst.

Im nächsten Fenster einen "Internet-Telefonie-Teilnehmer" hinzufügst kanns du dann deine Anmelde und Registrierungsdaten im nächsten Fenster eintragen.
Und gleich wie beim Microsip als "Internet-Telefonie-Teilnehmer" und "Autorisierungsname" deine User ID von Sipgate eintragen.
Kennwort - glaub ich erklärt sich von selbst.
"Mehrere ITSP-Richtungen" anhaken
"Standard-Rufnummer" hier die Rufnummer von Sipgate eintragen UND HIER IN DEM FORMAT WIE SIPGATE ES HABEN MÖCHTE.

Dann einfach den Wizzard weiter druchspringen.
"Leitungen zuweisen" nicht vergessen.

Dann solltest du zumindest mal eine positive Registrierung bekommen.

 

[Iroc]

Das "von der Unify-Anlage fällt mir nur ping -S <quelle> <ziel> ein" verstehe ich nicht.
Du kannst über den "EXPERTEN-MODUS - WARTUNG - IP-DIAGNOSE - ICMP-ANFORDERUNG - PING" mit der Telefonanlage ganz einfach einen Ping auf den SIPGATE-SBC absetzen.
Wenn das auch geht, dann ist mal soweit klar, dass die Telefonanlage zum SBC kommt.
Mit dem Microsip-Client hast du nachgestellt, dass dein Router (Lancom) die Verbidnung zulässt und da (zumindest für die Registrierung) nichts blockiert.

Wenn du in der Unify-Anlage jetzt den Wizzard für die Internettelefonie ausführst, einen "Anderen Provider" hinzufügst und da als Template das von "SIPGATE" nimmst, die eingetragenen Daten für kontrollierst bzw. korrigierst (den STUN Server ausgeschaltet lassen) und auf OK und weiter gehst.

Im nächsten Fenster einen "Internet-Telefonie-Teilnehmer" hinzufügst kanns du dann deine Anmelde und Registrierungsdaten im nächsten Fenster eintragen.
Und gleich wie beim Microsip als "Internet-Telefonie-Teilnehmer" und "Autorisierungsname" deine User ID von Sipgate eintragen.
Kennwort - glaub ich erklärt sich von selbst.
"Mehrere ITSP-Richtungen" anhaken
"Standard-Rufnummer" hier die Rufnummer von Sipgate eintragen UND HIER IN DEM FORMAT WIE SIPGATE ES HABEN MÖCHTE.

Dann einfach den Wizzard weiter druchspringen.
"Leitungen zuweisen" nicht vergessen.

Dann solltest du zumindest mal eine positive Registrierung bekommen.

Das man direkt von der Anlage aus ein Ping absetzen kann, war mir nicht bewusst.

Das Ergebnis ist aber positiv:
PING sipconnect.sipgate.de (XXX.XX.XX.XXX) 56(84) bytes of data.
64 bytes from sipconnect.sipgate.de (XXX.XX.XX.XXX): icmp_seq=1 ttl=57 time=17.2 ms
64 bytes from sipconnect.sipgate.de (XXX.XX.XX.XXX): icmp_seq=2 ttl=57 time=16.8 ms
64 bytes from sipconnect.sipgate.de (XXX.XX.XX.XXX): icmp_seq=3 ttl=57 time=16.8 ms

--- sipconnect.sipgate.de ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2001ms
rtt min/avg/max/mdev = 16.819/16.995/17.281/0.229 ms

Gemäß deiner Anleitung hat es dann funktioniert, Status grün, aktiviert und registriert. Ehrlich gesagt weiß ich nicht, was dort anders ist, wie wenn man das Standardtemplate verwendet.

In jedem Fall tausend Dank!

Ein kleines Problem gibt es aber noch. In der Lizenzverwaltung bekomme ich den Trunk nicht angezeigt, um die SIP-Trunk-Lizenzen zu vergeben. Die beiden Leitungen wurden zugewiesen. Es sind aber nur 2 von 4 Lizenzen in Benutzung. Ergo ist der Trunk immer noch nicht nutzbar.

Das ist übrigens nun der Status:

----- Last Diagnostic information for this User -----
User registered successfully

----- Current state -----
STUN: Disabled
Registration: registered

----- Connection List: -----
[0]: peerAddr=XXX.X.XXX.6:5060 UDP proxy=tel.t-online.de:0 type=Provider Number of User(s)=3
[1]: peerAddr=XXX.X.XXX.198:5060 UDP proxy=tel.t-online.de:0 type=Provider Number of User(s)=3
[2]: peerAddr=XXX.X.XXX.6:5060 UDP proxy=tel.t-online.de:0 type=Provider Number of User(s)=3
[3]: peerAddr=XXX.XX.XX.9:5060 UDP proxy=sipgate.de:5060 type=Provider Number of User(s)=1

----- Configuration Data -----
provider name: Sipgate
user name: XXXXXXXX
authorization user name: XXXXXXXX
domain name: sipgate.de
transport protocol: udp
transport security: Traditional
media security: RTP only
proxy: sipgate.de:5060
registrar: sipgate.de:5060
expiration time: 120
outbound proxy: not used
STUN: not used

 

[TelMike]

Der Unterschied ist, was dem Provider bei der Registrierung übergeben wird.
Das steht in den erweiterten SIP-Parametern.
Dazu gibt es die verschiedenen Templates.

Die Unify OpenScape Business ist halt keine Fritzbox.

Wegen der Leitungen:
beim Wizzard kommt dann irgendwann die Möglichkeit "Leitungen zu verteilen".
Da kannst/musst du dann z.b. 4 angeben - d.h. der Wizzard erzeugt die Leitungen zur jeweiligen Richtung.
Du kannst Jeder Richtung z.b. 4 Leitungen zuweisen, auch wenn du nur 4 SIP-Trunk-Lizenzen hast.
Wenn du dann die Leitungen "verteilt" hast, kannst du auch die Lizenzen vergeben/zuweisen.
Das geht aber nur in Summe - d.h. wenn du in jeder Richtung 4 Leitungen angegeben hast, kannst du auch einfach nur 4 Amtleitungslizenzen vergeben.
Die werden dann einfach auf den Leitungen genutzt, wo sie gebraucht werden.

Wenn du unter "EXPERTEN-MODUS - LEITUNGEN/VERNETZUNG - LEITUNGEN - LAN - BOX: 1, SLOT: 1" reinschaust, wie viele Leitungen stehen da drinnen und noch wichtiger ist, was steht in der Spalte "RICHTUNG" und was in der Spalte "TYP"?

 

[Iroc]

Der Unterschied ist, was dem Provider bei der Registrierung übergeben wird.
Das steht in den erweiterten SIP-Parametern.
Dazu gibt es die verschiedenen Templates.

Die Unify OpenScape Business ist halt keine Fritzbox.

Wegen der Leitungen:
beim Wizzard kommt dann irgendwann die Möglichkeit "Leitungen zu verteilen".
Da kannst/musst du dann z.b. 4 angeben - d.h. der Wizzard erzeugt die Leitungen zur jeweiligen Richtung.
Du kannst Jeder Richtung z.b. 4 Leitungen zuweisen, auch wenn du nur 4 SIP-Trunk-Lizenzen hast.
Wenn du dann die Leitungen "verteilt" hast, kannst du auch die Lizenzen vergeben/zuweisen.
Das geht aber nur in Summe - d.h. wenn du in jeder Richtung 4 Leitungen angegeben hast, kannst du auch einfach nur 4 Amtleitungslizenzen vergeben.
Die werden dann einfach auf den Leitungen genutzt, wo sie gebraucht werden.

Wenn du unter "EXPERTEN-MODUS - LEITUNGEN/VERNETZUNG - LEITUNGEN - LAN - BOX: 1, SLOT: 1" reinschaust, wie viele Leitungen stehen da drinnen und noch wichtiger ist, was steht in der Spalte "RICHTUNG" und was in der Spalte "TYP"?

Ich habe im Wizzard nun 4 Leitungen angegeben und auch jedem SIP Trunk 4 Leitungen zugewiesen. Dann konnte ich auch die vier Lizenzen zuweisen.

In irgendeinem Tutorial hatte ich mal aufgeschnappt, dass man die Leitungen verteilen müsse.

Zum Verständnis: Wenn ich jedem SIP Trunk 4 Leitungen zuweise, werden diese dann von der Anlage so verteilt, wie sie gerade benötigt werden?

Beispiel: Nehmen wir an, SIP Trunk 1 wird nur für eingehende Rufe genutzt, aber nicht zum Raustelefonieren. SIP Trunk 2 wird lediglich zum Raustelefonieren genutzt, hier gibt es keine eingehenden Telefonate. Dann könnten auf SIP Trunk 1 gleichzeitig 4 Gespräche ankommen, es wäre dann aber nicht möglich, mit SIP Trunk 2 parallel rauszutelefonieren, da bereits alle vier Leitungen genutzt werden. Umgekehrt, wenn mit SIP Trunk 2 gerade 4 Leute raustelefonieren, kann auf SIP Trunk 1 kein Gespräch eingehen. Korrekt?

Anbei noch der Screenshot bzgl. Richtung und Typ der Leitzungen.

 

[TelMike]

genau. Egal wieviele Leitungen du in jeder Richtung anlegst, das Maximum der gleichzeitigen Belegungen wird durch die Anzahl der SIP-Trunk-Lizenzen begrenzt.
Egal in welcher Richtung.

Nur als Tipp: ich trage statt "Telekom" oder "SIPGate" einfach die Telefonnummer als Providername ein.
Damit findest du die aktiven SIP-Provider gleich ganz oben.
Oder mach einfach einen Punkt vor dem Namen.
Sonst suchst du nach dem aktiven Provider im Experten-Modus ewig.