[Frage] snom320, fritzbox, Nebenstelle, Extension Monitoring, BLF

aligned

Neuer User
Mitglied seit
17 Jul 2016
Beiträge
10
Punkte für Reaktionen
0
Punkte
1
Hallo Forum

ich möchte bei drei Snom 320 BLF und/oder Extension Monitoring einrichten.

Ich lese, dass BLF mit einer Fritzbox 7490 nicht ginge,
andere schreiben, die Funktionalität sei mit direktem gegenseitigen
Extension Monitoring an der Fritzbox vorbei doch möglich, zB koyaanisqatsi.


Mein Setting:

Telekom IP + VDSL
Fritzbox 7490 mit OS 06.60 (192.168.0.253)
snom 320 (noch) mit 8.7.5.17
(621 + 622 + 623)
(192.168.0.181 + 182 + 183)

Die Fritzbox registriert sich bei der Telekom.
Die Telefone registrieren sich an der Fritzbox.
Telefonieren funktioniert intern, ein- und ausgehend.
Weiterleiten funktioniert mit Hold / Direktwahl / Transfer
Gespräch heranholen funktioniert mit tippen von: *09


BLF bzw. Nebenstelle gelingt mir nicht.
Am weitesten komme ich, wenn ich in den Snom die
jew. anderen Snom als Nebenstelle eingetragen:

Code:
P9  :  [email protected] :  Nebenstelle  :  sip:[email protected]


Das gibt mir:

Code:
Outgoing Subscriptions:
From     To        Event     Expires
[email protected]    [email protected]    dialog    608

Incoming Subscriptions:
(hier habe ich noch nie etwas gesehen)


Nach Ablauf der Subskription steht dann leider unter Expires:

Code:
Retry in 33 sec


Dazu steht in trace.htm:

Code:
Sent to udp:192.168.0.253:5060 at Jul 23 00:55:21 (501 bytes):
SUBSCRIBE sip:[email protected] SIP/2.0

Received from udp:192.168.0.253:5060 at Jul 23 00:55:21 (323 bytes):
SIP/2.0 404 Not Found


Auf diese 29 Zeichen in SUBSCRIBE sip:67674B53... kommt es an.
Nach 33 Sekunden (retry_after_failed_subscribe1!: 33) steht in trace.htm:

Code:
Sent to udp:192.168.0.253:5060 at Jul 23 00:56:27 (465 bytes):
SUBSCRIBE sip:[email protected];user=phone SIP/2.0

Received from udp:192.168.0.253:5060 at Jul 23 00:56:27 (365 bytes):
SIP/2.0 200 OK

Received from udp:192.168.0.253:5060 at Jul 23 00:56:27 (763 bytes):
NOTIFY sip:[email protected]:5060;line=jxxxxxxe SIP/2.0

Sent to udp:192.168.0.253:5060 at Jul 23 00:56:27 (297 bytes):
SIP/2.0 200 Ok


... und unter Expires:

Code:
 2498


Beim nächsten Subskriptionsversuch tauchen
wieder 29 zufällige Zeichen auf. Ergebnis "Not Found"

Nach 33 Sek. wird SUBSCRIBE bei "621" versucht.
Ergebnis: OK / NOTIFY / Ok

Das wiederholt sich dann für immer.


Und keine der P-Tasten hat jemals geleuchtet oder geblinkt.

Wo stehe ich auf dem Schauch?
Oder gehts wirklich nicht?


Gruß
aligned

-

EDIT
Die 29 Zeichen stammen aus dem NOTIFY.
und sind seit mindestens drei Tagen bei allen drei Snom identisch:
Code:
Contact: <sip:[email protected]>


Diese 29 Zeichen werden selten kommentiert, zB:

http://www.ip-phone-forum.de/showthread.php?t=189509&p=1309244&viewfull=1#post1309244

Was ist das? Wie schalte ich das ab?
 
Zuletzt bearbeitet:
Moins


Einstellungssache :D

SNOM 320 mit Firmware snom320-SIP 8.7.5.44

Vergleiche mal deine "http://SNOM_IP/settings_wo_default.xml" mit meiner...
HTML:
<settings>
<phone-settings e="2">
<language perm="">Deutsch</language>
<network_id_port perm="">5060</network_id_port>
<user_phone perm="">off</user_phone>
<active_line perm="">1</active_line>
<filter_registrar perm="">off</filter_registrar>
<tone_scheme perm="">GER</tone_scheme>
<mwi_dialtone perm="">normal</mwi_dialtone>
<require_prack perm="">off</require_prack>
<offer_gruu perm="">off</offer_gruu>
<ethernet_detect perm="">off</ethernet_detect>
<answer_after_policy perm="">always</answer_after_policy>
<keyboard_lock perm="">off</keyboard_lock>
<cancel_desktop perm="">on</cancel_desktop>
<show_local_line perm="">on</show_local_line>
<firmware_version perm="">snom320-SIP 8.7.5.44</firmware_version>
<show_call_status perm="">on</show_call_status>
<send_prack perm="">off</send_prack>
<csta_control perm="">off</csta_control>
<ignore_security_warning perm="">on</ignore_security_warning>
<uboot_version perm="">1.1.3-m</uboot_version>
<show_ivr_digits perm="">on</show_ivr_digits>
<advertisement perm="">off</advertisement>
<goto_monitor_state_on_line_activity perm="">on</goto_monitor_state_on_line_activity>
<perform_initial_query_in_ldap_state perm="">off</perform_initial_query_in_ldap_state>
<restrict_uri_queries perm="">off</restrict_uri_queries>
<allow_sip_settings perm="">on</allow_sip_settings>
<was_never_registered perm="">off</was_never_registered>
<user_symmetrical_rtp idx="1" perm="">on</user_symmetrical_rtp>
<user_symmetrical_rtp idx="2" perm="">on</user_symmetrical_rtp>
<user_sipusername_as_line idx="1" perm="">on</user_sipusername_as_line>
<user_sipusername_as_line idx="2" perm="">on</user_sipusername_as_line>
<user_dp_exp idx="1" perm="">  </user_dp_exp>
<user_dp_exp idx="2" perm="">  </user_dp_exp>
<auth_tmp_pass idx="1" perm=""></auth_tmp_pass>
<auth_tmp_realm idx="1" perm=""></auth_tmp_realm>
<user_dtmf_info idx="2" perm="">sip_info_only</user_dtmf_info>
<user_remove_all_bindings idx="1" perm="">on</user_remove_all_bindings>
<user_remove_all_bindings idx="2" perm="">on</user_remove_all_bindings>
<user_subscription_expiry idx="1" perm="">3600</user_subscription_expiry>
<user_subscription_expiry idx="2" perm="">3600</user_subscription_expiry>
<user_publish_presence_bootup idx="2" perm="">off</user_publish_presence_bootup>
<codec_priority_list idx="1" perm="">g722,pcma,pcmu,telephone-event</codec_priority_list>
<codec_priority_list idx="2" perm="">g722,pcmu,pcma,telephone-event</codec_priority_list>
<retry_after_failed_subscribe idx="1" perm="">60</retry_after_failed_subscribe>
<retry_after_failed_subscribe idx="2" perm="">60</retry_after_failed_subscribe>
<extension_monitoring_group idx="1" perm=""></extension_monitoring_group>
<extension_monitoring_group idx="2" perm=""></extension_monitoring_group>
<use_contact_in_refer_to_hdr idx="1" perm="">off</use_contact_in_refer_to_hdr>
<use_contact_in_refer_to_hdr idx="2" perm="">off</use_contact_in_refer_to_hdr>
</phone-settings>
</settings>
(Unwichtiges hab ich hier rausgelöscht)
 
Danke

Bei mir steht:

Code:
filter_registrar!: on
user_sipusername_as_line1!: off

Wenn ich Unterstützung für kaputte Registrar einschalte,
klingelt das Telefon nicht mehr, kann aber noch raustelefonieren.
Die 29 Zeichen sind auch noch da.

Irgendwie passt die DESCRIPTION zu meinem Problem:
http://wiki.snom.com/wiki/index.php/Settings/user_sipusername_as_line
Aber dort geht es um INVITE und bei mir um SUBSCRIBE,
oder ist das nicht wörtlich gemeint?


Code:
goto_monitor_state_on_line_activity!: on 

DESCRIPTION
When any of your monitored lines shows an activity (other than idle), 
the phone will automatically display the call-monitor state

Bei einem Snom war das noch aus.
Was ist mit "display" gemeint?
Die LEDs neben den fkeys? Die haben noch nie geblinkt/geleuchtet.
Oder irgendwas im Display? Ich hab bisher leider nix gesehen.


Ansonsten unterscheiden sich noch:

Code:
require_prack!: on
send_prack!: on
answer_after_policy!: off
cancel_desktop!: off
show_local_line!: off
show_call_status!: off
csta_control!: on
perform_initial_query_in_ldap_state!: on
restrict_uri_queries!: on
allow_sip_settings!: off
user_symmetrical_rtp1!: off
user_dtmf_info1!: off
user_remove_all_bindings1!: off
user_publish_presence_bootup1!: on
codec_priority_list1!: g722,pcmu,pcma,gsm,g726-32,aal2-g726-32,g723,g729,telephone-event
extension_monitoring_group1!: 4711

