[asterisk-bugs] [Asterisk 0012560]: [patch] Problems with NOTIFY due to Asterisk sending wrong CALL-ID and duplicate sip: tag in header of NOTIFY

noreply at bugs.digium.com noreply at bugs.digium.com
Tue Jun 10 13:24:25 CDT 2008


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12560 
====================================================================== 
Reported By:                vsauer
Assigned To:                oej
====================================================================== 
Project:                    Asterisk
Issue ID:                   12560
Category:                   Channels/chan_sip/Subscriptions
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.4.19 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             04-30-2008 14:10 CDT
Last Modified:              06-10-2008 13:24 CDT
====================================================================== 
Summary:                    [patch] Problems with NOTIFY due to Asterisk sending
wrong CALL-ID and duplicate sip: tag in header of NOTIFY
Description: 
Hi,

(first of all: I'm not an expert on SIP. So I might be completly wrong.
Don't take it personally).

I have the following problem with 1.4.19:

Leaving ore deleting a message on/from the voicemail does not correctly
trigger the MWI LED on a Siemens Gigaset S685 while it does on a Snom 370.
A lot of people may claim this is a bug of the 685, but I think it isn't.
It's related to Asterisk.
For some reason the Snom behaves more tolerant (Snoms have options like
"accept broken registrar" etc), but the 685 doesn't.

Here's the exakt problem:

Step 1) Restart Asterisk, Shut down Siemens S685

Step 2) Leave a message on voicemail
VM is registerd in all phones and setup in voicemail.conf
Snom phone (which is on all the time) starts blinking

Step 3) Power on Siemens S685
Siemens get subscription:

arthur*CLI> sip show subscriptions
Peer             User        Call ID      Extension        Last state    
Type            Mailbox
192.168.0.15     gigaset11   1259484430@  --               <none>        
mwi             101 at defaul

MWI LED starts blinking.


Step 4) Take another phone (like the Snom), goto mailbox and delete
message
-> Snom stops blinking
-> S685 doesn't, MWI still blinking

After deletion of the messgae, CLI shows:
[Apr 30 20:33:27] WARNING[16137]: chan_sip.c:12814 handle_response: Remote
host can't match request NOTIFY to call
'67ffd8e6092c427f3e23547d06841655 at volker-sauer.de'. Giving up.

See dump of packages in additional information.

You can see, that in Packet 1, the Call-ID of the subscriprion is
1259484430 at 192_168_0_15

In Packet 3 - which is the notify of changed count of messages in VM, the
Call-ID is:
67ffd8e6092c427f3e23547d06841655 at volker-sauer.de

which is therefore rejected by the Siemens in Packet 4:
481 Call Leg/Transaction Does Not Exist


Somehow Snom phons accept this, though.

What is weired, too:
Look at the To field in packet 1:
        To: <sip:sip:gigaset11 at 192.168.0.15:5060>;tag=4293876579
why "sip:sip:...." is this correct? Lookes like a typo..
and somehow it's correct in package 3:
        To: <sip:gigaset11 at 192.168.0.15:5060>

I'll add a wireshark dump of the 4 packages in case additional information
is needed.

To my understanding, the Siemens seems to be right by rejecting the
NOTIFY. And this could be a bug of Asterisk.

Maybe it's related too:

http://bugs.digium.com/view.php?id=6848

See the message of caspy on 04-03-06 06:25

"It seems, that this is because NOTIFY request come with 'tag' field in
"From:" header different to one, that was given by phone in SUBSCRIBE
request."
Maybe this could be related, too.

Regards
Volker

====================================================================== 

---------------------------------------------------------------------- 
 petergg - 06-10-08 13:24  
---------------------------------------------------------------------- 
Hi,
i have uploaded the complete sip-debug.
I think this lines are important:

---snipp---
SIP/2.0 481 CallLeg/Transaction Does Not Exist
Via: SIP/2.0/UDP 192.168.0.10:5060;branch=z9hG4bK08ca1873;rport
From: "asterisk"<sip:asterisk at 192.168.0.10:5060>;tag=as193d0b51
To: <sip:40 at 192.168.0.33:5060;user=phone>;tag=c0a80101-1c0e7cb8
Call-ID: bf6783f1-c0a80101-d-4d at 192.168.0.33
CSeq: 106 NOTIFY
Content-Length: 0

<------------->
--- (7 headers 0 lines) ---
[Jun 10 20:25:06] WARNING[7320]: chan_sip.c:12916[0  ;37;40m
handle_response: Remote host can't match request NOTIFY to call
'bf6783f1-c0a80101-d-4d at 192.168.0.33'. Giving up.
---snipp--- 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
06-10-08 13:24  petergg        Note Added: 0088557                          
======================================================================




More information about the asterisk-bugs mailing list