[App_rpt-users] Reverse AutoPatch

Thu Mar 31 16:08:33 UTC 2016

This is what I had thought from what I could find online.  My features.conf
is the default and I have not modified the section of the extensions.conf.
I cannot find any stanza for the "parkedcalls" context reference in
features.conf.  When the call comes in, the system does announce that there
is an inbound call on the defined Node and extension of 0701.  I have tried
also *610701 etc... just given that *61 brings autopatch up to dailtone..

> $ grep '^6' *
> rpt.conf:61 = autopatchup,noct = 1,farenddisconnect = 1,dialtime = 20000
>  ; Autopatch up
> rpt.conf:62 = autopatchdn
> ; Autopatch down
> rpt.conf:67 = remote,210 ; Send a *
> rpt.conf:69 = remote,211 ; Send a #

> $ grep -i park *
> chan_dahdi.conf:;   Also enables call parking (overrides the 'canpark'
> parameter)
> chan_dahdi.conf:; Allow call parking
> chan_dahdi.conf:; ('canpark=no' is overridden by 'transfer=yes')
> chan_dahdi.conf:canpark=yes
> extensions.conf:exten =>
> s,1,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75
> extensions.conf:exten = _07XX,1,Goto(parkedcalls|${EXTEN:1}|1)
> extensions.conf:exten =>
> _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120)
> features.conf:; Sample Call Features (parking, transfer, etc) configuration
> features.conf:parkext => 700 ; What extension to dial to park
> features.conf:parkpos => 701-720 ; What extensions to park calls on.
> These needs to be
> features.conf: ; and increments with one for the next parked call.
> features.conf:context => parkedcalls ; Which context parked calls are in
> modules.conf:load => app_parkandannounce.so ; Call Parking and Announce
> Application

repeater*CLI> dialplan show custom-gv-answer
> [ Context 'custom-gv-answer' created by 'pbx_config' ]
>   's' =>            1.
> Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) [pbx_config]
>                     2. Hangup()
> [pbx_config]
> -= 1 extension (2 priorities) in 1 context. =-

<features.conf>
[general]
parkext => 700                  ; What extension to dial to park
parkpos => 701-720              ; What extensions to park calls on. These
needs to be
                                ; numeric, as Asterisk starts from the
start position
                                ; and increments with one for the next
parked call.
context => parkedcalls          ; Which context parked calls are in

<extensions.conf snip>
[radio]
exten = _X11,1,Goto(check_route|${EXTEN}|1);
exten = _NXXXXXX,1,Goto(check_route|1${HOMENPA}${EXTEN}|1)
exten = _1XXXXXXXXXX,1,Goto(check_route|${EXTEN}|1)
exten = _07XX,1,Goto(parkedcalls|${EXTEN:1}|1)
exten = 00,1,Goto(my-ip|s|1)

On Wed, Mar 30, 2016 at 11:05 PM, Jim Duuuude <telesistant at hotmail.com>
wrote:

