[Frage] Snom 300 mit Extension Monitoring - Welche Einstellungen sind erforderlich?

[Linki]

Hallo zusammen,

nachdem ich in der Forensuche nichts einschlägiges gefunden habe und mich das Snom-Wiki auch nicht weiter bringt: ich setze zwei Snom 300 an der Fritzbox 7490 ein. Die Box arbeitet als Registrar für die Snoms, die jeweils mit 1 Identität an der Box angemeldet sind.

Ziel: bei jedem Snom wird an einer Funktionstaste via BLF/Extension Monitoring angezeigt, ob das jeweils andere Snom gerufen wird bzw. telefoniert. Außerdem soll Pickup und Transfer über die Taste möglich sein.

Nachdem die Box BLF nicht unterstützt war der Ansatz dies direkt über die Snoms per Subskription zu realisieren. Dazu müsste man m.E. entsprechend des Snom-Wikis in den SIP-Settings der Identitäten folgendes setzen:

Allow incoming extension monitoring: on
Extension monitoring group ID: beliebig

Außerdem muss wohl eine Funktionstaste als BLF definiert werden und als Nummer die Nebenstellennummer eingetragen werden.

Als Nebenstellennummer habe ich mangels Alternativen die 621@snom-ip eingetragen. Leider funktioniert das damit nicht. Unter Status/Subskriptionen wird jeweils nur eine ausgehende angezeigt, die bei "Expires" mit Retry vermutlich als erfolglos gekennzeichnet wird.

Vielleicht hat jemand von Euch eine Idee? Was muss ich als Nebenstellennummer eintragen?


Grüße,
Linki

 

[koyaanisqatsi]

Moinsen

Die Extension monitoring group ID: (PIN) muss bei jeder Extension und Identität gleichlauten, damit erfolgreich subcribed werden kann.

Desweiteren darf der P-Tasten Typ nicht BLF sein, sondern: Nebenstelle/Extension

...so klappt es dann jeweils auf einen snom 320 mit Firmware: snom320-SIP 8.7.5.35.


PS: Und um den Fritz!Box AB zu subscriben probier mal als AB-Nummer: "[email protected]"
(Wenns klappt zu sehen unter Subscriptions und SIP Trace)
...als RECORD-Taste eignet sich die Memofunktion: **605 bis **609

 

[Linki]

Moin,

danke für den Hinweis. Dass die Pin identisch sein muss habe ich berücksichtigt.
Die Belegung der Funktionstaste sollte passen:


Leider sehe ich weder eine incoming subscription beim anderen Snom noch leuchtet die BLF bei Anrufen.

Auch ein Verbinden zum anderen Telefon durch Druck auf die Taste funktioniert nicht. (Rückmeldung: "Beendet, Network failure: 621")

Ist bei der "Pickup- Anruflisten URI:" ein Eintrag erforderlich?

Kann es mit dem Schutz der Weboberfläche per HTTPS/Nutzer und Kennwort bzw. mit den gesetzten Adminpasswörtern zusammenhängen? Beide Telefone sind per Adminpasswort geschützt und die Weboberfläche wird per Kennwort/Nutzername gesperrt.

Firmware ist die neueste "snom300-SIP 8.7.5.35". Mit der vorherigen hat Transfer gar nicht funktioniert...

Grüße,
Linki

Edit: P-Taste ist Nebenstelle, wobei ich das Wiki so verstehe dass es ab V7 wohl BLF sein sollte? Geht jedenfalls mit beidne Typen nicht. Subskription von [email protected] ist möglich. Beim Druck auf die Taste passiert aber nichts. AB hat ja eigentlich die 600. Die kann ich aber nicht subscriben...

 

[koyaanisqatsi]

Wichtig: Die SNOMs müssen eine Network Identity haben, damit ist die Portnummer gemeint und ist idealerweise 5060 (so auch bei mir)

Ist bei der "Pickup- Anruflisten URI:" ein Eintrag erforderlich?

Nein.

:gruebel:

Kann es mit dem Schutz der Weboberfläche per HTTPS/Nutzer und Kennwort bzw. mit den gesetzten Adminpasswörtern zusammenhängen?

