[App_rpt-users] Reverse autopatch immediately hanging up
Jim Duuuude
telesistant at hotmail.com
Tue Oct 11 01:45:22 UTC 2011
dont use it at all... app_rpt cant deal with it.
Date: Mon, 10 Oct 2011 19:53:14 -0500
From: cpe.jfreeman at gmail.com
To: telesistant at hotmail.com
Subject: Re: [App_rpt-users] Reverse autopatch immediately hanging up
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
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
_______________________________________________
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/3d7557a3/attachment.html>
More information about the App_rpt-users
mailing list