Steckt hier noch ein Teufelchen?
extension_monitoring_group ist bei dir leer?
Muss da nicht bei allen überwachten Telefonen das gleiche stehen?


Was ich auch nicht verstehe:
Outbound Proxy = 192.168.0.253
Geht dann alles dorthin?
Ich dachte, die Snom können sich direkt gegenseitig monitoren, an der Fritzbox vorbei.
Ohne Outbound Proxy bekomme ich keine Outgoing Subscription.
Incoming Subscription hatte ich leider noch nie.
Wäre aber zwingende Vorraussetzung, oder?


aligned
 
Dieses user_sipusername_as_line1!: off könnte dazu führen, dass die Nutzerkennung* nicht benutzt wird.


Einen Proxy brauchst du nur wenn der Registrar gleichlautet, bei zwei unterschiedlichen IPs.
Beispiel: 2 Fritz!Boxen im lokalen Netz

1. 192.168.178.1
Registrar: fritz.box
Proxy: 192.168.178.1:5060

2. 192.168.178.5
Registrar: fritz.box
Proxy: 192.168.178.5:5060


extension_monitoring_group1!: 4711
:confused:
Muss da nicht bei allen überwachten Telefonen das gleiche stehen?
Tut es, wenn es bei Allen leer ist. ;)


goto_monitor_state_on_line_activity!: on
confused.png
Was ist mit "display" gemeint?
Führt im 2 zeiligen Display z.B. dazu: Trying...


* Identität --> Nutzerkennung (Meist eine Nummer)
 
Zuletzt bearbeitet:
Danke für die Hinweise.

filter_registrar ist jetzt off.
Ändert leider nichts.

Mit user_sipusername_as_line = on klingelt das Telefon nicht.
Ist die Fritzbox ein kaputter Registrar (aus Perspektive meiner Snom)?


Die Funktionstasten des 621 sind so belegt:

Code:
<fkey idx="3" context="1" label="" perm="">speed sip:**[email protected];user=phone</fkey>
<fkey idx="4" context="1" label="" perm="">speed sip:**[email protected];user=phone</fkey>
<fkey idx="9" context="1" label="" perm="">dest sip:[email protected]|**</fkey>
<fkey idx="10" context="1" label="" perm="">dest sip:[email protected]|*8</fkey>


Direktwahl (speed) funktioniert.

Nebenstelle (dest/blf) funktioniert nicht, in keiner Kombination.
- (dest) oder (blf)
- 192...182 (das zweite Snom) oder 192...253 (fritz.box)
- "|**" ergänzt oder weggelassen
- "|*8" ist pure Verzweiflung, kopiert von einem anderen Markentelefon.
- user=phone aktiviert oder deaktiviert
Vielleicht habe ich die richtige Kombination nicht probiert.


Ich komme bis:

Code:
Outgoing Subscriptions:
From     To        Event     Expires
[email protected]    [email protected]    dialog    1763
[email protected]    [email protected]    dialog    1730

Incoming Subscriptions:
From     To        Event     Expires
(leer)


Kann es ohne Incoming Subscription gehen?
In trace.htm sehe ich das beschriebene, vermeintlich erfolgreiche SUBSCRIBE
Im trace.htm des anderen Telefon steht dazu kein Wort.
Daraus schließe ich, 621 macht SUBSCRIBE bei der fritz.box
Steht ja auch so im trace:

Sent to udp:192.168.0.253 ...
Received from udp:192.168.0.253 ...

Code:
(( immer abwechselnd "67674B53300267022207D7844BD54" / "622" ))


Sent to udp:192.168.0.253:5060 at Jul 27 17:01:13 (489 bytes):

SUBSCRIBE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-m6zd3cxciswi;rport
From: <sip:[email protected]>;tag=pb7iz8wcij
To: <sip:[email protected]>;tag=CD693D05243382E6
Call-ID: 313436393632393535363533363038-0czgc4baeqtz
CSeq: 6 SUBSCRIBE
Max-Forwards: 70
User-Agent:
Contact: <sip:[email protected]:5060;line=8gl7mka7>;reg-id=1
Event: dialog
Accept: application/dialog-info+xml
Expires: 3600
Content-Length: 0


Received from udp:192.168.0.253:5060 at Jul 27 17:01:13 (311 bytes):

SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-m6zd3cxciswi;rport=5060
From: <sip:[email protected]>;tag=pb7iz8wcij
To: <sip:[email protected]>;tag=CD693D05243382E6
Call-ID: 313436393632393535363533363038-0czgc4baeqtz
CSeq: 6 SUBSCRIBE
User-Agent: FRITZ!OS
Content-Length: 0



(( jetzt steht unter Expires: Retry in 33 Sec ))



Sent to udp:192.168.0.253:5060 at Jul 27 17:02:19 (442 bytes):

SUBSCRIBE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-1hzxkbd2sncv;rport
From: <sip:[email protected]>;tag=5ma1vze59h
To: <sip:[email protected]>
Call-ID: 313436393633313733393537333533-gaq3x3aupf78
CSeq: 7 SUBSCRIBE
Max-Forwards: 70
User-Agent:
Contact: <sip:[email protected]:5060;line=8gl7mka7>;reg-id=1
Event: dialog
Accept: application/dialog-info+xml
Expires: 3600
Content-Length: 0


Received from udp:192.168.0.253:5060 at Jul 27 17:02:19 (353 bytes):

SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-1hzxkbd2sncv;rport=5060
From: <sip:[email protected]>;tag=5ma1vze59h
To: <sip:[email protected]>;tag=8EF62721D6F54D9C
Call-ID: 313436393633313733393537333533-gaq3x3aupf78
CSeq: 7 SUBSCRIBE
Expires: 3600
User-Agent: AVM FRITZ!Box 7490 113.06.60 (Jun 23 2016)
Content-Length: 0


Received from udp:192.168.0.253:5060 at Jul 27 17:02:20.006 (703 bytes):

NOTIFY sip:[email protected]:5060;line=8gl7mka7 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.253:5060;branch=z9hG4bKF35CCE870575EF1B
From: <sip:[email protected]>;tag=8EF62721D6F54D9C
To: <sip:[email protected]>;tag=5ma1vze59h
Call-ID: 313436393633313733393537333533-gaq3x3aupf78
CSeq: 8 NOTIFY
Contact: <sip:[email protected]>
Event: dialog
Subscription-State: active;expires=3600
Max-Forwards: 70
User-Agent: AVM FRITZ!Box 7490 113.06.60 (Jun 23 2016)
Content-Type: application/dialog-info+xml
Content-Length: 154

<?xml version="1.0" ?>
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="0" state="full" entity="sip:[email protected]">
</dialog-info>


Sent to udp:192.168.0.253:5060 at Jul 27 17:02:20.006 (285 bytes):

SIP/2.0 200 Ok
Via: SIP/2.0/UDP 192.168.0.253:5060;branch=z9hG4bKF35CCE870575EF1B
From: <sip:[email protected]>;tag=8EF62721D6F54D9C
To: <sip:[email protected]>;tag=5ma1vze59h
Call-ID: 313436393633313733393537333533-gaq3x3aupf78
CSeq: 8 NOTIFY
User-Agent:
Content-Length: 0


(( jetzt steht unter Expires: 2111 ))


So wie ich das sehe, muss das weg: 67674B53300267022207D7844BD54

Und her muss: Sent to udp:192.168.0.182 / Received from udp:192.168.0.182

Aber vielleicht ist das auch der falsche Ansatz?


Gruß
aligned




EDIT

Muss ich eigentlich ein Telefon 620 haben?
Das gibt es bei mir nur als Dummy in der Fritzbox,
es ist eine abgehende Nummer zugewiesen, aber keine eingehende.
(Meine gelesen zu haben, dass das mal bei jemand die Lösung beim AB war)
 
Zuletzt bearbeitet:
Moins

Am allerwichtigsten ist, dass jedes Telefon den Standard SIP Port benutzt...
HTML:
<network_id_port perm="">5060</network_id_port>
Einrichtung --> Erweitert -Reiter-> SIP/RTP --> Netzwerkidentität (Port):
...damit es ohne Portangabe nur mit seiner IP adressiert werden kann.

Subskriptionen...
AB_BLF_EXTENSION_SUBSCRIPTIONS.jpg
(AB = .1 , Asterisk BLF = .9 , Nebenstelle SNOM = .7)


user=phone
Das soll nicht mehr benutzt werden (deprecated).
Ist zwar kein Fehler, aber überflüssig.

