[App_rpt-users] Reverse autopatch immediately hanging up

Josh Freeman cpe.jfreeman at gmail.com
Mon Oct 10 23:05:16 UTC 2011


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
> To: 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
> 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/c6b9afeb/attachment.html>


More information about the App_rpt-users mailing list