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

To: Jim Duuuude
Cc: app_rpt-users@ohnosec.org
Subject: Re: [App_rpt-users] Reverse AutoPatch
 
  == Parked SIP/<obfuscated>-76904e08 on 701@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@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@gmail.com>
Sent: Thursday, March 31, 2016 9:08 AM

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

To: Jim Duuuude
Cc: app_rpt-users@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>
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@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@hotmail.com> wrote:

No, that's a SIP problem, I thought you were needing info on the reverse autopatch.



From: JJC <cummingsj@gmail.com>
Sent: Wednesday, March 30, 2016 5:24 PM
To: Jim Duuuude
Cc: app_rpt-users@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@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@ohnosec.org <app_rpt-users-bounces@ohnosec.org> on behalf of JJC <cummingsj@gmail.com>
Sent: Wednesday, March 30, 2016 3:21 PM
To: app_rpt-users@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@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

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
qualify=no
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})