> 701 is meant to un-park call parked in parking lot 1 in Asterisk.
>
> If your autopatch access code is *6, then *6 plus what it tells
>
> you to dial (0701) should work, if you have the call parking configured
>
> correctly (see features.conf), and accessed in the autopatch's
>
> Asterisk dialplan, as is in the default extensions.conf:
>
>
> exten=_07XX,1,Goto(parkedcalls|${EXTEN:1}|1)
>
>
> In the default config that is shipped with ACID, this is how it is set up
>
> already.
>
>
> Jim
>
>
>
>
> ------------------------------
> *From:* JJC <cummingsj at gmail.com>
> *Sent:* Wednesday, March 30, 2016 8:25 PM
>
> *To:* Jim Duuuude
> *Cc:* app_rpt-users at ohnosec.org
> *Subject:* Re: [App_rpt-users] Reverse AutoPatch
>
> It is now at the point where it announces there is an incoming call but
> none of the commands that I have found seem to be working.. trying:
>
> *60701
> *6701
>
> I also changed the extension from 701 to s with the same results (while
> removing the /701 from the register line), removed the Answer() directive
>
> <sip.conf>
> register=USER:<obfuscated>@THING/701
>
> [THING]
> type=peer
> allowguest=yes
> autocreatepeer=yes
> insecure=port,invite
> username=THING
> secret=<obfuscated>
> host=gvgw.simonics.com
> qualify=no
> allowexternaldomains=yes
> context=custom-gv-answer
>
> <extensions.conf>
> [custom-gv-answer]
> exten => 701,1,Answer()
> exten => 701,n,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75
> exten => 701,n,Hangup
>
> On Wed, Mar 30, 2016 at 6:34 PM, JJC <cummingsj at gmail.com> wrote:
>
>> It's all one big mess, yes I did need that also.. It seems that when I
>> make changes even to my reverse auto patch it affects the error that I
>> noted.  Thanks for the info for sure!
>>
>> Sent from the iRoad
>>
>> On Mar 30, 2016, at 18:26, Jim Duuuude <telesistant at hotmail.com> wrote:
>>
>> No, that's a SIP problem, I thought you were needing info on the reverse
>> autopatch.
>>
>>
>> ------------------------------
>> *From:* JJC <cummingsj at gmail.com>
>> *Sent:* Wednesday, March 30, 2016 5:24 PM
>> *To:* Jim Duuuude
>> *Cc:* app_rpt-users at ohnosec.org
>> *Subject:* Re: [App_rpt-users] Reverse AutoPatch
>>
>> This will address the "found no matching peer or user" error?
>>
>> Sent from the iRoad
>>
>> On Mar 30, 2016, at 17:10, Jim Duuuude <telesistant at hotmail.com> wrote:
>>
>> A real, live example is in extensions.conf, just after the beginning of
>> the [allstar-sys] stanza:
>>
>>
>> exten =>
>> _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75
>>
>> exten => _1.,n,Hangup
>>
>>
>> In this case, it is passed 1 plus the node number as an extension. If you
>> replace "${EXTEN:1}" with your node
>>
>> number it should work.
>>
>>
>> Jim
>>
>>
>> ------------------------------
>> *From:* app_rpt-users-bounces at ohnosec.org <
>> app_rpt-users-bounces at ohnosec.org> on behalf of JJC <cummingsj at gmail.com>
>> *Sent:* Wednesday, March 30, 2016 3:21 PM
>> *To:* app_rpt-users at ohnosec.org
>> *Subject:* [App_rpt-users] Reverse AutoPatch
>>
>> I have scoured the internet to find documentation about reverse autopatch
>> but have had no luck.  I have been able to get autopatch working without a
>> problem and have had _limited_ success in getting allstar(dial) to answer.
>>
>> I was able to get allstar to answer and allow me to run DTMF with the
>> following, but really all that I want is reverse autopatch or both....
>>
>> If I make any real changes to the stanza in extensions.conf I get an
>> error like:
>> Using INVITE request as basis request - 1939985154 at 198.199.84.66
>> Found no matching peer or user for '198.199.84.66:5060'
>> [Mar 30 16:15:32] NOTICE[575]: chan_sip.c:14351 handle_request_invite:
>> Failed to authenticate user "Caller ID Strings..."
>>
>> <sip.conf>
>> [general]
>> allowguest = no
>> match_auth_username=yes
>> register=REDACTED:XXXXXX at gvgw.simonics.com/2230
>>
>> context = default
>> allowoverlap = no               ; Disable overlap dialing support.
>> (Default is yes)
>> bindport = 5060                 ; UDP Port to bind to (SIP standard port
>> is 5060)
>> bindaddr = 0.0.0.0              ; IP address to bind to (0.0.0.0 binds to
>> all)
>> srvlookup = yes                 ; Enable DNS SRV lookups on outbound calls
>>
>>
>> [GV17193576518]
>> type=friend
>> autocreatepeer=yes
>> insecure=port,invite
>> username=REDACTED
>> secret=XXXXXXX
>> host=gvgw.simonics.com
>> qualify=no
>> ;permit=0.0.0.0/0.0.0.0
>> context=custom-gv-answer
>>
>> <extensions.conf>
>> [custom-gv-answer]
>> exten => 2230,1,Answer()
>> exten => 2230,n,Playback(rpt/node)
>> exten => 2230,n,Saydigits(${EXTEN:1})
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20160331/256bfb85/attachment.html>