[App_rpt-users] Reverse autopatch immediately hanging up

Josh Freeman cpe.jfreeman at gmail.com
Tue Oct 11 00:54:03 UTC 2011


OK, I tried that... it looks like the reverse autopatch *does* work
correctly when dialed into via pure IAX. Unfortunately, only being able
to use native IAX clients doesn't meet the requirements for what I'm
trying to do. I'll study up some more on how Local channels work, maybe
I'm not using that mechanism correctly.

Thanks,
Josh

On 10/10/2011 6:21 PM, Jim Duuuude wrote:
> okay, try calling it directly from your IAX client, rather then
> through a Local channel
>
> ------------------------------------------------------------------------
> Date: Mon, 10 Oct 2011 18:05:16 -0500
> From: cpe.jfreeman at gmail.com
> To: APP_RPT-USERS at OHNOSEC.ORG
> Subject: Re: [App_rpt-users] Reverse autopatch immediately hanging up
>
> Jim,
>
> That would be correct, if I had left the [radio] context as it was in
> the bundled Allstar dialplan, where this line
>
> exten=_07XX,1,Goto(parkedcalls|${EXTEN:1}|1)
>
> makes it necessary to dial the leading "0." I created a different
> radio context, and simply added
>
> include => parkedcalls
>
> so that the pickup code *is* actually just '701'.
>
> Because I don't understand everything about this system, though, I
> tried reverting that part of my dialplan back to the Allstar
> configuration, just to see if that made a difference. It didn't - the
> autopatch still gets hung up within a second or two of connection.
> Dialing through the Local channel is the thing I'm doing that's
> significantly different than anything in the Allstar dialplan, so I'm
> guessing that's where the problem is - but I'm not smart enough to
> find it yet.
>
> Thanks,
> Josh
>
> On 10/10/2011 1:33 PM, Jim Duuuude wrote:
>
>     Thats because youre missing a 'digits/0' between the incall and
>     the PARKED, such as:
>
>     Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120)
>
>     The code to pick that up should be '0701' *not* 701
>
>     JIM WB6NIL
>
>     ------------------------------------------------------------------------
>     Date: Mon, 10 Oct 2011 11:06:52 -0500
>     From: cpe.jfreeman at gmail.com <mailto:cpe.jfreeman at gmail.com>
>     To: APP_RPT-USERS at OHNOSEC.ORG <mailto:APP_RPT-USERS at OHNOSEC.ORG>
>     Subject: [App_rpt-users] Reverse autopatch immediately hanging up
>
>     Hello,
>
>     I'm trying to set up a system that has a reverse autopatch as one
>     of its features. The problem I'm having is that when a radio user
>     dials the code to pick up an incoming call, the call gets
>     disconnected almost immediately upon connecting. I'm certain the
>     problem is that I've not set things up properly, but I'm still
>     inexperienced enough that I could really use some help
>     troubleshooting.
>
>     My Asterisk system is running from a recent ACID image (downloaded
>     maybe three weeks ago). The machine also has a TDM400P card with
>     an FXS module connected to an analog telephone I'm using to
>     originate incoming test calls to the repeater system.
>
>     The relevant parts of my dialplan are as follows:
>
>     In context *phones_local*:
>
>     exten => 272727,1,Dial(Local/CQCQCQ at repeater)
>     (Apparently, I can't directly connect to app_rpt from a Zap
>     channel, so I dial through a Local channel instead.)
>
>     Then, in context *repeater*:
>
>     exten => CQCQCQ,1,Rpt(5674,Rrpt/in-call:PARKED,120)
>     (This is an isolated system, so the node number is simply my name
>     on a telephone keypad.)
>
>     What happens is this: I dial 272727 from the analog telephone, and
>     I hear the announcement over the radio just fine. I send *6701
>     from the radio, and hear "Connecting" from the repeater along with
>     echoing audio from the analog phone (because it's right there next
>     to the radio). Then, I immediately hear "Call terminated" and the
>     autopatch drops. The analog phone doesn't get hung up, though.
>
>     Here's what I see on the Asterisk console. For this trace, I was
>     actually dialing in from an IAX softphone rather than the Zap
>     channel, but the behavior is exactly the same.
>
>     -- Executing [272727 at phones_local:1] Dial("IAX2/josh-12630",
>     "Local/CQCQCQ at repeater") in new stack
>        -- Called CQCQCQ at repeater
>        -- Executing [CQCQCQ at repeater:1]
>     Rpt("Local/CQCQCQ at repeater-781b,2",
>     "5674|Rrpt/in-call:PARKED|120") in new stack
>        -- Return Context: (repeater,CQCQCQ,2) ID: 0
>        -- Warning: Return Context Invalid, call will return to default|s
>        -- Music class default requested but no musiconhold loaded.
>      == Parked Local/CQCQCQ at repeater-781b,2 on 701 at parkedcalls. Will
>     timeout back to extension [repeater] CQCQCQ, 2 in 45 seconds
>        -- Added extension '701' priority 1 to parkedcalls
>        -- Music class default requested but no musiconhold loaded.
>        -- Music class default requested but no musiconhold loaded.
>        -- Local/CQCQCQ at repeater-781b,1 answered IAX2/josh-12630
>        -- Call Parking Called, lot: 701, timeout: 0, context: (null)
>        -- Music class default requested but no musiconhold loaded.
>        -- <Zap/pseudo-1800116975> Playing 'rpt/in-call' (language 'en')
>        -- <Zap/pseudo-1800116975> Playing 'digits/7' (language 'en')
>        -- <Zap/pseudo-1800116975> Playing 'digits/0' (language 'en')
>        -- <Zap/pseudo-1800116975> Playing 'digits/1' (language 'en')
>        -- Hungup 'Zap/pseudo-1800116975'
>        -- Hungup 'Zap/pseudo-1018949410'
>     [Oct  9 19:44:18] NOTICE[2594]: chan_usbradio.c:3010
>     usbradio_read: Got DTMF char * duration 340 ms
>     [Oct  9 19:44:19] NOTICE[2594]: chan_usbradio.c:3010
>     usbradio_read: Got DTMF char 6 duration 235 ms
>     [Oct  9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010
>     usbradio_read: Got DTMF char 7 duration 255 ms
>     [Oct  9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010
>     usbradio_read: Got DTMF char 0 duration 212 ms
>        -- Hungup 'Zap/pseudo-1705936882'
>     [Oct  9 19:44:21] NOTICE[2594]: chan_usbradio.c:3010
>     usbradio_read: Got DTMF char 1 duration 235 ms
>        -- Executing [701 at phones_radio:1]
>     ParkedCall("Zap/pseudo-523589909", "701") in new stack
>        -- Channel Zap/pseudo-523589909 connected to parked call 701
>      == Spawn extension (phones_radio, 701, 1) exited non-zero on
>     'Local/CQCQCQ at repeater-781b,1<ZOMBIE>'
>        -- Hungup 'Zap/pseudo-1742992459'
>        -- Hungup 'Zap/pseudo-1417902655'
>        -- <Zap/pseudo-1427730098> Playing 'rpt/callproceeding'
>     (language 'en')
>        -- Hungup 'Zap/pseudo-1427730098'
>        -- <Zap/pseudo-1938338821> Playing 'rpt/callterminated'
>     (language 'en')
>        -- Hungup 'Zap/pseudo-1938338821'
>        -- Hungup 'Zap/pseudo-1525511763'
>
>     I see some things about invalid return context and zombie
>     channels, but I'm not sure what that means. Any idea what it is
>     I'm missing?
>
>     Thanks,
>     Josh
>
>
>     _______________________________________________ App_rpt-users
>     mailing list App_rpt-users at ohnosec.org
>     <mailto:App_rpt-users at ohnosec.org>
>     http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
>
> _______________________________________________ App_rpt-users mailing
> list App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111010/5cc9a88e/attachment.html>


More information about the App_rpt-users mailing list