[asterisk-dev] Call Pickup Issues v1.6.2.11
Mark Michelson
mmichelson at digium.com
Wed Aug 25 18:21:02 CDT 2010
On Wed, 2010-08-25 at 18:15 -0500, Mark Michelson wrote:
> On Wed, 2010-08-25 at 18:54 -0400, Bryant Zimmerman wrote:
> > Hi all now that I am on 1.6.2.11 I am running into call pickup
> > issues.
> >
> >
> >
> > What changed between asterisk 1.6.1.20 and 1.6.2.11 with call pickup.
> > I can not find anything in the change log that would indicate why our
> > call pickup ability broke.
> >
> >
> >
> > Grandstream phones send a prefix to the extension on call pickup so
> > say a user tries to pickup extension 6168551030.6001 the grand stream
> > phone would send **6001 our dial context for extensions would send a
> > pickup for SIP/6168551030.6001
> >
> >
> >
> > Exp:
> >
> >
> >
> > [macro-SBussniessMSIP-Operator]
> > exten => s,1,Set(_PICKUPMARK=ext6168551030.OPERATOR)
> >
> > [macro-Core_ExtFlow]
> > exten => s,1,NoOp(${ARG3})
> > .......
> >
> > exten => _NXXX,1,Set(_PICKUPMARK=DOcp
> > ${sitePickupGroupEXT}${siteExtPrefix}${l_Ext})
> > exten => _NXXX,n,NoOp(${CALLERID(num)})
> >
> > exten => _**NXXX,1,Set(l_Exten=${EXTEN:2})
> >
> > exten => _**NXXX,n,Goto(DoPickup,1)
> >
> >
> >
> > exten => DoPickup,1,Pickup(ext6168551030.${l_Exten}@PICKUPMARK)
> >
> > exten => DoPickup,n,Pickup(ext6168551030.OPERATOR at PICKUPMARK)
> >
> >
> >
> > This worked grate. But when we went to asterisk version 1.6.2.11
> > they system no longer goes to the **6001 extension in our dial
> > context. The cli shows the following
> >
> >
> >
> > [Aug 25 13:04:38] NOTICE[9272]: chan_sip.c:19964
> > handle_request_invite: Trying to pick up 6001 at 6168551030-sbm-blf
> >
> > [Aug 25 13:04:38] NOTICE[9272]: chan_sip.c:19964
> > handle_request_invite: Trying to pick up 6001 at 6168551030-sbm-blf
> >
> > == Extension Changed 6003[6168551030-sbm-blf] new state InUse for
> > Notify User 6168551030.6001
> >
> >
> >
> > After doing some packet captures it apears that some how asterisk
> > version 1.6.2.11 is flagging the phone and grandstream is sending the
> > call without the **Exten but the Invite header has somthing about
> > pickup in the Contact and asterisk is trying to look in my
> > subscribecontext=6168551030-sbm-blf
> >
> > Message Header
> > Contact: <sip:6168551030.2032 at 192.168.40.126:44668;transport=udp>
> >
> > Replaces: pickup-ec475d2a488a2601 at 192.168.40.126
> > Supported: replaces, timer, path
> >
> > When I dial the **6001 to do the pickup and do not push the flashing
> > blf they the pickup works like it use to.
> >
> >
> >
> > Any ideas or direction? Who has changed the pickup code so they could
> > tell me what has changed and how to override it back to the old
> > behavior.
> >
> >
> >
> > The Grandstream guys are going crazy with this one their engineer is
> > trying to help me figure out what is causing their phone to change
> > it's behavior and not send the **
> >
> >
> > Thanks
> >
> > Bryant
>
> See these issue reports:
> https://issues.asterisk.org/view.php?id=17633
> https://issues.asterisk.org/view.php?id=14567
> https://issues.asterisk.org/view.php?id=17671
>
> They were fixed on August 13, so likely after the release of 1.6.2.11.
> If you try using the current tip of the 1.6.2 branch, do you still have
> the issue?
>
> Mark Michelson
>
>
Sorry, ignore the 14567 issue. It's different.
Mark Michelson
More information about the asterisk-dev
mailing list