[asterisk-users] Problem while sending SIP NOTIFY via AMI in 1.8.10-rc2
Karsten Wemheuer
kwem at gmx.de
Wed Feb 29 11:07:11 CST 2012
Hi,
while testing asterisk 1.8.10-rc2 I stumbled across a weird behavior. I
want to notify a snom phone to reload its configuration. For this to
happen, I use the NOTIFY mechanism. I started the notify via AMI
command. Asterisk is bound to udp 25060, because all phones are
registered with a local opensips proxy which uses 5060. The expected
behavior would be:
asterisk send SIP NOTIFY to the proxy, the proxy sends it to the phone.
Actually asterisk sends the packet to the proxy, but the contact header
contains something invalid (IMHO):
On Manager Interface:
T 127.0.0.1:57530 -> 127.0.0.1:5038 [AP]
Action: SIPnotify.
Channel: SIP/max.
Variable: Event=check-sync\;reboot=false.
Leads to:
U 192.168.10.72:25060 -> 192.168.10.72:5060
NOTIFY sip:max at 192.168.10.72 SIP/2.0.
Via: SIP/2.0/UDP 192.168.10.72:0;branch=z9hG4bK1dff6efe.
Max-Forwards: 70.
From: "asterisk" <sip:asterisk at 192.168.10.72>;tag=as66766c2a.
To: <sip:max at 192.168.10.72>.
Contact: <sip:asterisk at 192.168.10.72:0>.
Call-ID: 412a8eff76bd7ac56ac06831256fd6aa at 192.168.10.72.
CSeq: 102 NOTIFY.
Subscription-State: terminated.
Event: check-sync;reboot=false.
Content-Length: 0.
The weird thing is the port number 0 in the contact header.
Is this a bug or do I something wrong?
Thanks,
Karsten
More information about the asterisk-users
mailing list