It's important to note that call pickup generally does fail if the line that is being picked up is on more than one UA. I'm not sure the RLS is the place to look, because that is not a place a call is actually connected from, I think it should be the proxy allowing the pickup.
What message are you seeing at the proxy when the pickup fails? On Sat, Sep 18, 2010 at 1:56 PM, Jean-Hugues Royer <[email protected]>wrote: > Hi, > > The call (ringing) pickup (*78) system is failing with several phones > and can be enhanced. > > When you try to pick up a call ringing on extension (using *78), sipXecs > subscribes (RFC4235) to the ringing extension to find out the ringing > call information (callid, from-tag, to-tag) to be able to send an > INVITE/Replaces to the caller extension to replace the call. > > This is indeed the good way to do it but right now there is one problem > and one possible enhancement. > > First the problem, the subscription has an expiration time of 1 > (Expires: 1), several phones refuses the subscription with "423 Interval > too small" because this is a too small expiration value, the good value > for polling should be zero. The result is that the pickup fails with > these phones. > > Second the enhancement, sipXecs should first try to look int all its > RLS, because it is very likely that this ringing call information is > already there and it would spare a subscription and thus would likely > succeed faster and with more phones. > > Regards. > > _______________________________________________ > sipx-dev mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-dev/ > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.984.8431 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ Why do mathematicians always confuse Halloween and Christmas? Because 31 Oct = 25 Dec.
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
