Tony I think what Matt and Jean are saying is that if the RLS already has a subscription to the phone from where you want to pickup a call, then instead of asking the phone again, the proxy could just ask the RLS. That would be faster and likely less error prone, especially if the RLS runs on the same server. It requires though that the RLS already has a subscription to that phone. --martin
> -----Original Message----- > From: [email protected] [mailto:sipx-dev- > [email protected]] On Behalf Of Tony Graziano > Sent: Saturday, September 18, 2010 5:34 PM > To: sipXecs developer discussions > Subject: Re: [sipx-dev] sipXecs / Call Pickup (*78) > > >From a call flow it sounds messy to me, because the dialplan and the > call is now handled by the proxy and the rls. > > If there is an issue with the reliability of the proxy it should be > documented and a jira turned in. In order ti get rls involved it has > to interact with the proxy and cdr in the suggested rls method, at > which point you probably start making this service unreliable or > unworkable or worse. > > If the proxy is doing something wrong, fix it. Working another "pretty > much" unrelated service into the picture just sounds messy. > > What does the proxy show (siptrace) when the pickup fails? > > On 9/18/10, Matt White <[email protected]> wrote: > > I think he suggesting the proxy look in the RLS for the call info > before > > sending out another subscription. Not that the RLS perform the > invite. > > > > Sounds like an elegant method too me. Call pickup now is hit or miss > for > > several phones brands. > > > > -M > > > >>>> Tony Graziano <[email protected]> 09/18/10 2:26 PM >>> > > Yes, but that's an in memory DB for registrations and authentication. > The > > RLS looks there, but it is not involved in connecting a call. > > > > That's what sipXproxy is for. > > > > On Sat, Sep 18, 2010 at 2:16 PM, Jean-Hugues Royer [email protected]> > wrote: > > I forget to add the word "consolidated" before RLS in my message. > > > > If there is a consolidated RLS active at sipXecs it keeps in memory > > every subscribed extension calls information (the full RLS does not), > if > > ?you try to pick up a call on one of its subscribed extension the > > information about that ringing calls should be there. > > > > ---- > > 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. > > > > > > _______________________________________________ > > 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. > > > > </[email protected]> > > > > -- > Sent from my mobile device > > ====================== > 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/ _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
