Hello, I am having a problem retrieving parked inbound calls at sipxpark ( see http://track.sipfoundry.org/browse/XECS-1726 ).
I have attached the snapshot here : http://track.sipfoundry.org/secure/attachment/16746/sipx-configuration-sipxtest.example.local.tar.gz Here is the merged.xml for the interaction of interest: http://track.sipfoundry.org/secure/attachment/16747/merged.xml.gz The Scenario is : 1. The inbound call arrives from an ITSP. It is answered by extension 203 2. 203 parks the call ( REFER to extension 300 ) 3. 201 attempts to retrieve the call. The retrieval does not work. In the merged.xml above : Notice the NOTIFY on Frame 166. This matches the REFER dialog but the Park server is rejecting it with a 481. The tags for NOTIFY look fine it as far as I can tell. I looked through the park server log files and it appears that the reason for the failure is that the NOTIFY does not have a Proxy-Authorization header. Indeed sipxbridge does not get challenged for Proxy-Authorization and hence the NOTIFY cannot have such a header. The Park server consequently never hangs up the call with the inbound caller on park ( never sends BYE). At least, that is my best conjecture. I request a park server expert to look at the snapshot and the merged.xml file above for this scenario and please let me know if this is the problem ( as I suspect it is ). If so then, how do I get around this? Can the park server recognize that a trunked call is being parked and be kind and not send 481 if Proxy-Authorization is not present? Thank you in advance for any help. Regards, Ranga -- M. Ranganathan _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
