[Problem] Nebenstellenüberwachung

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
LarsK1

LarsK1

Neuer User
Mitglied seit
25 Mai 2021
Beiträge
31
Punkte für Reaktionen
4
Punkte
8
Hallo ihr,
ich habe ein Problem mit meinen Snoms, aber ersteinmal zum Aufbau des Netzwerks:
192.168.2.1 Fritzbox 6490
192.168.2.41 Snom D785 ("Kersten")
192.168.2.42 Snom D785 ("Claudia")
.... (viele mehr)
Ich versuche nun verzweifelt die Nebenstellenüberwachung der beiden zu realisieren. Ich habe beide auf die Fritzbox gebunden. (Siehe Screenshot)
Screenshot_20211116-200923.pngScreenshot_20211116-201013.pngScreenshot_20211116-204531.png
Hier einmal Screenshots von der 192.168.2.42

Habt ihr eine Idee, woran die Subscriptions scheitern?

Danke für eure Hilfe,
Lars
 
Zuletzt bearbeitet:
Moinsen


Anrufbeantworter Subskription als auch Nebenstellenüberwachung müssen an einen Benutzernamen (Nutzerkennung) gehen.
Die internen Nummern ( die die mit ** anfangen ) sind nicht dafür vorgesehen.
Desweiteren braucht es noch den "Kontext" für die Nebenstellen, damit sich authorisiert werden kann.
Da klappst du auf (Kontext) und wählst die/eine Identität aus ( *.41 kann die *.42 überwachen, *.42 die *.41 ).
In Nummer dann folgende Syntax verwenden: Nutzerkennung@IP_DES_SNOM_WELCHES_DIREKT_ÜBERWACHT_WERDEN_SOLL
...nicht die IP der FRITZ!Box, die unterstützt nämlich kein BLF.

Anrufbeantworter, gehe dazu in eine Identität und trage dort als Anrufbeantworter die Nutzerkennung ein.

Subskriptionen können zickig sein. Manchmal muss sogar das SNOM für mindestens 5 Minuten stromlos gemacht werden.
Tipp: Gewöhn dich an das SIP Protokoll
( Lesen, lesen und nochmal lesen - Im Zweifel hier auch mal posten )
 
Zuletzt bearbeitet:
koyaanisqatsi schrieb:
Da klappst du auf (Kontext) und wählst die/eine Identität aus ( *.41 kann die *.42 überwachen, *.42 die *.41 ).
Zum Vergrößern anklicken....
Dort finde ich aber nur meine eigenen Identitäten. Muss ich mich also auch noch mit der zu überwachenden Identität anmelden? Dann reichen ja die 12 Identitäten vorn und hinten nicht.
 
Vielen Dank für deine Nachricht.

Ich habe mein Snom Claudia (192.168.2.42), jetzt so konfiguriert
koyaanisqatsi schrieb:
Da klappst du auf (Kontext) und wählst die/eine Identität aus ( *.41 kann die *.42 überwachen, *.42 die *.41 ).
In Nummer dann folgende Syntax verwenden: Nutzerkennung@IP_DES_SNOM_WELCHES_DIREKT_ÜBERWACHT_WERDEN_SOLL
Zum Vergrößern anklicken....
1637135210876.png
Nummer: <sip:[email protected];user=phone>
Kontext: die normale Anruf-ID (siehe oben)

Das führt zu folgendem SIP-Log:

Code: 
Received from Udp:192.168.2.41:57859 on Udp: at Nov 17 08:25:46.934 (670 bytes):

