The reason why the delay is there is because the registrar queries all phones registered to the user ID, then determines which of the ringing calls to pick up. The value set in registrar for call pickup delay is so the system has time to receive and process the responses to those queries. There was an idea being thrown around a while back to simply connect the call to the first response but I don't think it went anywhere. I opened a similar request a while back: http://track.sipfoundry.org/browse/XX-7922
On Mon, Oct 17, 2011 at 8:18 AM, Nathaniel Watkins < nwatk...@garrettcounty.org> wrote: > G.711u is the only codec enabled - *78<ext> <send> produces the same > result.**** > > ** ** > > I just tried internal only (ext. a calls ext. b – phone c does *78<extb>) – > the latency is the same internally as well. I thought this may have been a > Patton/PRI issue, it does not appear to be the case.**** > > ** ** > > ** ** > > *From:* sipx-users-boun...@list.sipfoundry.org [mailto: > sipx-users-boun...@list.sipfoundry.org] *On Behalf Of *Tony Graziano > *Sent:* Monday, October 17, 2011 9:03 AM > > *To:* Discussion list for users of sipXecs software > *Subject:* Re: [sipx-users] Call pickup speed?**** > > ** ** > > I have always seem the same behavior with or with out e f k**** > > On Oct 17, 2011 8:55 AM, "Michael Picher" <mpic...@ezuce.com> wrote:**** > > best guesses might be to minimize codec choices and make sure your digit > map is in good order. try doing the pickup without the EFK.**** > > ** ** > > mike**** > > On Mon, Oct 17, 2011 at 8:51 AM, Nathaniel Watkins < > nwatk...@garrettcounty.org> wrote:**** > > I figured that was the case – the last group of users I added use call pick > up a lot…so I promised I’d look into the possibility of improving pickup > speed.**** > > **** > > Nathaniel Watkins > IT Director > Garrett County Government > 203 South 4th Street, Room 210 > Oakland, MD 21550 > Telephone: 301-334-5001 > Fax: 301-334-5021 > E-mail: nwatk...@garrettcounty.org**** > > **** > > *From:* sipx-users-boun...@list.sipfoundry.org [mailto: > sipx-users-boun...@list.sipfoundry.org] *On Behalf Of *Tony Graziano > *Sent:* Monday, October 17, 2011 8:48 AM**** > > > *To:* Discussion list for users of sipXecs software > *Subject:* Re: [sipx-users] Call pickup speed?**** > > **** > > I think its "normal" but not desired. > due to the processing in play, it might not be possible. the call > establishes but the audio takes a moment to establish.**** > > On Oct 17, 2011 8:44 AM, "Nathaniel Watkins" <nwatk...@garrettcounty.org> > wrote:**** > > I usually just have it on monitored speed dials - so when the indicator > light flashes (indicating a call) - and they push the corresponding soft > key, there is a delay connecting to the call. It's not an issue with the > *78<ext> being 'sent' > > > -----Original Message----- > From: sipx-users-boun...@list.sipfoundry.org [mailto: > sipx-users-boun...@list.sipfoundry.org] On Behalf Of Todd Hodgen > Sent: Sunday, October 16, 2011 9:56 PM > To: 'Discussion list for users of sipXecs software' > Subject: Re: [sipx-users] Call pickup speed? > > Do you have *78<ext> defined in your dial string for the phones? Does it > have a T behind it? I'd play around in that area and see if it speeds > things up for you. > > -----Original Message----- > From: sipx-users-boun...@list.sipfoundry.org > [mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Nathaniel > Watkins > Sent: Sunday, October 16, 2011 4:15 PM > To: Discussion list for users of sipXecs software > Subject: [sipx-users] Call pickup speed? > > I occasionally get complaints of the second of hesitation when dialing > *78<ext> until being connected with the caller. Is there a way to reduce > this delay? > > This message and any files transmitted with it are intended only for the > individual(s) or entity named. If you are not the intended individual(s) or > entity named you are hereby notified that any disclosure, copying, > distribution or reliance upon its contents is strictly prohibited. If you > have received this in error, please notify the sender, delete the original, > and destroy all copies. Email transmissions cannot be guaranteed to be > secure or error-free as information could be intercepted, corrupted, lost, > destroyed, arrive late or incomplete, or contain viruses. Garrett County > Government therefore does not accept any liability for any errors or > omissions in the contents of this message, which arise as a result of email > transmission. > > > Garrett County Government, > 203 South Fourth Street, Courthouse, Oakland, Maryland 21550 > www.garrettcounty.org _______________________________________________ > sipx-users mailing list > sipx-users@list.sipfoundry.org > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > > _______________________________________________ > sipx-users mailing list > sipx-users@list.sipfoundry.org > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > _______________________________________________ > sipx-users mailing list > sipx-users@list.sipfoundry.org > List Archive: http://list.sipfoundry.org/archive/sipx-users/**** > > > _______________________________________________ > sipx-users mailing list > sipx-users@list.sipfoundry.org > List Archive: http://list.sipfoundry.org/archive/sipx-users/**** > > > > **** > > ** ** > > -- > Michael Picher > eZuce > Director of Technical Services > O.978-296-1005 X2015 > M.207-956-0262 > @mpicher <http://twitter.com/mpicher> > www.ezuce.com**** > > > _______________________________________________ > sipx-users mailing list > sipx-users@list.sipfoundry.org > List Archive: http://list.sipfoundry.org/archive/sipx-users/**** > > _______________________________________________ > sipx-users mailing list > sipx-users@list.sipfoundry.org > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > -- Josh Patten eZuce Solutions Architect O.978-296-1005 X2050 M.979-574-5699
_______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users/
