[App_rpt-users] Reverse AutoPatch

Jim Duuuude telesistant at hotmail.com
Thu Mar 31 16:39:14 EDT 2016


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<mailto: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<mailto:cummingsj at gmail.com>>
Sent: Thursday, March 31, 2016 1:11 PM

To: Jim Duuuude
Cc: app_rpt-users at ohnosec.org<mailto: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<mailto: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<mailto:cummingsj at gmail.com>>
Sent: Thursday, March 31, 2016 9:08 AM

To: Jim Duuuude
Cc: app_rpt-users at ohnosec.org<mailto: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<mailto: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<mailto:cummingsj at gmail.com>>
Sent: Wednesday, March 30, 2016 8:25 PM

To: Jim Duuuude
Cc: app_rpt-users at ohnosec.org<mailto: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<http://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<mailto: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<mailto: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<mailto:cummingsj at gmail.com>>
Sent: Wednesday, March 30, 2016 5:24 PM
To: Jim Duuuude
Cc: app_rpt-users at ohnosec.org<mailto: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<mailto: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<mailto:app_rpt-users-bounces at ohnosec.org> <app_rpt-users-bounces at ohnosec.org<mailto:app_rpt-users-bounces at ohnosec.org>> on behalf of JJC <cummingsj at gmail.com<mailto:cummingsj at gmail.com>>
Sent: Wednesday, March 30, 2016 3:21 PM
To: app_rpt-users at ohnosec.org<mailto: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<mailto:1939985154 at 198.199.84.66>
Found no matching peer or user for '198.199.84.66:5060<http://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<http://REDACTED:XXXXXX@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<http://gvgw.simonics.com>
qualify=no
;permit=0.0.0.0/0.0.0.0<http://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.allstarlink.org/pipermail/app_rpt-users/attachments/20160331/14886887/attachment.html>


More information about the App_rpt-users mailing list