SUBSCRIBE sip:**[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.41:57859;branch=z9hG4bK-ynmqdn9htwlr;rport
From: <sip:[email protected]>;tag=71jetw8hwr
To: <sip:**[email protected]:5060>
Call-ID: 3136333731333339343738323930-6njelhj30ncb
CSeq: 51 SUBSCRIBE
Max-Forwards: 70
User-Agent: snomD785/10.1.84.12
Contact: <sip:[email protected]:57859;line=wsblghsm>;reg-id=1
Event: dialog
Accept: application/dialog-info+xml
Authorization: Digest username="D785-Kersten",realm="fritz.box",nonce="C5087DC69BD2D2C9",uri="sip:**[email protected]:5060",response="20b4cc7e1d06fb95181cf4b8b1f81525",algorithm=MD5
Expires: 3600
Content-Length: 0




Sent to Udp:192.168.2.41:57859 from Udp:192.168.2.42:5060 at Nov 17 08:25:46.940 (505 bytes):

SIP/2.0 404 Not found
Via: SIP/2.0/UDP 192.168.2.41:57859;branch=z9hG4bK-ynmqdn9htwlr;rport=57859
From: <sip:[email protected]>;tag=71jetw8hwr
To: <sip:**[email protected]:5060>
Call-ID: 3136333731333339343738323930-6njelhj30ncb
CSeq: 51 SUBSCRIBE
User-Agent: snomD785/10.1.84.12
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE
Allow-Events: talk, hold, refer, call-info
Supported: timer, 100rel, replaces, from-change
Content-Length: 0
 
Moinsen


Immerhin antwortet das SNOM schonmal ;) ( selber auf sich? )
( User-Agent: snomD785/10.1.84.12 )

Portnummern
Um ohne Portangabe zu subscriben, müssen beide SNOMs auf Port 5060 eingestellt werden.
Wie du im Protokoll sehen kannst, ist SIP Port grösser als 50000.
( Standardeinstellung: Zufällige Portnummer, kann sich nach jeden Neustart ändern )
Außerdem wird immer noch der Benutzername "**621" versucht,
Und deswegen gibt es den Fehler: Not found
( Genauer: sip:**[email protected]:5060 gibt es nicht )
Die genaue/richtige URI Adresse für D785-Claudia, damit D785-Kersten diese subscriben kann, ist in diesem Protokoll nicht ersichtlich.

Schau mal...
Contact: <sip:[email protected]:57859;line=wsblghsm>;reg-id=1
...dann ist die zu überwachende Nebenstelle...
[email protected]:57859
...für D785-Claudia.

Ich empfehle dir also dringend beide SNOMs auf SIP Port 5060 einzustellen.
Das erleichtert das Handling, gerade für das direkte URI* aufrufen, ungemein.

* Wenn die Nebenstellen richtig eingestellt sind, die Abos (auf der Subscriptions Seite) also fehlerfrei angezeigt werden, reicht ein Druck auf die Taste für eine direkte SIP URI Call Verbindung.
...davon kriegt die FRITZ!Box nichts mit, also tauchen solche Calls auch nicht in der Anrufsliste der FRITZ!Box auf.
 
Zuletzt bearbeitet:
Hi,
vielen Dank für deinen Tipp. Ich habe beides behoben.
Aber leider ändert das nichts daran, dass das Telefon den Benutzer nicht zu kennen scheint.
Code: 
Sent to Udp:192.168.2.45:5060 from Udp:192.168.2.42:5060 at Nov 17 10:16:57.786 (669 bytes):

SUBSCRIBE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.2.42:5060;branch=z9hG4bK-vhn1k3i7v6oc;rport
From: <sip:[email protected]>;tag=fin42sg6ql
To: <sip:[email protected]>
Call-ID: 313633373134303631373438393432-8nxhmv1hchds
CSeq: 2 SUBSCRIBE
Max-Forwards: 70
User-Agent: snomD785/10.1.84.12
Contact: <sip:[email protected]:5060;line=eb3k70a3>;reg-id=1
Event: dialog
Accept: application/dialog-info+xml
Authorization: Digest username="D785-Claudia",realm="fritz.box",nonce="164108441AEEE643",uri="sip:[email protected]",response="4fa7daee24f8ec5fbad9d0c3928c888a",algorithm=MD5
Expires: 3600
Content-Length: 0

Received from Udp:192.168.2.45:5060 on Udp:192.168.2.42:5060 at Nov 17 10:16:57.792 (504 bytes):

