< Previous by Date Date Index Next by Date >
< Previous in Thread Thread Index Next in Thread >

[SFtrack] Commented: (XECS-1615) Park server does not stop transmitting media stream even after it is sent a BYE


    [ 
http://track.sipfoundry.org/browse/XECS-1615?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_30292
 ] 

Dale R. Worley commented on XECS-1615:
--------------------------------------

Unfortunately, the dialog of interest is from sipXbridge to sipXpark, so 
Wireshark didn't capture any of the SIP or RTP packets.  The dialog signaling 
is correct though, with sipXbridge sending a BYE to sipXpark and sipXpark 
responding 200.  I'll try this on my testbed and see if it's reproducible.  
It's possible that the handling of media between endpoints with the same IP 
address is incorrect -- I don't think we have any previous use with hairpinned 
RTP.


> Park server does not stop transmitting media stream even after it is sent a 
> BYE
> -------------------------------------------------------------------------------
>
>                 Key: XECS-1615
>                 URL: http://track.sipfoundry.org/browse/XECS-1615
>             Project: sipXecs
>          Issue Type: Bug
>    Affects Versions: 3.11.5
>            Reporter: M. Ranganathan
>            Assignee: Dale R. Worley
>            Priority: Critical
>             Fix For: 4.0
>
>         Attachments: callwithus.pcap.gz, snapshot.tar.gz
>
>
> Scenario
> -------
> Make call via sipxbridge
> Make an outbound call with callwithus.com to pstn number
> Do an attended transfer to extension 201 from extension 203. 
> Music on hold is playing when transfer happens ( as expected ).
> Symptom
> ------
> Music on hold continues to play even when BYE is sent to park server.
> Strangely, it works fine for AT&T. Does not work for callwithus.com ( the 
> flow is the exact same ).
> I can also get it to stop by re-inviting the ITSP ( I am not sure what this 
> has to do with it ).
> Included are the debug logs and wireshark capture (unfiltered as requested by 
> Dale).

-- 
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