[App_rpt-users] Reverse AutoPatch

Jim Duuuude telesistant at hotmail.com
Thu Mar 31 16:05:45 EDT 2016


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


More information about the App_rpt-users mailing list