SIP/2.0 404 Not found
Via: SIP/2.0/UDP 192.168.2.42:5060;branch=z9hG4bK-vhn1k3i7v6oc;rport=5060
From: <sip:[email protected]>;tag=fin42sg6ql
To: <sip:[email protected]>
Call-ID: 313633373134303631373438393432-8nxhmv1hchds
CSeq: 2 SUBSCRIBE
User-Agent: snomD735/10.1.84.12
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE
Allow-Events: talk, hold, refer, call-info
Supported: timer, 100rel, replaces, from-change
Content-Length: 0

Immerhin funktioniert die Mailbox jetzt super! Dafür schonmal vielen Dank!!! :)

Danke für deine Hilfe,
Lars
 
Wenn der SIP Port geändert wird, ist...
Advanced → SIP/RTP → SIP → Network Identity (Port) (Reboot required)
...zwingend erforderlich und beide SNOMs möglichst gleichzeitig, weil die sich sonst nicht gegenseitig finden können.
Das ist also auch Zeitkritisch.

Wo/Wie kommt denn [email protected] auf einmal her?
(User-Agent: snomD735/10.1.84.12)

Ach ja, herjemine, wird auch immer wieder vergessen.
Auf jedem SNOM braucht es auch...

user_allow_inc_dialog_subscribe - Snom Service Hub - Snom Confluence

service.snom.com service.snom.com
 
Zuletzt bearbeitet:
Danke für die ausführliche Hilfe!
Beide Telefone sind in einer Testumgebung. Jedoch musste das eine D785-Kersten leider schnell wieder in den Produktiveinsatz, daher der Wechsel auf D735-Feige (sind absolut gleich provisioniert).
Die Netzwerkidentität habe ich bei beiden gesetzt und neugestartet. Die Einstellung zur Abfrage war leider auch schon gesetzt.

Code: 
Sent to Udp:192.168.2.45:5060 from Udp:192.168.2.42:5060 at Nov 17 11:17:29.124 (667 bytes):

SUBSCRIBE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.2.42:5060;branch=z9hG4bK-4rgsngfdtm7v;rport
From: <sip:[email protected]>;tag=so2ag0jepc
To: <sip:[email protected]>
Call-ID: 3136333731343432343937313435-tnu154gftrzv
CSeq: 3 SUBSCRIBE
Max-Forwards: 70
User-Agent: snomD785/10.1.84.12
Contact: <sip:[email protected]:5060;line=31qtn9v4>;reg-id=1
Event: dialog
Accept: application/dialog-info+xml
Authorization: Digest username="D785-Claudia",realm="fritz.box",nonce="46A2CCF2E8EAC5FF",uri="sip:[email protected]",response="2943a0ea6caaf8385cbb5b7f9b9138da",algorithm=MD5
Expires: 3600
Content-Length: 0




Received from Udp:192.168.2.45:5060 on Udp:192.168.2.42:5060 at Nov 17 11:17:29.136 (502 bytes):

SIP/2.0 404 Not found
Via: SIP/2.0/UDP 192.168.2.42:5060;branch=z9hG4bK-4rgsngfdtm7v;rport=5060
From: <sip:[email protected]>;tag=so2ag0jepc
To: <sip:[email protected]>
Call-ID: 3136333731343432343937313435-tnu154gftrzv
CSeq: 3 SUBSCRIBE
User-Agent: snomD735/10.1.84.12
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE
Allow-Events: talk, hold, refer, call-info
Supported: timer, 100rel, replaces, from-change
Content-Length: 0

Der Log bleibt leider der Gleiche.
Komme ich hier mit einem PCAP-Trace evtl. weiter?
 
Nö, aber was steht denn im Protokoll des snomD735?
...denn genau diese SIP Kommunikation zwischen snomD785/snomD735 müsstest aus der PCAP mit Wireshark aufdröseln.

Wenn beim User-Agent: snomD735/10.1.84.12 die Identität [email protected] nicht bekannt ist (SIP/2.0 404 Not found) dann würde ich auch da ansetzen.
Ist zum Beispiel D735-Feige erfolgreich an der FRITZ!Box registriert? Dann ist diese Identität auch als Nebenstelle aktiv und bekannt.
 
