Got maybe a little further, Asterisk now answers the call but no joy on accessing the parked call… I changed my dialup and dialdown to 6 and 0 respectively… when I try to pickup the parked call just a fast busy and nothing on the SIP/phone side:
– Executing [43265@custom-gv-answer:1] Answer(“SIP/FOOBAR-75b021c0”, “”) in new stack
– Executing [43265@custom-gv-answer:2] Wait(“SIP/FOOBAR-75b021c0”, “1”) in new stack
– Executing [43265@custom-gv-answer:3] Playback(“SIP/FOOBAR-75b021c0”, “hello-world”) in new stack
– Executing [43265@custom-gv-answer:4] Rpt(“SIP/FOOBAR-75b021c0”, “43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120”) in new stack
– Music class default requested but no musiconhold loaded.
== Parked SIP/FOOBAR-75b021c0 on 701@parkedcalls. Will timeout back to extension [custom-gv-answer] 43265, 5 in 45 seconds
– Music class default requested but no musiconhold loaded.
– Music class default requested but no musiconhold loaded.
– Music class default requested but no musiconhold loaded.
···
On Thu, Mar 31, 2016 at 3:31 PM, JJC cummingsj@gmail.com wrote:
I made a few changes and managed to crash asterisk:
[Mar 31 15:27:42] WARNING[9822] channel.c: Channel type ‘NULL’ does not have a fixup routine (for Parked/SIP/-76902158)! Bad things may happen.
[Mar 31 15:27:42] WARNING[9822] channel.c: PBX may not have been terminated properly on ‘Parked/Parked/SIP/-76902158’
[Mar 31 15:27:42] WARNING[560] channel.c: Exception flag set on ‘SIP/-76902158’, but no exception handler
[custom-gv-answer]
exten => s,1,Answer()
exten => s,n,Goto(from-gv,${EXTEN},1)
[from-gv]
exten => _.,1,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75
exten => _.,n,Hangup
On Thu, Mar 31, 2016 at 3:29 PM, JJC cummingsj@gmail.com wrote:
As I observe the logs, that is not a hangup of the SIP call inbound, it’s a hangup of the audio playback through the radio… I should be able to dial *610701 during the announcement (and well before the peer gets “tired of being parked”… but all I get is a fast busy when I try to do this and the phone continues to ring…
On Thu, Mar 31, 2016 at 2:49 PM, JJC cummingsj@gmail.com wrote:
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@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@gmail.com
Sent: Thursday, March 31, 2016 1:18 PM
To: Jim Duuuude
Cc: app_rpt-users@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@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/-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/-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:@THING/701
[THING]
type=peer
allowguest=yes
autocreatepeer=yes
insecure=port,invite
username=THING
secret=
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@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
register=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
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})