[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
Mon Jul 14 02:15:47 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: 07-14-2008 02:15 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
======================================================================
----------------------------------------------------------------------
ramonpeek - 07-14-08 02:15
----------------------------------------------------------------------
Habile:
I looked at your issue again and think I've found the Asterisk part of
your problem.
The patch I created should NOT be applied, however it did gve me insight
into what is most likely wrong. I'm probably a bit stupid for not asking
you about this before...
Do you have the setting "subscribemwi=yes" defined for all peers with
mailboxes?
If not, Asterisk will not check whether the peer has subscribed to
Voicemail at Asterisk an send the MWI Notify if there is any message in the
mailbox.
If yes, Asterisk will only send a MWI Notify if the peer has subscribed.
So if you define the "subscribemwi=yes" at each peer that uses a mailbox
you shoudn't see those warnings anymore. However you should still need to
figure out how to make your Siemens S450 register to voicemail for all it's
'lines' and not only the first one.
Issue History
Date Modified Username Field Change
======================================================================
07-14-08 02:15 ramonpeek Note Added: 0090185
======================================================================
More information about the asterisk-bugs
mailing list