[SFtrack] Commented: (XECS-16) SIPx ignores retransmitted SUBSCRIBE messages.
[ http://track.sipfoundry.org/browse/XECS-16?page=comments#action_20294 ]
Mark Gertsvolf commented on XECS-16:
------------------------------------
This is a special case of a general problem described in XPB-1015.
SIPX ignores incoming UDP retransmissions from remote UACs.
In SipUserAgent.cpp line 1563 revision 10003 in SipUserAgent::dispatch method
there is a test to check whether the incoming SIP message (request or response)
is a retransmission.
Then only final responses to INVITE transactions are passed on, while all other
messages are discarded.
Seems like an explicit test to filter out most of the duplicated messags. I
would need to turn to Scott or somebody else who know the history of this code
why this has been done.
> SIPx ignores retransmitted SUBSCRIBE messages.
> ----------------------------------------------
>
> Key: XECS-16
> URL: http://track.sipfoundry.org/browse/XECS-16
> Project: sipXecs
> Issue Type: Bug
> Components: sipXpbx
> Reporter: Alex Zolotar
> Assigned To: Mark Gertsvolf
> Priority: Minor
> Fix For: 3.8
>
>
> During a subscription for message-summary event, if a UA resends a SUBSCRIBE
> message with a same call-id and same CSEQ, SIPx should retransmit original
> "202 Accepted" response. This is because the original 202 might have been
> lost and this is why the UA resends. Currently, SIPx will only send a single
> 202 response to a first SUBSCRIBE and ignore all retransmitted requests.
> The behavior might also be the same for the other subscriptions and
> registrations, please verify.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://track.sipfoundry.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
