Here's the logs for the call park retrieve. (Dale, I have emailed this to you directly)
On a related note: sipXrls (on the 3.10 branch - interop setup) does not work due to a similar issue. All RLS SUBSCRIPTIONS are answered with a "404 Not Found". Rolling back this change gets the RLS working again. http://sipxecs.sipfoundry.org/ViewVC/sipXecs/main/extras/interop-server- config/sipx_confdir/mappingrules.xml.in.pre?r1=12451&r2=12665 Arjun. -----Original Message----- From: Dale Worley [mailto:[EMAIL PROTECTED] Sent: Friday, June 13, 2008 3:53 PM To: Nair, Arjun (CAR:9D30) Cc: [EMAIL PROTECTED] Subject: RE: Interop Server Configuration in Branch 3.10 - Call Park Retrieve On Fri, 2008-06-06 at 13:13 -0400, Arjun Nair wrote: > Right now in 3.10, when trying to execute a call park retrieve, it > parks the call to the orbit rather than retrieving the parked call > (see attached trace). Rolling back this change gets things working > back to normal. Hence, I assume 3.10 is having some problem with using > "${SIPXCHANGE_DOMAIN_NAME};transport=tcp?Route=sip:${ORBIT_SERVER_SIP_ > SR V_OR_HOSTPORT}" in the Contact header of the "302 Moved > Temporarily" > message from the SipRegistrar (the invite gets forwarded right back to > the Registrar again instead of sipxpark). I think we're going to need more information to make sure I know exactly why this happened. Do you have the log for sipxpark? (The retrieve call was at 2008-06-02T18:57Z.) Dale _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