"Extension Monitoring" geht bei mir sowohl im Admin-Modus als auch im Benutzer-Modus.

Ein lokales snom kannst du Jenseits von "extension monitoring" auch mit der entsprechend belegten P-Taste vom Typ Intercom erreichen.
Wenn das funktioniert, sollte auch "extension monitoring" möglich sein.

P-Taste: Typ Intercom
Ziel: "sip:[email protected]"
( komische IP )

AB-Subscribe
(Wenn Benutzername: 621 dann "[email protected]")

Den AB erreichst du über RETRIEVE-Taste nur, wenn auch eine Nachricht auf dem AB ist.
...also die MWI LED blinkt.

Ein SIP NOTIFY ohne Nachrichten löscht einen eventuell vorher übermittelten AB.
...sprich: Leeres SIP NOTIFY ohne Nachrichten schaltet MWI LED aus.

Das macht Sinn, denn der AB wird in der TK (Fritz!Box) konfiguriert.
Und so wird dann auch der in der Fritz!Box (TK) geänderte AB bei Nachricht korrekt übermittelt.

 

[Linki]

Danke für Deine Hinweise. Eine Network Identity war nicht gesetzt, habe ich nachgeholt. Ändert leider nichts daran, dass die Subskription nicht funktioniert. Intercom auf [email protected] funktioniert auch nicht (Meldung "Beendet, Not found: 621"). Sip-Trace vom Interkom auf pastebin: http://**********com/Wea1uMXQ

Die IP ist die lokale im Netzwerk ("Firmen"-Netzwerk, also erstmal nicht zu ändern). Sollte doch aber möglich sein, oder?

Kann ich den SIP-Verkehr abseits von SIP-Trace mitschreiben?

 

[koyaanisqatsi]

Hm, es gibt noch ein paar Einstellungen die du versuchen kannst.
Auch kriegen sich die SNOMs manchmal erst nach Neustart oder Subscriptionsende ein.
...deswegen rate ich dir nicht so schnell aufzugeben.

Was Konkretes fällt mir aber gerade auch nicht ein.
Außer, dass du mal deine Settings ohne Standardwerte mal mit meiner vergleichst...
settings.xml