Zuletzt bearbeitet:
koyaanisqatsi schrieb:
Nö, aber was steht denn im Protokoll des snomD735?
Zum Vergrößern anklicken....
D735
Code: 
Sent to Udp:192.168.2.42:5060 from Udp:192.168.2.45:5060 at Nov 17 11:32:33.862 (684 bytes):

SUBSCRIBE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.45:5060;branch=z9hG4bK-qy8p4kqnucf1;rport
From: <sip:[email protected]>;tag=dyio9env45
To: <sip:[email protected]:5060>
Call-ID: 313633373134353132313439343831-onpnsi8norw6
CSeq: 1 SUBSCRIBE
Max-Forwards: 70
User-Agent: snomD735/10.1.84.12
Contact: <sip:[email protected]:5060;line=ajozvoml>;reg-id=1
Event: dialog
Accept: application/dialog-info+xml
Authorization: Digest username="D735-Feige",realm="fritz.box",nonce="E56C731A8CD68B2D",uri="sip:[email protected]:5060",response="32bae96e5b89acef3af50de1ed905e93",algorithm=MD5
Expires: 3600
Content-Length: 0

Received from Udp:192.168.2.42:5060 on Udp:192.168.2.45:5060 at Nov 17 11:32:33.880 (509 bytes):

SIP/2.0 404 Not found
Via: SIP/2.0/UDP 192.168.2.45:5060;branch=z9hG4bK-qy8p4kqnucf1;rport=5060
From: <sip:[email protected]>;tag=dyio9env45
To: <sip:[email protected]:5060>
Call-ID: 313633373134353132313439343831-onpnsi8norw6
CSeq: 1 SUBSCRIBE
User-Agent: snomD785/10.1.84.12
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE
Allow-Events: talk, hold, refer, call-info
Supported: timer, 100rel, replaces, from-change
Content-Length: 0

D785
Code: 
Received from Udp:192.168.2.45:5060 on Udp: at Nov 17 11:32:31.986 (684 bytes):

SUBSCRIBE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.45:5060;branch=z9hG4bK-qy8p4kqnucf1;rport
From: <sip:[email protected]>;tag=dyio9env45
To: <sip:[email protected]:5060>
Call-ID: 313633373134353132313439343831-onpnsi8norw6
CSeq: 1 SUBSCRIBE
Max-Forwards: 70
User-Agent: snomD735/10.1.84.12
Contact: <sip:[email protected]:5060;line=ajozvoml>;reg-id=1
Event: dialog
Accept: application/dialog-info+xml
Authorization: Digest username="D735-Feige",realm="fritz.box",nonce="E56C731A8CD68B2D",uri="sip:[email protected]:5060",response="32bae96e5b89acef3af50de1ed905e93",algorithm=MD5
Expires: 3600
Content-Length: 0


Sent to Udp:192.168.2.45:5060 from Udp:192.168.2.42:5060 at Nov 17 11:32:31.992 (509 bytes):

SIP/2.0 404 Not found
Via: SIP/2.0/UDP 192.168.2.45:5060;branch=z9hG4bK-qy8p4kqnucf1;rport=5060
From: <sip:[email protected]>;tag=dyio9env45
To: <sip:[email protected]:5060>
Call-ID: 313633373134353132313439343831-onpnsi8norw6
CSeq: 1 SUBSCRIBE
User-Agent: snomD785/10.1.84.12
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE
Allow-Events: talk, hold, refer, call-info
Supported: timer, 100rel, replaces, from-change
Content-Length: 0

Leider auch nichts anderes (zumindest für mich)

-- Zusammenführung Doppelpost gemäß Boardregeln by stoney

Habe gerade noch etwas in den Logs des D785 gefunden:
Code: 
process auth: Match challenge for user=D785-Claudia, realm=fritz.box

Nov 17 11:28:01.178 [WARN ] SIP: transaction_timeout udp: 1000081 (32000)

Nov 17 11:28:01.179 [ERROR ] SIP: transport error: 1000081 -> Udp:192.168.2.45:5060

Nov 17 11:28:01.179 [NOTICE] SIP: Add dirty host: Udp:192.168.2.45:5060 (0 sec)

