[App_rpt-users] Reverse AutoPatch
JJC
cummingsj at gmail.com
Thu Mar 31 20:49:34 UTC 2016
I removed the hangup, just for grins, dialplan now looks like this:
>
>
> [ Context 'custom-gv-answer' created by 'pbx_config' ]
> 's' => 1. Answer()
> [pbx_config]
> 2.
> Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) [pbx_config]
> -= 1 extension (2 priorities) in 1 context. =-
Unfortunately it still hangs up right after announcing the extension, I'm
searching for some type of a timeout value or similar now.
On Thu, Mar 31, 2016 at 2:39 PM, Jim Duuuude <telesistant at hotmail.com>
wrote:
> Try putting an Answer() in the custom-gv-answer dialplan before the "Rpt"
> line.
>
>
> It is supposed to answer in silence, park the call, and wait for the radio
> user to un-park it. The idea,
>
> is that in your dialplan, you do whatever you deem appropriate to tell the
> user what is going on, with
>
> a recording or something.
>
>
> ------------------------------
> *From:* JJC <cummingsj at gmail.com>
> *Sent:* Thursday, March 31, 2016 1:18 PM
>
> *To:* Jim Duuuude
> *Cc:* app_rpt-users at ohnosec.org
> *Subject:* Re: [App_rpt-users] Reverse AutoPatch
>
> It continues to ring on my end and it notes a disconnect in my SIP debug
> when I hangup even after DTMF etc...
>
> On Thu, Mar 31, 2016 at 2:16 PM, Jim Duuuude <telesistant at hotmail.com>
> wrote:
>
>> It looks to me like the inbound call hung up before you even hit the
>> first DTMF tone on the radio side of things.
>>
>>
>> ------------------------------
>> *From:* JJC <cummingsj at gmail.com>
>> *Sent:* Thursday, March 31, 2016 1:11 PM
>>
>> *To:* Jim Duuuude
>> *Cc:* app_rpt-users at ohnosec.org
>> *Subject:* Re: [App_rpt-users] Reverse AutoPatch
>>
>> == Parked SIP/<obfuscated>-76904e08 on 701 at parkedcalls. Will timeout
>> back to extension [custom-gv-answer] s, 2 in 45 seconds
>> -- Added extension '701' priority 1 to parkedcalls
>> -- Call Parking Called, lot: 701, timeout: 0, context: (null)
>> -- Music class default requested but no musiconhold loaded.
>> -- Music class default requested but no musiconhold loaded.
>> -- <DAHDI/pseudo-1661934131> Playing 'rpt/node' (language 'en')
>> -- <DAHDI/pseudo-1661934131> Playing 'digits/4' (language 'en')
>> -- <DAHDI/pseudo-1661934131> Playing 'digits/3' (language 'en')
>> -- <DAHDI/pseudo-1661934131> Playing 'digits/2' (language 'en')
>> -- <DAHDI/pseudo-1661934131> Playing 'digits/6' (language 'en')
>> -- <DAHDI/pseudo-1661934131> Playing 'digits/5' (language 'en')
>> -- <DAHDI/pseudo-1661934131> Playing 'rpt/in-call' (language 'en')
>> -- <DAHDI/pseudo-1661934131> Playing 'digits/0' (language 'en')
>> -- <DAHDI/pseudo-1661934131> Playing 'digits/7' (language 'en')
>> -- <DAHDI/pseudo-1661934131> Playing 'digits/0' (language 'en')
>> -- <DAHDI/pseudo-1661934131> Playing 'digits/1' (language 'en')
>> -- Hungup 'DAHDI/pseudo-1661934131'
>> [Mar 31 14:09:08] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got
>> DTMF char * duration 84 ms
>> [Mar 31 14:09:08] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got
>> DTMF char 6 duration 85 ms
>> [Mar 31 14:09:09] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got
>> DTMF char 1 duration 86 ms
>> [Mar 31 14:09:09] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got
>> DTMF char 0 duration 85 ms
>> [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got
>> DTMF char 7 duration 86 ms
>> [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got
>> DTMF char 0 duration 84 ms
>> [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got
>> DTMF char 1 duration 127 ms
>> -- Hungup 'DAHDI/pseudo-176387851'
>> == SIP/<obfuscated>-76904e08 got tired of being parked
>> [Mar 31 14:09:23] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got
>> DTMF char * duration 86 ms
>> [Mar 31 14:09:23] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got
>> DTMF char 6 duration 79 ms
>> [Mar 31 14:09:24] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got
>> DTMF char 2 duration 106 ms
>> -- Hungup 'DAHDI/pseudo-959605867'
>> -- Hungup 'DAHDI/pseudo-1384624454'
>> -- Hungup 'DAHDI/pseudo-1284356810'
>>
>> On Thu, Mar 31, 2016 at 2:05 PM, Jim Duuuude <telesistant at hotmail.com>
>> wrote:
>>
>>> Then it should be "*610701", since the autopatch acccess is *61, in your
>>> case.
>>>
>>>
>>> Could you "set verbose 4", make a couple of calls, attempting to answer,
>>> and send me the output so
>>>
>>> that I can see what it is doing?
>>>
>>>
>>> ------------------------------
>>> *From:* JJC <cummingsj at gmail.com>
>>> *Sent:* Thursday, March 31, 2016 9:08 AM
>>>
>>> *To:* Jim Duuuude
>>> *Cc:* app_rpt-users at ohnosec.org
>>> *Subject:* Re: [App_rpt-users] Reverse AutoPatch
>>>
>>> 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/d3135b62/attachment.html>
More information about the App_rpt-users
mailing list