<settings>
<phone-settings e="2">
<language perm="">Deutsch</language>
<pnp_config perm="">off</pnp_config>
<ip_adr perm="RW">192.168.178.7</ip_adr>
<netmask perm="RW">255.255.255.0</netmask>
<dns_domain perm="RW">fritz.box</dns_domain>
<dns_server1 perm="RW">192.168.178.1</dns_server1>
<gateway perm="RW">192.168.178.1</gateway>
<utc_offset perm="">3600</utc_offset>
<system_time perm="">1452714558</system_time>
<ntp_server perm="RW">192.168.178.1</ntp_server>
<http_user perm="">koyaanisqatsi</http_user>
<http_pass perm=""></http_pass>
<dst perm="">3600 03.05.07 02:00:00 10.05.07 03:00:00</dst>
<timezone perm="">GER+1</timezone>
<network_id_port perm="">5060</network_id_port>
<filter_registrar perm="">off</filter_registrar>
<admin_mode_password perm=""></admin_mode_password>
<tone_scheme perm="">GER</tone_scheme>
<update_policy perm="">never_update</update_policy>
<ethernet_replug perm="">nothing</ethernet_replug>
<web_language perm="">Deutsch</web_language>
<ethernet_detect perm="">off</ethernet_detect>
<firmware_version perm="">snom320-SIP 8.7.5.35</firmware_version>
<ignore_security_warning perm="">on</ignore_security_warning>
<uboot_version perm="">1.1.3-m</uboot_version>
<advertisement perm="">off</advertisement>
<allow_sip_settings perm="">on</allow_sip_settings>
<was_never_registered perm="">off</was_never_registered>
<user_active idx="2" perm="">off</user_active>
<user_active idx="3" perm="">off</user_active>
<user_active idx="4" perm="">off</user_active>
<user_active idx="5" perm="">off</user_active>
<user_active idx="6" perm="">off</user_active>
<user_active idx="7" perm="">off</user_active>
<user_active idx="8" perm="">off</user_active>
<user_active idx="9" perm="">off</user_active>
<user_active idx="10" perm="">off</user_active>
<user_active idx="11" perm="">off</user_active>
<user_active idx="12" perm="">off</user_active>
<user_realname idx="1" perm="">koy</user_realname>
<user_name idx="1" perm="">1006</user_name>
<user_host idx="1" perm="">osmc</user_host>
<user_pass idx="1" perm=""></user_pass>
<user_uid idx="1" perm="">8269c11b-6122-4d00-8d20-00041327B839</user_uid>
<user_sipusername_as_line idx="1" perm="">on</user_sipusername_as_line>
<user_dp_exp idx="1" perm="">  </user_dp_exp>
<user_publish_presence_bootup idx="1" perm="">on</user_publish_presence_bootup>
<hide_identity idx="1" perm="">false</hide_identity>
<hide_identity idx="2" perm="">false</hide_identity>
<hide_identity idx="3" perm="">false</hide_identity>
<hide_identity idx="4" perm="">false</hide_identity>
<hide_identity idx="5" perm="">false</hide_identity>
<hide_identity idx="6" perm="">false</hide_identity>
<hide_identity idx="7" perm="">false</hide_identity>
<hide_identity idx="8" perm="">false</hide_identity>
<hide_identity idx="9" perm="">false</hide_identity>
<hide_identity idx="10" perm="">false</hide_identity>
<hide_identity idx="11" perm="">false</hide_identity>
<hide_identity idx="12" perm="">false</hide_identity>
<callrecord_dialed_local idx="0" perm="">"koy" &lt;1006@osmc&gt;</callrecord_dialed_local>
<callrecord_dialed_remote idx="0" perm="">sip:[email protected];user=phone</callrecord_dialed_remote>
<callrecord_dialed_period idx="0" perm="">2016-01-13T18:56:57ZPT0S</callrecord_dialed_period>
<callrecord_dialed_spec_routing idx="0" perm="">0</callrecord_dialed_spec_routing>
<extension_monitoring_group idx="1" perm="">0000</extension_monitoring_group>
<use_contact_in_refer_to_hdr idx="1" perm="">off</use_contact_in_refer_to_hdr>
</phone-settings>
<functionKeys e="2">
<fkey idx="11" context="1" label="" perm="">dest sip:1005@snom1;user=phone</fkey>
</functionKeys>
<tbook e="2">
</tbook>
</settings>

Vielleicht hast/bekommst du dann den "Geistesblitz".

:?:

Kann ich den SIP-Verkehr abseits von SIP-Trace mitschreiben?

Extension Monitoring und Intercom gehen komplett an der Fritz!Box TK vorbei.
Also kannst du Anfrage/Antwort nur in den jeweiligen SNOM SIP Trace finden.
Ansonsten gehts nur über den Weg des mitschneidens des gesamten Netzwerkverkehrs.
...mit Ausfilterung der interessanten SIP Pakete.

 

[Linki]

Guten Morgen,
und Vielen Dank für Deine Mühen!

Deine Settings unterscheiden sich in den folgenden Punkten von meinen:

<settings>
<phone-settings e="2">
<pnp_config perm="">on</pnp_config>

<filter_registrar perm="">on</filter_registrar>

<advertisement perm="">on</advertisement>

<allow_sip_settings perm="">off</allow_sip_settings>

<user_active idx="2" perm="">on</user_active>
<user_active idx="3" perm="">on</user_active>
<user_active idx="4" perm="">on</user_active>

<user_sipusername_as_line idx="1" perm="">off</user_sipusername_as_line>

</phone-settings>
</settings>

Die dargestellten Einstellungen sind die von mir und jeweils das Gegenteil zu Deinen. Sipusername_as_line schien mir einleuchtend. Das bezeichnet aber wohl die Option "Broken Registrar" und hat zu keiner Änderung geführt. Ich bin leider etwas hilflos.