Nov 17 11:28:01.179 [ERROR ] SIP: request 1000081 destination invalid Udp:192.168.2.45:5060 3136333731343438343938363734-wbgoex66gqhh

Nov 17 11:28:01.179 [NOTICE] SIP: final transport error: 1000081 -> Udp:192.168.2.45:5060

Nov 17 11:28:01.179 [ERROR ] SIP: transport error 1000081: generating fake 599

Nov 17 11:28:28.178 [FATAL ] SIP: sip_transport_state_cb context lost
 
Zuletzt bearbeitet von einem Moderator:
Hm, wie geschrieben, Subskriptionen können knifflig sein.
Die SIP Kommunikation sieht plausibel aus.
Ich würde die Beiden SNOMs jetzt mal für mindestens 5 Minuten von Strom nehmen, um das Subskriptionskuddelmuddel in den Griff zu kriegen :cool: (Kaffee)PAUSE!
...wenn einmal korrekt am Laufen, dann meist auch stabil, aber ich leg meine Händchen dafür nicht ins Feuerchen :p
 
Sorry, wenn ich nerve - aber das Problem hat sich trotz einer 2-stündigen Mittagspause nicht behoben. :confused:
Hast du noch irgendeine Idee, was ich probieren könnte um die Snoms miteinander sprechen zu lassen?
Hier nochmal die Logs:

D785
Code: 
Received from Udp:192.168.2.45:5060 on Udp:192.168.2.42:5060 at Nov 17 14:28:34.032 (684 bytes):

SUBSCRIBE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.45:5060;branch=z9hG4bK-st7i94saol4q;rport
From: <sip:[email protected]>;tag=3rwpae9cr0
To: <sip:[email protected]:5060>
Call-ID: 313633373135353731363434393338-08u2wdij7k49
CSeq: 6 SUBSCRIBE
Max-Forwards: 70
User-Agent: snomD735/10.1.84.12
Contact: <sip:[email protected]:5060;line=m620pcbu>;reg-id=1
Event: dialog
Accept: application/dialog-info+xml
Authorization: Digest username="D735-Feige",realm="fritz.box",nonce="91BBDAFB8D5D5122",uri="sip:[email protected]:5060",response="66e028ec81a9ae528061d3c12ddf9f0c",algorithm=MD5
Expires: 3600
Content-Length: 0




Sent to Udp:192.168.2.45:5060 from Udp:192.168.2.42:5060 at Nov 17 14:28:34.036 (509 bytes):

SIP/2.0 404 Not found
Via: SIP/2.0/UDP 192.168.2.45:5060;branch=z9hG4bK-st7i94saol4q;rport=5060
From: <sip:[email protected]>;tag=3rwpae9cr0
To: <sip:[email protected]:5060>
Call-ID: 313633373135353731363434393338-08u2wdij7k49
CSeq: 6 SUBSCRIBE
User-Agent: snomD785/10.1.84.12
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE
Allow-Events: talk, hold, refer, call-info
Supported: timer, 100rel, replaces, from-change
Content-Length: 0

D735
Code: 
Sent to Udp:192.168.2.42:5060 from Udp:192.168.2.45:5060 at Nov 17 14:28:36.728 (684 bytes):

SUBSCRIBE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.45:5060;branch=z9hG4bK-st7i94saol4q;rport
From: <sip:[email protected]>;tag=3rwpae9cr0
To: <sip:[email protected]:5060>
Call-ID: 313633373135353731363434393338-08u2wdij7k49
CSeq: 6 SUBSCRIBE
Max-Forwards: 70
User-Agent: snomD735/10.1.84.12
Contact: <sip:[email protected]:5060;line=m620pcbu>;reg-id=1
Event: dialog
Accept: application/dialog-info+xml
Authorization: Digest username="D735-Feige",realm="fritz.box",nonce="91BBDAFB8D5D5122",uri="sip:[email protected]:5060",response="66e028ec81a9ae528061d3c12ddf9f0c",algorithm=MD5
Expires: 3600
Content-Length: 0