Die Fritz!Box unterstützt selber keine BLF Subskriptionen.
Nur für MWI (Anrufbeantwortersignalisierung) lässt sie das zu.
Deswegen muss BLF/Nebenstelle/Extension/Intercom an eine SNOM-IP gehen.
Das musst du bei den Funktionstasten immer überprüfen.
Denn das SNOM ersetzt die IP gerne mit dem Registrar (nach Klick auf "Übernehmen"), und das wäre fatal.
...teste mal ob eine "Intercom" Belegung, direkt zu einem anderen SNOM funktioniert.
So ein Anruf geht auch immer an der Fritz!Box vorbei direkt von SNOM zu SNOM.


Support broken registrar
Nicht einfach zu erklären, aber es sollte schon "On" sein.
Infos: Snom WiKi und IPPF
 
Zuletzt bearbeitet:
Danke für die vielen Hinweise.


Leider gelingt mir "das bessere BLF" noch nicht.


Habe nochmal alle Einstellungen überprüft:

Outbound Proxy: 192.168.0.253
Wenn ich den Outbound Proxy ausschalte,
bekomme ich keine Outgoing Subscription.
Unter Expires steht dann nur noch Retry...

Wenn ich Unterstützung für kaputte Registrar einschalte,
kann das Telefon nicht mehr angerufen werden.

Das geht bestimmt in Kombination mit anderen Einstellungen,
aber welche?


Host Name: snom182
IP Adresse: 192.168.0.182
Netzmaske: 255.255.255.0
IP Gateway: 192.168.0.253
Domain: fritz.box
DNS Server 1: 192.168.0.253
NTP Zeit-Server: 192.168.0.253

network_id_port = 5060

user=phone : Aus

Versteckte Merkmale: Aus

Bei den fkeys steht keine 253 mehr.

Die beiden "Direktwahl" lasse ich aber vorläufig unverändert:
sip:**[email protected];user=phone
denn damit funktioniert Transfer.

Nutzerkennung: 622
Registrar: 192.168.0.253

Identität kann angerufen werden: An

Pickup- Anruflisten URI: ""
Eingehendes Pickup-Monitoring zulassen: An
extension_monitoring_group = "4711"



Interkom

fkey_context ( Aktive | Identität 1 )
fkey6!: icom sip:[email protected]


Wenn ich am 622 Interkom teste, klingelt 621 nicht.
Im trace.log von 621 taucht der Vorgang nicht auf.
Im trace.log von 622 steht:


Code:
Sent to udp:192.168.0.253:5060 at Jul 28 14:26:58 (1255 bytes):

INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.0.182:5060;branch=z9hG4bK-mcfpq9zhjyie;rport
From: "622" <sip:[email protected]>;tag=u6tk983cus
To: <sip:[email protected]>
Call-ID: 313436393730383831383430313932-bm2qkv272xcj
CSeq: 1 INVITE
Max-Forwards: 70
User-Agent:
Contact: <sip:[email protected]:5060;line=f4n71f9l>;reg-id=1
X-Serialnumber: 00041DDDDDDD
P-Key-Flags: keys="3"
Accept: application/sdp
Alert-Info: <http://www.notused.com>;info=alert-autoanswer;delay=0
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE
Allow-Events: talk, hold, refer, call-info
Supported: timer, replaces, from-change
Session-Expires: 3600
Min-SE: 90
Content-Type: application/sdp
Content-Length: 483

v=0
o=root 5740779 5740779 IN IP4 192.168.0.182
s=call
c=IN IP4 192.168.0.182
t=0 0
m=audio 64712 RTP/AVP 9 0 8 3 99 112 18 101
a=crypto:1 AES_CM_128_HMAC_SHA1_32 inline:h4XeVpezY0V1JjpyYnL2bhrh61mP+fdInJLT16s3
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:3 GSM/8000
a=rtpmap:99 G726-32/8000
a=rtpmap:112 AAL2-G726-32/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
a=sendrecv


Received from udp:192.168.0.253:5060 at Jul 28 14:26:58 (314 bytes):

SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 192.168.0.182:5060;branch=z9hG4bK-mcfpq9zhjyie;rport=5060
From: "622" <sip:[email protected]>;tag=u6tk983cus
To: <sip:[email protected]>;tag=2EC6270ACFDB5608
Call-ID: 313436393730383831383430313932-bm2qkv272xcj
CSeq: 1 INVITE
User-Agent: FRITZ!OS
Content-Length: 0


Sent to udp:192.168.0.253:5060 at Jul 28 14:26:58 (390 bytes):

ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.0.182:5060;branch=z9hG4bK-mcfpq9zhjyie;rport
From: "622" <sip:[email protected]>;tag=u6tk983cus
To: <sip:[email protected]>;tag=2EC6270ACFDB5608
Call-ID: 313436393730383831383430313932-bm2qkv272xcj
CSeq: 1 ACK
Max-Forwards: 70
User-Agent:
Contact: <sip:[email protected]:5060;line=f4n71f9l>;reg-id=1
Content-Length: 0


Hm, Not Found


Ich interpretiere das so:
622 schickt INVITE an die Fritzbox,
aber die kennt keine [email protected]
Das ist bestimmt falsch.
Im trace eineS vermeintlich erfolgreichen SUBSCRIBE gibt es ein OK


Muss ich veilleicht etwas in das Telefonbuch der Fritzbox oder der Snoms eintragen???


In deiner xml waren leider keine fkeys drin.
Kannst du die bitte posten?


Gruß
aligned
 
1. Die SNOMs haben die Verschlüsselung aktiviert, das verkompliziert die Lage zusätzlich
Screenshot_2016-07-28-18-32-56.png
...deaktiviere SRTP bis das gelöst ist.

2. Die "Not found" Meldung kommt von der F!B, siehe: User-Agent
Hier sollte/muss eigentlich der User-Agent eines SNOMs stehen.
(Liegt vielleicht an der Proxy Geschichte, ich nutze als Registrar die F!B-IP)

Fkeys
Screenshot_2016-07-28-18-35-35.png

Achtung: Interkom und Autoanswer
Da bei Interkom Autoanswer die Regel ist, gibt es höchstens einen kurzen Signalton.
Es eignet sich deshalb für eine Durchsage.
 
Zuletzt bearbeitet:
user_srtp1!: off
user_outbound1!:


Ohne Outboundproxy geht der SUBSCRIBE direkt an das andere Telefon:
Ergebnis: Not Found

Code:
Sent to udp:192.168.0.181:5060 at Jul 28 21:33:33 (443 bytes):

SUBSCRIBE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.0.182:5060;branch=z9hG4bK-toocd1h3944f;rport
From: <sip:[email protected]>;tag=ny545rkwjt
To: <sip:[email protected]>
Call-ID: 313436393733343431333539323234-83h6em13f0ds
CSeq: 28 SUBSCRIBE
Max-Forwards: 70
User-Agent:
Contact: <sip:[email protected]:5060;line=v22gc8ni>;reg-id=1
Event: dialog
Accept: application/dialog-info+xml
Expires: 3600
Content-Length: 0


Received from udp:192.168.0.181:5060 at Jul 28 21:33:33 (298 bytes):

SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 192.168.0.182:5060;branch=z9hG4bK-toocd1h3944f;rport=5060
From: <sip:[email protected]>;tag=ny545rkwjt
To: <sip:[email protected]>;tag=w5vfb1udmg
Call-ID: 313436393733343431333539323234-83h6em13f0ds
CSeq: 28 SUBSCRIBE
User-Agent:
Content-Length: 0


> From: <sip:[email protected]>

Also spielt die Fritzbox auch mit.
Aber das soll sie doch nicht?


Gruß
aligned





EDIT


user_sipusername_as_line1!: on


Ergebnis:

Code:
Outgoing Subscriptions:
From     To        Event     Expires
[email protected]    [email protected]    dialog    1782

Incoming Subscriptions:
From     To        Event     Expires
[email protected]    [email protected]    dialog    3565


Im trace.htm kann ich sehen, wie die SUBSCRIPTION ausgehandelt wird,
und im trace des anderen Snom gibt es das aus dessen Perspektive.


http://192.168.0.182/screen.bmp
Da steht mein Handy und "Trans" in der zweiten Zeile

Ob es wirklich klingelt und ob es blinkt und leuchtet, erfahre ich morgen.
Bin jetzt mit VPN verbunden, und meine Eltern schlafen.
 
Zuletzt bearbeitet:
:confused:
Also spielt die Fritzbox auch mit.

Nein :!:
Das SNOM meldet sich mit seiner registrierten Identität zurück.
Wäre es bei SipGate registriert, würde es diese Identität zurückmelden.
Es ist und bleibt also eine SNOM <--> SNOM Subskription.