Das SIP-Trace sagt mir auch nicht viel mehr:

Sent to udp:192.168.188.22:5060 at Jan 14 09:52:40 (466 bytes):
 SUBSCRIBE sip:[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.188.23:5060;branch=z9hG4bK-te8z20cv4qcf;rport
From: <sip:[email protected]>;tag=0edurndryy
To: <sip:[email protected];user=phone>
Call-ID: 313435323736313535393632333435-kexbl28xyslt
CSeq: 108 SUBSCRIBE
Max-Forwards: 70
User-Agent: 
Contact: <sip:[email protected]:5060;line=8kvkd45z>;reg-id=1
Event: dialog
Accept: application/dialog-info+xml
Expires: 3600
Content-Length: 0


 Received from udp:192.168.188.22:5060 at Jan 14 09:52:40 (484 bytes):
 SIP/2.0 404 Not found
Via: SIP/2.0/UDP 192.168.188.23:5060;branch=z9hG4bK-te8z20cv4qcf;rport=5060
From: <sip:[email protected]>;tag=0edurndryy
To: <sip:[email protected];user=phone>
Call-ID: 313435323736313535393632333435-kexbl28xyslt
CSeq: 108 SUBSCRIBE
User-Agent: 
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


 Received from udp:192.168.188.22:5060 at Jan 14 09:52:56 (466 bytes):
 SUBSCRIBE sip:[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.188.22:5060;branch=z9hG4bK-8thf7v37kx0f;rport
From: <sip:[email protected]>;tag=0ml1bnv1t4
To: <sip:[email protected];user=phone>
Call-ID: 313435323736313537363236373536-4ttvpo8trp6c
CSeq: 108 SUBSCRIBE
Max-Forwards: 70
User-Agent: 
Contact: <sip:[email protected]:5060;line=dqzgi4im>;reg-id=1
Event: dialog
Accept: application/dialog-info+xml
Expires: 3600
Content-Length: 0


 Sent to udp:192.168.188.22:5060 at Jan 14 09:52:56 (484 bytes):
 SIP/2.0 404 Not found
Via: SIP/2.0/UDP 192.168.188.22:5060;branch=z9hG4bK-8thf7v37kx0f;rport=5060
From: <sip:[email protected]>;tag=0ml1bnv1t4
To: <sip:[email protected];user=phone>
Call-ID: 313435323736313537363236373536-4ttvpo8trp6c
CSeq: 108 SUBSCRIBE
User-Agent: 
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

Scheinbar versuchen beide Geräte das jeweils andere zu subscriben, finden aber jeweils den Account nicht. Das passt ja auch zur Rückmeldung beim Intercom: Not found.
Wenn das aber bei Dir funktioniert, und die Settings bei mir analog ebenfalls passen, kann ich mir das irgendwie nicht erklären...
Siehst Du in den oben dargestellten Punkten noch eine einschlägige Einstellung?

Danke und viele Grüße,
Linki

Edit:
Vielleicht könntest Du mir netterweise mal deine Erweiterten Einstellungen (SIP) "zeigen"? Meine sehen so aus:

Vielleicht findet sich hier etwas. Offenbar kann das Snom den Account anhand seiner Nummer ja nicht finden. Vielleicht liegt hier irgendwo der Hund begraben...


Edit2: Mögliche, unschöne Lösung
Support Broken Registrar muss in der Identität auf "on" stehen, und
In den erweiterten Einstellungen muss unter QoS/Sicherheit "Pakete vom Registrar filtern:" auf "off" stehen.Damit würde man dann aber m.E. auch die Türe für SPIT öffnen...

Edit3: Was damit dann aber nicht geht, ist Pickup. Funktioniert das bei Dir? Muss nochmal etwas speziell eingestellt werden?
Ich kann den Anruf herholen, sehe auch die anrufende Nummer. Aber es gibt keinen Gesprächsaufbau, mein Handy tutet weiterhin...

Edit4: Und nun schmiert regelmäßig die Fritzbox ab. Ohne erkennbaren Grund startet diese sich einfach neu.