[App_rpt-users] Reverse AutoPatch

JJC cummingsj at gmail.com
Thu Mar 31 20:18:48 UTC 2016 

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/b4327c33/attachment.html>

More information about the App_rpt-users mailing list