Was mich viel mehr wundert: Was ist mit dem User-Agent der SNOMs passiert :?:
Bei mir sieht das immer so aus...
(Auch mit/bei den älteren Firmwareversionen)
Code:
Received from udp:192.168.178.9:1024 at Jul 29 11:17:32.533 (461 bytes):
SUBSCRIBE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.2:5060;branch=HASH;rport
From: <sip:[email protected]>;tag=HASH
To: <sip:[email protected]>;tag=HASH
Call-ID: HASH
CSeq: 32 SUBSCRIBE
Max-Forwards: 70
User-Agent: [COLOR=#ff0000]snom320/8.7.5.44[/COLOR]
Contact: <sip:[email protected]:5060>;reg-id=1
Event: dialog
Accept: application/dialog-info+xml
Expires: 3600
Content-Length: 0

Sent to udp:192.168.178.9:1024 at Jul 29 11:17:32.576 (382 bytes):

 SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.0.2:5060;branch=HASH;rport=1024;received=192.168.178.9
From: <sip:[email protected]>;tag=HASH
To: <sip:[email protected]>;tag=HASH
Call-ID: HASH
CSeq: 32 SUBSCRIBE
User-Agent: [COLOR=#ff0000]snom320/8.7.5.44[/COLOR]
Contact: <sip:[email protected]:5060>
Expires: 3600
Content-Length: 0
Dann erfolgt das NOTIFY...
Code:
Sent to udp:192.168.0.2:5060 at Jul 29 11:17:32.591 (628 bytes):
NOTIFY sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.178.7:5060;branch=HASH;rport
From: <sip:[email protected]>;tag=HASH
To: <sip:[email protected]>;tag=HASH
Call-ID: HASH
CSeq: 34 NOTIFY
Max-Forwards: 70
User-Agent: [COLOR=#ff0000]snom320/8.7.5.44[/COLOR]
Contact: <sip:[email protected]:5060>;reg-id=1
Event: dialog
Subscription-State: active
Content-Type: application/dialog-info+xml
Content-Length: 150

<?xml version="1.0"?>
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="33"  state="full" entity="sip:[email protected]"></dialog-info>

Received from udp:192.168.0.2:5060 at Jul 29 11:17:32.627 (304 bytes):

 SIP/2.0 200 Ok
Via: SIP/2.0/UDP 192.168.178.7:5060;branch=HASH;rport=1024
From: <sip:[email protected]>;tag=HASH
To: <sip:[email protected]>;tag=HASH
Call-ID: HASH
CSeq: 34 NOTIFY
User-Agent: [COLOR=#ff0000]snom320/8.7.5.44[/COLOR]
Content-Length: 0
(HASH = Unleserliches Zeug)
 
Zuletzt bearbeitet:
Das mit dem User-Agent liegt vielleicht daran:

http://forum.snom.com/index.php?showtopic=21544

Ich habe das bisher ignoriert. Man konnte ja telefonieren.


log.htm

Code:
Jul 29 13:32:31 [FATAL ] PHN: sip_msg.cpp (1493) const str& sip::generate_version_header() const: SNOM_ASSERT(version_header_.is_set()) failed
Jul 29 13:32:31 [WARN ] SIP: process_registrar_packet: 401 needs 128 bit nonce
Jul 29 13:32:31 [FATAL ] PHN: sip_msg.cpp (1493) const str& sip::generate_version_header() const: SNOM_ASSERT(version_header_.is_set()) failed
Jul 29 13:32:31 [FATAL ] PHN: sip_msg.cpp (1493) const str& sip::generate_version_header() const: SNOM_ASSERT(version_header_.is_set()) failed

Die Zeiten passen exakt zur Re-Registrierung in trace.htm, inkl. nonce. Das wiederholt sich alle paar Minuten.
 
OK, die 8.7.5.17 hab ich, glaube ich, nie installiert gehabt.
Scheint ein Firmwarebug zu sein.

Funktioniert die Nebenstellenüberwachung bei dir jetzt auch mit Displaymessages ?
Zum Beispiel:
1. Bei einem SNOM Hörer abnehmen - Beim anderen SNOM leuchtet FKey LED
2. Bei einem SNOM eingehenden Anruf - Beim anderen SNOM blinkende FKey LED und Displaymessage (LCD)

PS: SNOMs die sich ausschliesslich lokal an der F!B registrieren kannst du mit KiSi-Profil fürs Internet sperren
...die F!B ist dann sozusagen automatisch dein Proxy für die Internettelefonie.
Nur für Firmwareupdates/provisionierung oder neue Sprachübersetzungsdateien wird Internetzugriff (kurzzeitig) benötigt.
 
Zuletzt bearbeitet:
Es sieht für mich sehr gut aus.
Soweit wäre ich ohne deine Hilfe nicht gekommen.
Vielen Dank dafür.


Meine Mutter hatte heute morgen keine Zeit für Experimente.
Jaja, da hätte was geleuchtet und sie müssten jetzt los.
Ich erfahr das also erst Montag oder Dienstag.

Wegen VPN sehe ich natürlich nichts blinken, ABER

Wenn ich mit dem Handy die 622 anrufe, also die FestnetzNr,
die der 622 zugeordnet ist, sehe ich im Display:

192.168.0.182/screen.bmp
1. Zeile: 015nnnnnnnnn
2. Zeile: Trans

192.168.0.183/screen.bmp
1. Zeile: Anrufe
2. Zeile: 015nnnnnnnnn -> 622

Wenn ich mein Handy mit der Wählbox anwähle, klingelts bei mir.

Es gibt je 2 Incoming und Outgoing Subscription auf allen 3 snom.
Im Unterschied zu deinem trace mit nounce.
Vielleicht auch eine Besonderheit der 8.7.5.17 ?

Code:
622 macht SUBSCRIBE bei 621:


Sent to udp:192.168.0.181:5060 at Jul 29 18:42:51 (450 bytes):

SUBSCRIBE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.182:5060;branch=HASH;rport
From: <sip:[email protected]>;tag=HASH
To: <sip:[email protected]>;tag=HASH
Call-ID: HASH
CSeq: 246 SUBSCRIBE
Max-Forwards: 70
User-Agent:
Contact: <sip:[email protected]:5060>;reg-id=1
Event: dialog
Accept: application/dialog-info+xml
Expires: 3600
Content-Length: 0


Received from udp:192.168.0.181:5060 at Jul 29 18:42:51 (409 bytes):

SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 192.168.0.182:5060;branch=HASH;rport=5060
From: <sip:[email protected]>;tag=HASH
To: <sip:[email protected]>;tag=HASH
Call-ID: HASH
CSeq: 246 SUBSCRIBE
User-Agent:
WWW-Authenticate: Digest realm="snom-extension-monitoring-group", nonce="HASH", algorithm=MD5
Content-Length: 0


Sent to udp:192.168.0.181:5060 at Jul 29 18:42:51 (644 bytes):

SUBSCRIBE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.182:5060;branch=HASH;rport
From: <sip:[email protected]>;tag=HASH
To: <sip:[email protected]>;tag=HASH
Call-ID: HASH
CSeq: 247 SUBSCRIBE
Max-Forwards: 70
User-Agent:
Contact: <sip:[email protected]:5060>;reg-id=1
Event: dialog
Accept: application/dialog-info+xml
Authorization: Digest username="622",realm="snom-extension-monitoring-group",nonce="HASH",uri="sip:[email protected]:5060",response="HASH",algorithm=MD5
Expires: 3600
Content-Length: 0


Received from udp:192.168.0.181:5060 at Jul 29 18:42:51 (346 bytes):

SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.0.182:5060;branch=HASH;rport=5060
From: <sip:[email protected]>;tag=HASH
To: <sip:[email protected]>;tag=HASH
Call-ID: HASH
CSeq: 247 SUBSCRIBE
User-Agent:
Contact: <sip:[email protected]:5060>
Expires: 3600
Content-Length: 0


Received from udp:192.168.0.181:5060 at Jul 29 18:42:51 (612 bytes):

NOTIFY sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=HASH;rport
From: <sip:[email protected]>;tag=HASH
To: <sip:[email protected]>;tag=HASH
Call-ID: HASH
CSeq: 2 NOTIFY
Max-Forwards: 70
User-Agent:
Contact: <sip:[email protected]:5060>;reg-id=1
Event: dialog
Subscription-State: active
Content-Type: application/dialog-info+xml
Content-Length: 149

<?xml version="1.0"?>
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="1" state="full" entity="sip:[email protected]"></dialog-info>


Sent to udp:192.168.0.181:5060 at Jul 29 18:42:51 (287 bytes):

SIP/2.0 200 Ok
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=HASH;rport=5060
From: <sip:[email protected]>;tag=HASH
To: <sip:[email protected]>;tag=HASH
Call-ID: HASH
CSeq: 2 NOTIFY
User-Agent:
Content-Length: 0


Kann ich die fkey-LED-Tasten im Webinterface oder per XML "drücken"?
Dann könnte ich weiterexperimentieren...


Gruß
aligned
 
Yep, das abschmettern mit "nonce" ist normal, beim Erstenmal.

Über VPN und einem ganz normalen Webbrowser kannst du die SNOMs fernsteuern.
Natürlich auch das Drücken einer programmierten Taste.

Beispiel:
"http://BENUTZER:pASSWORT@SNOM_IP/command.htm?key=P2"
...für die zweite Taste.

Wenn schon eingeloggt (Cookie) dann ohne: "BENUTZER:pASSWORT@"

So kannst du dir auch einen User-Agent erstellen lassen...
"http://SNOM_IP/dummy.htm?user_agent_string=snom1&settings=save&store_settings=save"
Code:
REGISTER sip:192.168.178.1 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.2:5060;branch=HASH;rport
From: "snom1@fb" <sip:[email protected]>;tag=HASH
To: "snom1@fb" <sip:[email protected]>
Call-ID: HASH
CSeq: 393 REGISTER
Max-Forwards: 70
[COLOR=#ff0000]User-Agent: snom1[/COLOR]
Contact:  <sip:[email protected]:5060>;reg-id=1;q=1.0;audio;mobility="fixed";duplex="full";description="snom320";actor="principal";events="dialog";methods="INVITE,ACK,CANCEL,BYE,REFER,OPTIONS,NOTIFY,SUBSCRIBE,PRACK,MESSAGE,INFO"
Allow-Events: dialog
X-Real-IP: 192.168.0.2
Supported: path
Expires: 3600
Content-Length: 0
Quelle
 
Zuletzt bearbeitet:
Ah, das ist cool.

Anruf vom Handy an die 623

https://192.168.0.181/command.htm?key=P11
((P11 = Identität 1 / Nebenstelle / sip:[email protected] ))

192.168.0.181/screen.bmp
1. Zeile: Verbunden . . . 00:06
2. Zeile: 015nnnnnnnnn

192.168.0.183/screen.bmp
1. Zeile: Anrufe
2. Zeile: 621 <- -> 015nnnnnnnnn

Aber dann stürtzt jedesmal die Fritzbox ab.
Nicht sofort, erst nach ein paar Sekunden.
Das reicht, um ein paar screen.bmp und
noch ein paar logs zu holen...
 
Zuletzt bearbeitet:
Moins


Wo/Wie kommt die Mobilfunknummer ins Spiel?
P11 sollte die SNOMs doch miteinander signalisieren/verbinden.
Also: 621 <--> 623

Warum die F!B abstürzen/neustarten? sollte...:noidea:
Der Anruf ist weder über die F!B (intern) geführt, noch würde so eine Verbindung jemals in ihrer Anrufsliste auftauchen.
...vielleicht ein VPN Problem :gruebel: :?:
...oder deine Mutter...:lach:
 
Zuletzt bearbeitet:
Das Setup

Fritzbox = 192.168.0.253
snom181 = 192.168.0.181 = 621 in der Fritzbox = 030nnnnnn1
snom182 = 192.168.0.182 = 622 in der Fritzbox = 030nnnnnn2
snom183 = 192.168.0.183 = 623 in der Fritzbox = 030nnnnnn3

snom181 = P11 = [email protected] / Nebenstelle / sip:[email protected]

Ein Handy zum anrufen.




Das Experiment

Anruf von 015nnnnnnnnn an 030nnnnnn3 (snom183)
Virtueller Tastendruck auf P11 am snom181
ausgelöst durch https://192.168.0.181/command.htm?key=P11
Mein Handy spricht jetzt mit snom181 statt mit snom183.
Theoretisch - Es ist zZ niemand da, mit dem ich sprechen könnte.
Dann beende ich den Anruf am Handy.




Das Zwischenergebnis:

Im Handy höre ich das Klingeln.
Fritzbox stürzt ab bzw. startet sich neu.




Was passiert:




### vor dem Anruf ###


192.168.0.181/screen.bmp
1. Zeile: 30.07 TG1 16:24
2. Zeile: Mailb Liste Telbuc Info


192.168.0.183/screen.bmp
1. Zeile: 30.07 16:24
2. Zeile: Mailb Liste Telbuch Uml


Subskriptionsstatus
Outgoing: 2
Incoming: 2


http://192.168.0.183/trace.htm
snom183 REGISTER sich bei der Fritzbox. Alle 150 Sek.
Die Snom SUBSCRIBE sich gegenseitig. Etwa alle 20 bis 30 Min.
snom182 + snom181 machen das genauso.

Perfekt.




### während dem Anruf ###


192.168.0.181/screen.bmp
1. Zeile: Anrufe
2. Zeile: 015nnnnnnnnn -> 623


http://192.168.0.183/screen.bmp
1. Zeile: 015nnnnnnnnn
2. Zeile: Trans


http://192.168.0.183/trace.htm
Fritzbox schickt INVITE
snom183 antwortet mit Trying und Ringing
snom183 schickt NOTIFY an snom181
snom183 schickt NOTIFY an snom182
snom181 antwortet mit Ok
snom182 antwortet mit Ok

Perfekt.




### und jetzt schicke ich P11 ###


192.168.0.181/screen.bmp
1. Zeile: Verbunden . . . 00:06
2. Zeile: 015nnnnnnnnn


192.168.0.183/screen.bmp
1. Zeile: Anrufe
2. Zeile: 621 <- -> 015nnnnnnnnn

Perfekt.




Das trace von snom183, welches ich angerufen hatte:
Um 16:27:20.000 antwortet die Fritzbox noch.


Code:
Received from udp:192.168.0.181:5060 at Jul 30 16:27:20.000 (698 bytes):

NOTIFY sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-u9ohsppde15t;rport
From: <sip:[email protected]>;tag=2wbvep3qhq
To: <sip:[email protected]>;tag=puoebfy5p0
Call-ID: 313436393833343934353238343034-p429xsev4jks
CSeq: 35 NOTIFY
Max-Forwards: 70
User-Agent: snom181
Contact: <sip:[email protected]:5060>;reg-id=1
Event: dialog
Subscription-State: active
Content-Type: application/dialog-info+xml
Content-Length: 227

<?xml version="1.0"?>
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="34" state="full" entity="sip:[email protected]"><dialog id="472ea4bcad6d4430a3069e2ee7b032a1" ><state>trying</state></dialog></dialog-info>

Sent to udp:192.168.0.181:5060 at Jul 30 16:27:20.000 (295 bytes):

SIP/2.0 200 Ok
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-u9ohsppde15t;rport=5060
From: <sip:[email protected]>;tag=2wbvep3qhq
To: <sip:[email protected]>;tag=puoebfy5p0
Call-ID: 313436393833343934353238343034-p429xsev4jks
CSeq: 35 NOTIFY
User-Agent: snom183
Content-Length: 0


Received from udp:192.168.0.181:5060 at Jul 30 16:27:20.000 (961 bytes):

NOTIFY sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-zdsdzy7r2imu;rport
From: <sip:[email protected]>;tag=2wbvep3qhq
To: <sip:[email protected]>;tag=puoebfy5p0
Call-ID: 313436393833343934353238343034-p429xsev4jks
CSeq: 36 NOTIFY
Max-Forwards: 70
User-Agent: snom181
Contact: <sip:[email protected]:5060>;reg-id=1
Event: dialog
Subscription-State: active
Content-Type: application/dialog-info+xml
Content-Length: 490

<?xml version="1.0"?>
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="35" state="full" entity="sip:[email protected]"><dialog id="472ea4bcad6d4430a3069e2ee7b032a1" direction='initiator' call-id='313436393838383833393430313630-s4rvst07exm6' local-tag="" remote-tag=""><state>terminated</state><local><identity display="TG1">sip:[email protected]</identity><target uri="sip:[email protected]:5060"><param pname="x-line-id" pval="0" /></target></local></dialog></dialog-info>

Sent to udp:192.168.0.181:5060 at Jul 30 16:27:20.000 (295 bytes):

SIP/2.0 200 Ok
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-zdsdzy7r2imu;rport=5060
From: <sip:[email protected]>;tag=2wbvep3qhq
To: <sip:[email protected]>;tag=puoebfy5p0
Call-ID: 313436393833343934353238343034-p429xsev4jks
CSeq: 36 NOTIFY
User-Agent: snom183
Content-Length: 0


Received from udp:192.168.0.181:5060 at Jul 30 16:27:20.000 (701 bytes):

NOTIFY sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-djidcde26k3f;rport
From: <sip:[email protected]>;tag=2wbvep3qhq
To: <sip:[email protected]>;tag=puoebfy5p0
Call-ID: 313436393833343934353238343034-p429xsev4jks
CSeq: 37 NOTIFY
Max-Forwards: 70
User-Agent: snom181
Contact: <sip:[email protected]:5060>;reg-id=1
Event: dialog
Subscription-State: active
Content-Type: application/dialog-info+xml
Content-Length: 230

<?xml version="1.0"?>
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="36" state="partial" entity="sip:[email protected]"><dialog id="b41d67653dc44965b903d1b478efc594" ><state>trying</state></dialog></dialog-info>

Sent to udp:192.168.0.181:5060 at Jul 30 16:27:20.000 (295 bytes):

SIP/2.0 200 Ok
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-djidcde26k3f;rport=5060
From: <sip:[email protected]>;tag=2wbvep3qhq
To: <sip:[email protected]>;tag=puoebfy5p0
Call-ID: 313436393833343934353238343034-p429xsev4jks
CSeq: 37 NOTIFY
User-Agent: snom183
Content-Length: 0


Received from udp:192.168.0.181:5060 at Jul 30 16:27:20.000 (1116 bytes):

NOTIFY sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-h1g7w5lu90sp;rport
From: <sip:[email protected]>;tag=2wbvep3qhq
To: <sip:[email protected]>;tag=puoebfy5p0
Call-ID: 313436393833343934353238343034-p429xsev4jks
CSeq: 38 NOTIFY
Max-Forwards: 70
User-Agent: snom181
Contact: <sip:[email protected]:5060>;reg-id=1
Event: dialog
Subscription-State: active
Content-Type: application/dialog-info+xml
Content-Length: 645

<?xml version="1.0"?>
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="37" state="partial" entity="sip:[email protected]"><dialog id="b41d67653dc44965b903d1b478efc594" direction='initiator' call-id='313436393838383833393436313538-bs34jdoiubjg' local-tag="sy4s7xwf1e" remote-tag=""><state>trying</state><local><identity display="TG1">sip:[email protected]</identity><target uri="sip:[email protected]:5060"><param pname="x-line-id" pval="0" /></target></local><remote><identity display="aligned">sip:[email protected]</identity><target uri="sip:[email protected]"/></remote></dialog></dialog-info>

Sent to udp:192.168.0.181:5060 at Jul 30 16:27:20.000 (295 bytes):

SIP/2.0 200 Ok
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-h1g7w5lu90sp;rport=5060
From: <sip:[email protected]>;tag=2wbvep3qhq
To: <sip:[email protected]>;tag=puoebfy5p0
Call-ID: 313436393833343934353238343034-p429xsev4jks
CSeq: 38 NOTIFY
User-Agent: snom183
Content-Length: 0



??? Wieso vier mal NOTIFY ???



Received from udp:192.168.0.253:5060 at Jul 30 16:27:20.000 (626 bytes):

CANCEL sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.253:5060;branch=z9hG4bKE54359F13315F09F
From: "aligned" <sip:[email protected]>;tag=04C0496F732D2E26
To: <sip:[email protected]:5060>;q=1.0;reg-id=1;audio;mobility="fixed";duplex="full";description="snom320";actor="principal";events="dialog";methods="INVITE,ACK,CANCEL,BYE,REFER,OPTIONS,NOTIFY,SUBSCRIBE,PRACK,MESSAGE,INFO"
Call-ID: [email protected]
CSeq: 1 CANCEL
Max-Forwards: 70
User-Agent: AVM FRITZ!Box 7490 113.06.60 (Jun 23 2016)
Supported: 100rel,replaces,timer
Allow-Events: telephone-event,refer
Content-Length: 0


Sent to udp:192.168.0.253:5060 at Jul 30 16:27:20.000 (490 bytes):

SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.0.253:5060;branch=z9hG4bKE54359F13315F09F
From: "aligned" <sip:[email protected]>;tag=04C0496F732D2E26
To: <sip:[email protected]:5060>;q=1.0;reg-id=1;audio;mobility="fixed";duplex="full";description="snom320";actor="principal";events="dialog";methods="INVITE,ACK,CANCEL,BYE,REFER,OPTIONS,NOTIFY,SUBSCRIBE,PRACK,MESSAGE,INFO";tag=cypk4whob3
Call-ID: [email protected]
CSeq: 1 CANCEL
User-Agent: snom183
Content-Length: 0


Sent to udp:192.168.0.253:5060 at Jul 30 16:27:20.000 (554 bytes):

SIP/2.0 487 Request Terminated
Via: SIP/2.0/UDP 192.168.0.253:5060;branch=z9hG4bKE54359F13315F09F
From: "aligned" <sip:[email protected]>;tag=04C0496F732D2E26
To: <sip:[email protected]:5060>;q=1.0;reg-id=1;audio;mobility="fixed";duplex="full";description="snom320";actor="principal";events="dialog";methods="INVITE,ACK,CANCEL,BYE,REFER,OPTIONS,NOTIFY,SUBSCRIBE,PRACK,MESSAGE,INFO";tag=cypk4whob3
Call-ID: [email protected]
CSeq: 1 INVITE
User-Agent: snom183
Contact: <sip:[email protected]:5060>;reg-id=1
Content-Length: 0




Sent to udp:192.168.0.181:5060 at Jul 30 16:27:20.000 (1111 bytes):

NOTIFY sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.183:5060;branch=z9hG4bK-oibekwnwbljh;rport
From: <sip:[email protected]>;tag=vq8igsi7xd
To: <sip:[email protected]>;tag=6wpgp6y675
Call-ID: 313436393833343730343237333530-ify73etyl55h
CSeq: 26 NOTIFY
Max-Forwards: 70
User-Agent: snom183
Contact: <sip:[email protected]:5060>;reg-id=1
Event: dialog
Subscription-State: active
Content-Type: application/dialog-info+xml
Content-Length: 640

<?xml version="1.0"?>
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="25" state="full" entity="sip:[email protected]"><dialog id="e7d097a5ce49ab8fcd0576b21a8951e0" direction='recipient' call-id='[email protected]' local-tag="cypk4whob3" remote-tag="04C0496F732D2E26"><state>terminated</state><local><identity>sip:[email protected]:5060</identity><target uri="sip:[email protected]:5060"><param pname="x-line-id" pval="0" /></target></local><remote><identity display="aligned">sip:[email protected]</identity><target uri="sip:[email protected]"/></remote></dialog></dialog-info>


Received from udp:192.168.0.253:5060 at Jul 30 16:27:20.000 (546 bytes):

ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.253:5060;branch=z9hG4bKE54359F13315F09F
From: "aligned" <sip:[email protected]>;tag=04C0496F732D2E26
To: <sip:[email protected]:5060>;q=1.0;reg-id=1;audio;mobility="fixed";duplex="full";description="snom320";actor="principal";events="dialog";methods="INVITE,ACK,CANCEL,BYE,REFER,OPTIONS,NOTIFY,SUBSCRIBE,PRACK,MESSAGE,INFO";tag=cypk4whob3
Call-ID: [email protected]
CSeq: 1 ACK
User-Agent: AVM FRITZ!Box 7490 113.06.60 (Jun 23 2016)
Content-Length: 0



Received from udp:192.168.0.181:5060 at Jul 30 16:27:20.000 (1175 bytes):

NOTIFY sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-d81x0qjht1n2;rport
From: <sip:[email protected]>;tag=2wbvep3qhq
To: <sip:[email protected]>;tag=puoebfy5p0
Call-ID: 313436393833343934353238343034-p429xsev4jks
CSeq: 39 NOTIFY
Max-Forwards: 70
User-Agent: snom181
Contact: <sip:[email protected]:5060>;reg-id=1
Event: dialog
Subscription-State: active
Content-Type: application/dialog-info+xml
Content-Length: 704

<?xml version="1.0"?>
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="38" state="full" entity="sip:[email protected]"><dialog id="b41d67653dc44965b903d1b478efc594" direction='initiator' call-id='313436393838383833393436313538-bs34jdoiubjg' local-tag="sy4s7xwf1e" remote-tag="FFD4949433FC3906"><state>confirmed</state><local><identity display="TG1">sip:[email protected]</identity><target uri="sip:[email protected]:5060"><param pname="x-line-id" pval="0" /><param pname="+sip.rendering" pval='yes' /></target></local><remote><identity display="aligned">sip:[email protected]</identity><target uri="sip:[email protected]"/></remote></dialog></dialog-info>

Sent to udp:192.168.0.181:5060 at Jul 30 16:27:20.000 (295 bytes):

SIP/2.0 200 Ok
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-d81x0qjht1n2;rport=5060
From: <sip:[email protected]>;tag=2wbvep3qhq
To: <sip:[email protected]>;tag=puoebfy5p0
Call-ID: 313436393833343934353238343034-p429xsev4jks
CSeq: 39 NOTIFY
User-Agent: snom183
Content-Length: 0

Received from udp:192.168.0.181:5060 at Jul 30 16:27:20.000 (295 bytes):

SIP/2.0 200 Ok
Via: SIP/2.0/UDP 192.168.0.183:5060;branch=z9hG4bK-oibekwnwbljh;rport=5060
From: <sip:[email protected]>;tag=vq8igsi7xd
To: <sip:[email protected]>;tag=6wpgp6y675
Call-ID: 313436393833343730343237333530-ify73etyl55h
CSeq: 26 NOTIFY
User-Agent: snom181
Content-Length: 0




Und aus der Perspektive snom181, wohin der Anruf durch P11 geholt wurde:
Hier ist eine Sekunde Unterschied, obwohl die Fritzbox NTP bereitstellt.


Code:
Sent to udp:192.168.0.183:5060 at Jul 30 16:27:19 (698 bytes):

NOTIFY sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-u9ohsppde15t;rport
From: <sip:[email protected]>;tag=2wbvep3qhq
To: <sip:[email protected]>;tag=puoebfy5p0
Call-ID: 313436393833343934353238343034-p429xsev4jks
CSeq: 35 NOTIFY
Max-Forwards: 70
User-Agent: snom181
Contact: <sip:[email protected]:5060>;reg-id=1
Event: dialog
Subscription-State: active
Content-Type: application/dialog-info+xml
Content-Length: 227

<?xml version="1.0"?>
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="34" state="full" entity="sip:[email protected]"><dialog id="472ea4bcad6d4430a3069e2ee7b032a1" ><state>trying</state></dialog></dialog-info>


Sent to udp:192.168.0.183:5060 at Jul 30 16:27:19 (961 bytes):

NOTIFY sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-zdsdzy7r2imu;rport
From: <sip:[email protected]>;tag=2wbvep3qhq
To: <sip:[email protected]>;tag=puoebfy5p0
Call-ID: 313436393833343934353238343034-p429xsev4jks
CSeq: 36 NOTIFY
Max-Forwards: 70
User-Agent: snom181
Contact: <sip:[email protected]:5060>;reg-id=1
Event: dialog
Subscription-State: active
Content-Type: application/dialog-info+xml
Content-Length: 490

<?xml version="1.0"?>
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="35" state="full" entity="sip:[email protected]"><dialog id="472ea4bcad6d4430a3069e2ee7b032a1" direction='initiator' call-id='313436393838383833393430313630-s4rvst07exm6' local-tag="" remote-tag=""><state>terminated</state><local><identity display="TG1">sip:[email protected]</identity><target uri="sip:[email protected]:5060"><param pname="x-line-id" pval="0" /></target></local></dialog></dialog-info>


Sent to udp:192.168.0.183:5060 at Jul 30 16:27:19 (701 bytes):

NOTIFY sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-djidcde26k3f;rport
From: <sip:[email protected]>;tag=2wbvep3qhq
To: <sip:[email protected]>;tag=puoebfy5p0
Call-ID: 313436393833343934353238343034-p429xsev4jks
CSeq: 37 NOTIFY
Max-Forwards: 70
User-Agent: snom181
Contact: <sip:[email protected]:5060>;reg-id=1
Event: dialog
Subscription-State: active
Content-Type: application/dialog-info+xml
Content-Length: 230

<?xml version="1.0"?>
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="36" state="partial" entity="sip:[email protected]"><dialog id="b41d67653dc44965b903d1b478efc594" ><state>trying</state></dialog></dialog-info>




Sent to udp:192.168.0.253:5060 at Jul 30 16:27:19 (1312 bytes):

INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-y3few2kdcpme;rport
From: "TG1" <sip:[email protected]>;tag=sy4s7xwf1e
To: "aligned" <sip:[email protected]>
Call-ID: 313436393838383833393436313538-bs34jdoiubjg
CSeq: 1 INVITE
Max-Forwards: 70
User-Agent: snom181
Contact: <sip:[email protected]:5060>;reg-id=1
Replaces: [email protected];to-tag=04C0496F732D2E26;from-tag=cypk4whob3
X-Serialnumber: 0004134D983C
P-Key-Flags: keys="3"
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE
Allow-Events: talk, hold, refer, call-info
Supported: timer, replaces, from-change
Session-Expires: 3600
Min-SE: 90
Content-Type: application/sdp
Content-Length: 487

v=0
o=root 942983285 942983285 IN IP4 192.168.0.181
s=call
c=IN IP4 192.168.0.181
t=0 0
m=audio 58640 RTP/AVP 9 0 8 3 99 112 18 101
a=crypto:1 AES_CM_128_HMAC_SHA1_32 inline:ZqWLmWwp4IU8xlJtFIXbJgGu8YBScXjltgVDKLzC
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:3 GSM/8000
a=rtpmap:99 G726-32/8000
a=rtpmap:112 AAL2-G726-32/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
a=sendrecv




Sent to udp:192.168.0.183:5060 at Jul 30 16:27:19 (1116 bytes):

NOTIFY sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-h1g7w5lu90sp;rport
From: <sip:[email protected]>;tag=2wbvep3qhq
To: <sip:[email protected]>;tag=puoebfy5p0
Call-ID: 313436393833343934353238343034-p429xsev4jks
CSeq: 38 NOTIFY
Max-Forwards: 70
User-Agent: snom181
Contact: <sip:[email protected]:5060>;reg-id=1
Event: dialog
Subscription-State: active
Content-Type: application/dialog-info+xml
Content-Length: 645

<?xml version="1.0"?>
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="37" state="partial" entity="sip:[email protected]"><dialog id="b41d67653dc44965b903d1b478efc594" direction='initiator' call-id='313436393838383833393436313538-bs34jdoiubjg' local-tag="sy4s7xwf1e" remote-tag=""><state>trying</state><local><identity display="TG1">sip:[email protected]</identity><target uri="sip:[email protected]:5060"><param pname="x-line-id" pval="0" /></target></local><remote><identity display="aligned">sip:[email protected]</identity><target uri="sip:[email protected]"/></remote></dialog></dialog-info>


Received from udp:192.168.0.183:5060 at Jul 30 16:27:19 (295 bytes):

SIP/2.0 200 Ok
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-u9ohsppde15t;rport=5060
From: <sip:[email protected]>;tag=2wbvep3qhq
To: <sip:[email protected]>;tag=puoebfy5p0
Call-ID: 313436393833343934353238343034-p429xsev4jks
CSeq: 35 NOTIFY
User-Agent: snom183
Content-Length: 0




Received from udp:192.168.0.253:5060 at Jul 30 16:27:19 (403 bytes):

SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-y3few2kdcpme;rport=5060
From: "TG1" <sip:[email protected]>;tag=sy4s7xwf1e
To: "aligned" <sip:[email protected]>;tag=F45EE576DB7F560E
Call-ID: 313436393838383833393436313538-bs34jdoiubjg
CSeq: 1 INVITE
WWW-Authenticate: Digest realm="fritz.box", nonce="3B077D2CCC2D8AAA"
User-Agent: FRITZ!OS
Content-Length: 0


Sent to udp:192.168.0.253:5060 at Jul 30 16:27:19 (425 bytes):

ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-y3few2kdcpme;rport
From: "TG1" <sip:[email protected]>;tag=sy4s7xwf1e
To: "aligned" <sip:[email protected]>;tag=F45EE576DB7F560E
Call-ID: 313436393838383833393436313538-bs34jdoiubjg
CSeq: 1 ACK
Max-Forwards: 70
User-Agent: snom181
Contact: <sip:[email protected]:5060>;reg-id=1
Content-Length: 0


Sent to udp:192.168.0.253:5060 at Jul 30 16:27:19 (1505 bytes):

INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-w3y6pcorvdfh;rport
From: "TG1" <sip:[email protected]>;tag=sy4s7xwf1e
To: "aligned" <sip:[email protected]>
Call-ID: 313436393838383833393436313538-bs34jdoiubjg
CSeq: 2 INVITE
Max-Forwards: 70
User-Agent: snom181
Contact: <sip:[email protected]:5060>;reg-id=1
Replaces: [email protected];to-tag=04C0496F732D2E26;from-tag=cypk4whob3
X-Serialnumber: 0004134D983C
P-Key-Flags: keys="3"
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE
Allow-Events: talk, hold, refer, call-info
Supported: timer, replaces, from-change
Session-Expires: 3600
Min-SE: 90
Authorization: Digest username="621",realm="fritz.box",nonce="3B077D2CCC2D8AAA",uri="sip:[email protected]",response="859caeb41f70aa6872c4c7371401aa93",algorithm=MD5
Content-Type: application/sdp
Content-Length: 487

v=0
o=root 942983285 942983285 IN IP4 192.168.0.181
s=call
c=IN IP4 192.168.0.181
t=0 0
m=audio 58640 RTP/AVP 9 0 8 3 99 112 18 101
a=crypto:1 AES_CM_128_HMAC_SHA1_32 inline:ZqWLmWwp4IU8xlJtFIXbJgGu8YBScXjltgVDKLzC
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:3 GSM/8000
a=rtpmap:99 G726-32/8000
a=rtpmap:112 AAL2-G726-32/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
a=sendrecv


Received from udp:192.168.0.183:5060 at Jul 30 16:27:19 (295 bytes):

SIP/2.0 200 Ok
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-zdsdzy7r2imu;rport=5060
From: <sip:[email protected]>;tag=2wbvep3qhq
To: <sip:[email protected]>;tag=puoebfy5p0
Call-ID: 313436393833343934353238343034-p429xsev4jks
CSeq: 36 NOTIFY
User-Agent: snom183
Content-Length: 0




Received from udp:192.168.0.253:5060 at Jul 30 16:27:20 (1005 bytes):

SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-w3y6pcorvdfh;rport=5060
From: "TG1" <sip:[email protected]>;tag=sy4s7xwf1e
To: "aligned" <sip:[email protected]>;tag=FFD4949433FC3906
Call-ID: 313436393838383833393436313538-bs34jdoiubjg
CSeq: 2 INVITE
Contact: <sip:[email protected]>
Session-Expires: 3600;refresher=uac
Min-SE: 90
User-Agent: AVM FRITZ!Box 7490 113.06.60 (Jun 23 2016)
Supported: 100rel,replaces,timer
Allow-Events: telephone-event,refer
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE,PUBLISH
Content-Type: application/sdp
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length: 269

v=0
o=user 6440812 6440812 IN IP4 192.168.0.253
s=call
c=IN IP4 192.168.0.253
t=0 0
m=audio 7086 RTP/AVP 0 8 99 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:99 G726-32/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
a=rtcp:7087




Sent to udp:192.168.0.183:5060 at Jul 30 16:27:20 (1175 bytes):

NOTIFY sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-d81x0qjht1n2;rport
From: <sip:[email protected]>;tag=2wbvep3qhq
To: <sip:[email protected]>;tag=puoebfy5p0
Call-ID: 313436393833343934353238343034-p429xsev4jks
CSeq: 39 NOTIFY
Max-Forwards: 70
User-Agent: snom181
Contact: <sip:[email protected]:5060>;reg-id=1
Event: dialog
Subscription-State: active
Content-Type: application/dialog-info+xml
Content-Length: 704

<?xml version="1.0"?>
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="38" state="full" entity="sip:[email protected]"><dialog id="b41d67653dc44965b903d1b478efc594" direction='initiator' call-id='313436393838383833393436313538-bs34jdoiubjg' local-tag="sy4s7xwf1e" remote-tag="FFD4949433FC3906"><state>confirmed</state><local><identity display="TG1">sip:[email protected]</identity><target uri="sip:[email protected]:5060"><param pname="x-line-id" pval="0" /><param pname="+sip.rendering" pval='yes' /></target></local><remote><identity display="aligned">sip:[email protected]</identity><target uri="sip:[email protected]"/></remote></dialog></dialog-info>


Sent to udp:192.168.0.253:5060 at Jul 30 16:27:20 (425 bytes):

ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-dbu88t9evii7;rport
From: "TG1" <sip:[email protected]>;tag=sy4s7xwf1e
To: "aligned" <sip:[email protected]>;tag=FFD4949433FC3906
Call-ID: 313436393838383833393436313538-bs34jdoiubjg
CSeq: 2 ACK
Max-Forwards: 70
User-Agent: snom181
Contact: <sip:[email protected]:5060>;reg-id=1
Content-Length: 0


Received from udp:192.168.0.183:5060 at Jul 30 16:27:20 (295 bytes):

SIP/2.0 200 Ok
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-djidcde26k3f;rport=5060
From: <sip:[email protected]>;tag=2wbvep3qhq
To: <sip:[email protected]>;tag=puoebfy5p0
Call-ID: 313436393833343934353238343034-p429xsev4jks
CSeq: 37 NOTIFY
User-Agent: snom183
Content-Length: 0




Received from udp:192.168.0.183:5060 at Jul 30 16:27:20 (295 bytes):

SIP/2.0 200 Ok
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-h1g7w5lu90sp;rport=5060
From: <sip:[email protected]>;tag=2wbvep3qhq
To: <sip:[email protected]>;tag=puoebfy5p0
Call-ID: 313436393833343934353238343034-p429xsev4jks
CSeq: 38 NOTIFY
User-Agent: snom183
Content-Length: 0




Received from udp:192.168.0.183:5060 at Jul 30 16:27:20 (1111 bytes):

NOTIFY sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.183:5060;branch=z9hG4bK-oibekwnwbljh;rport
From: <sip:[email protected]>;tag=vq8igsi7xd
To: <sip:[email protected]>;tag=6wpgp6y675
Call-ID: 313436393833343730343237333530-ify73etyl55h
CSeq: 26 NOTIFY
Max-Forwards: 70
User-Agent: snom183
Contact: <sip:[email protected]:5060>;reg-id=1
Event: dialog
Subscription-State: active
Content-Type: application/dialog-info+xml
Content-Length: 640

<?xml version="1.0"?>
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="25" state="full" entity="sip:[email protected]"><dialog id="e7d097a5ce49ab8fcd0576b21a8951e0" direction='recipient' call-id='[email protected]' local-tag="cypk4whob3" remote-tag="04C0496F732D2E26"><state>terminated</state><local><identity>sip:[email protected]:5060</identity><target uri="sip:[email protected]:5060"><param pname="x-line-id" pval="0" /></target></local><remote><identity display="aligned">sip:[email protected]</identity><target uri="sip:[email protected]"/></remote></dialog></dialog-info>


Sent to udp:192.168.0.183:5060 at Jul 30 16:27:20 (295 bytes):

SIP/2.0 200 Ok
Via: SIP/2.0/UDP 192.168.0.183:5060;branch=z9hG4bK-oibekwnwbljh;rport=5060
From: <sip:[email protected]>;tag=vq8igsi7xd
To: <sip:[email protected]>;tag=6wpgp6y675
Call-ID: 313436393833343730343237333530-ify73etyl55h
CSeq: 26 NOTIFY
User-Agent: snom181
Content-Length: 0





Received from udp:192.168.0.183:5060 at Jul 30 16:27:20 (295 bytes):

SIP/2.0 200 Ok
Via: SIP/2.0/UDP 192.168.0.181:5060;branch=z9hG4bK-d81x0qjht1n2;rport=5060
From: <sip:[email protected]>;tag=2wbvep3qhq
To: <sip:[email protected]>;tag=puoebfy5p0
Call-ID: 313436393833343934353238343034-p429xsev4jks
CSeq: 39 NOTIFY
User-Agent: snom183
Content-Length: 0





### Fritzbox stürzt ab ###


Die Snom schicken erfolglos REGISTER an Fritzbox.
Nach vier bis fünf Minuten ist die Fritzbox wieder hochgefahren.
Die Snom REGISTER erfolgreich an der Fritzbox.
Die Snom SUBSCRIBE erfolgreich gegenseitig.


Das Log der Fritzbox beginnt mit "DSL ist verfügbar"
Interessante Einträge gibt es also nicht.


log.htm zeigt auf allen drei Snom nur die timeout.


Im Display snom181 steht noch:

192.168.0.181/screen.bmp
1. Zeile: Verbunden 00:18
2. Zeile: [Hörer <- ->] 015nnnnnnnnn

Auf 192.168.0.181/index.htm hab ich auf [Auflegen] geklickt.
Dann kam wieder die gewohnte Ansicht (s.o.)


Im Display der beiden anderen Snom steht auch nach Stunden:

192.168.0.182/screen.bmp
1. Zeile: Anrufe
2. Zeile: 621 <- -> 015nnnnnnnnn

192.168.0.183/screen.bmp
1. Zeile: Anrufe
2. Zeile: 621 <- -> 015nnnnnnnnn

Nach einem Neustart zeigen die wieder die gewohnte Ansicht.


Warum machen die das?
Das Gespräch ist doch beendet.
Sogar die Fritzbox ist abgestürzt.
Da kann kein Handy mit einem Snom verbunden sein.
Kann das Display ohne reboot die gewohnte Ansicht zeigen?


Warum stürzt die Fritzbox ab?
Das macht die erst seit P11.


Warum tauchen immer noch die 29 Zeichen auf? (67674B5...)
 
Moins

Jedesmal wenn sich auf der Line der <state></state> (XML) ändert gibt es auch ein neues NOTIFY.
Achte mal darauf:
<state>trying</state>
...
<state>ringing</state>
...
<state>confirmed</state>
...
<state>terminated</state>
...u.s.w.

Wenn die Fritz!Box abstürzt dann kommt* auch kein NOTIFY mehr, und der Letzte ( <state> ) bleibt in der Anzeige stehen.
Der Neustart der Box liegt wahrscheinlich am Versuch den Call durch drücken der P11 Taste zu übernehmen.
...das kann die wohl nicht ab.
Die Fritz!Box hat dafür einen eigenen Code, den du dafür mal an einer SNOM-Nebenstelle die nicht angerufen wird als Call-Pickup nutzen/testen solltest: *09 (ENTER)
Fritz!Box und "SIP Awareness" sind leider 2 verschiedene Welten. :silly:


* LAN Switch der F!B hat sich verabschiedet durch Neustart
 
Zuletzt bearbeitet:
So eine blinkende Taste verführt natürlich zum Drücken,
wenn dann jedesmal die Fritzbox abstürzt,
gewöhnt man sich das schnell wieder ab.

Das mit *09 (Häkchen) funktioniert,
leider nur mit manuellen Drücken von vier Tasten.
Kann man das auf eine Funktionstaste legen?
 
Nicht selber probiert, aber als "Quickdial" z.B. : 8 oder 9 könntest du das eventuell abkürzen...
Kurzwahl 8 = *09
Dann: 8 wählen und ENTER drücken (oder Hörer abnehmen)
Das klappt aber, wenn überhaupt, nur bei eingehenden externen Anrufen.
...nicht mit den Internen.
 
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.