Received from Udp:192.168.2.42:5060 on Udp:192.168.2.45:5060 at Nov 17 14:28:36.742 (509 bytes):

SIP/2.0 404 Not found
Via: SIP/2.0/UDP 192.168.2.45:5060;branch=z9hG4bK-st7i94saol4q;rport=5060
From: <sip:[email protected]>;tag=3rwpae9cr0
To: <sip:[email protected]:5060>
Call-ID: 313633373135353731363434393338-08u2wdij7k49
CSeq: 6 SUBSCRIBE
User-Agent: snomD785/10.1.84.12
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE
Allow-Events: talk, hold, refer, call-info
Supported: timer, 100rel, replaces, from-change
Content-Length: 0

Außerdem ist mir aufgefallen, dass wenn ich jetzt die Taste drücke das Telefon auch nicht mehr das andere Telefon erreicht?

Vielen, Vielen, Vielen Dank im Vorheinen,
Lars
 
Schwer zu sagen was da schief läuft.
Hast du den letzten Absatz in Post #7 beachtet und überprüft?
...außerdem keine PIN eintragen, erst wenn es grundsätzlich läuft.
 
Frage @LarsK1: Konntest du die Nebenstellenüberwachung final realisieren? Ich habe genau das gleiche Problem wie du es beschreibst. Wäre gut zu Wissen ob es überhaupt möglich ist oder ob es schlicht weg mit einer FB nicht geht.
 
@Traki640 Ich habe eine Lösung gefunden... Aber leider nicht, die von dir erhoffte. Stattdessen habe ich meine Fritzbox rausgeschmissen und bin zu Reventix gewechselt. Dort klappt alles in Perfektion ...

Ich hoffe dass hilft dir trotzdem ...,
Lars
 
  • Like
Reaktionen: .psoido
LarsK1 schrieb:
Vollzitat gemäß Boardregeln entfernt by stoney
Zum Vergrößern anklicken....

Hallo LarsK1, vielen lieben Dank für dein Feedback.

Doch das hilft, das erspart mir weitere endlose Versuche die zu nichts führen.

Halten wir also fest das die gegenseitige Nebenstellenüberwachung von SNOMs mit einer FB als Registrar nicht möglich ist ? Korrekt?

Dann fliegt die FB raus, sehe ich ganz genauso.

Kurze Nachfrage die SNOMs hast du aber behalten und im Einsatz, richtig?
 
Zuletzt bearbeitet von einem Moderator:
Traki640 schrieb:
Halten wir also fest das die gegenseitige Nebenstellenüberwachung von SNOMs mit einer FB als Registrar nicht möglich ist ? Korrekt?
Zum Vergrößern anklicken....
Nein. Bei Koy... geht es. Man sollte das genauer sagen: Es geht nicht direkt mit der FB. Es geht aber anders an einer FB.
 
B612 schrieb:
Vollzitat gemäß Boardregeln entfernt by stoney
Zum Vergrößern anklicken....
okay, verstanden. Laut Koy.... ist es ja unabhängig von der FB, da es sich ja um einen direkte, gegenseitige Nebenstellenüberwachung der SNOMs untereinander über das Netzwerk handelt und die FB ja eigentlich komplett außen vor gelassen wird. Es müsste also doch gehen. Die Frage ist nur leider wie ? :)

LarsK1 hat aufgegeben :)
 
Zuletzt bearbeitet von einem Moderator:
Ja, ich hatte einfach mehr keinen Bock. Die Fritzbox ist leider immer noch dar, aber nur als Gateway
Traki640 schrieb:
Kurze Nachfrage die SNOMs hast du aber behalten und im Einsatz, richtig?
Zum Vergrößern anklicken....
Ja, die Snoms habe ich bis heute im Einsatz und funktionieren perfekt. (Wechsle aber bald zur neuen D8xx-Serie ;))
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 603 (Mitglieder: 13, Gäste: 590)

Neueste Beiträge

Statistik des Forums

Themen
246,149
Beiträge
2,246,969
Mitglieder
373,668
Neuestes Mitglied
Stripi
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück