<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'><div dir='ltr'>
no problem..<br><br>Just remember, app_rpt is *not* a standard Asterisk dialplan application.<br>It is in no way intended to be used in a conventional way as a conventional<br>endpoint for conventional telephony.<br><br>JIM WB6NIL<br><br><div><hr id="stopSpelling">Date: Tue, 11 Oct 2011 20:52:25 -0500<br>From: cpe.jfreeman@gmail.com<br>To: app_rpt-users@ohnosec.org<br>Subject: Re: [App_rpt-users] Reverse autopatch immediately hanging up<br><br>
<meta http-equiv="Content-Type" content="text/html; charset=unicode">
<meta name="Generator" content="Microsoft SafeHTML">
<title></title>
<font face="Calibri">I feel kind of stupid, but I've solved my problem
and discovered something interesting.<br>
<br>
App_rpt accepts connections directly from Zap and SIP channels (without
the use of Local) just fine when it's invoked with the R option, as<br>
<br>
</font><tt>Rpt(${NODE},R<announce-string>)<br>
<br>
</tt><font face="Calibri">I discovered this by accidentally dialing the
test extension I'd set up for checking direct IAX from my Zap phone.
Wow, it worked! I got to thinking about what I had done differently,
and it occurred to me that I'd probably gotten the warning I mentioned
when I was still invoking app_rpt as<br>
<br>
</font><tt>Rpt(${NODE},X)<br>
<br>
</tt><font face="Calibri">So, I tried doing that again, and sure enough
- no Zap or SIP connections. Anyway, I wanted to clear the air on here
and not leave it appearing as though Zap and SIP connections wouldn't
work for reverse-autopatch. They do, if you do it right.<br>
<br>
Josh</font><tt><br>
</tt><br>
Josh Freeman wrote:
<blockquote cite="mid:4E93A461.7080605@gmail.com">
<font face="Calibri">OK. Well, darn. =)<br>
<br>
Originally, I had tried to connect directly from the Zap channel, and
it failed with the message</font><br>
<pre>Warning: We only accept links via IAX2, Echolink, TheLinkBox or Local!!</pre>
<font face="Calibri">I guess that's what got me thinking Local
channels would be the way to bridge over from Zap or SIP.</font><br>
<br>
<font face="Calibri">Thanks again for your help!</font><br>
<br>
<font face="Calibri">Josh</font><br>
<br>
On 10/10/2011 8:45 PM, Jim Duuuude wrote:
<blockquote cite="mid:BLU155-W8B33005F8D3E9D2D68751B1E20@phx.gbl">
<style>
.ExternalClass .ecxhmmessage P
{padding:0px;}
.ExternalClass body.ecxhmmessage
{font-size:10pt;font-family:Tahoma;}
</style>
<div dir="ltr"> dont use it at all... app_rpt cant deal with it. <br>
<br>
<div>
<hr id="ecxstopSpelling">Date: Mon, 10 Oct 2011 19:53:14 -0500<br>
From: <a class="ecxmoz-txt-link-abbreviated" href="mailto:cpe.jfreeman@gmail.com">cpe.jfreeman@gmail.com</a><br>
To: <a class="ecxmoz-txt-link-abbreviated" href="mailto:telesistant@hotmail.com">telesistant@hotmail.com</a><br>
Subject: Re: [App_rpt-users] Reverse autopatch immediately hanging up<br>
<br>
<font face="Calibri">OK, I tried that... it looks like the reverse
autopatch <b>does</b> 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.<br>
<br>
Thanks,<br>
Josh<br>
</font><br>
On 10/10/2011 6:21 PM, Jim Duuuude wrote:
<blockquote cite="mid:BLU155-W12564B57C6D53754759B67B1FD0@phx.gbl">
<style>
.ExternalClass .ecxhmmessage P
{padding:0px;}
.ExternalClass body.ecxhmmessage
{font-size:10pt;font-family:Tahoma;}
</style>
<div dir="ltr"> okay, try calling it directly from your IAX
client, rather then through a Local channel<br>
<br>
<div>
<hr id="ecxstopSpelling">Date: Mon, 10 Oct 2011 18:05:16 -0500<br>
From: <a class="ecxmoz-txt-link-abbreviated" href="mailto:cpe.jfreeman@gmail.com">cpe.jfreeman@gmail.com</a><br>
To: <a class="ecxmoz-txt-link-abbreviated" href="mailto:APP_RPT-USERS@OHNOSEC.ORG">APP_RPT-USERS@OHNOSEC.ORG</a><br>
Subject: Re: [App_rpt-users] Reverse autopatch immediately hanging up<br>
<br>
<font face="Calibri">Jim,<br>
<br>
That would be correct, if I had left the [radio] context as it was in
the bundled Allstar dialplan, where this line</font><br>
<br>
<tt>exten=_07XX,1,Goto(parkedcalls|${EXTEN:1}|1) </tt><br>
<br>
<font face="Calibri">makes it necessary to dial the leading "0."
I created a different radio context, and simply added</font><br>
<br>
<tt>include => parkedcalls<br>
<br>
</tt><font face="Calibri">so that the pickup code *is* actually
just '701'.</font><tt><br>
<br>
</tt><font face="Calibri">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.<br>
<br>
Thanks,<br>
Josh<br>
</font><tt><br>
</tt>On 10/10/2011 1:33 PM, Jim Duuuude wrote:
<blockquote cite="mid:BLU155-W55E6B7144EE0D8981CAFDAB1FD0@phx.gbl">
<style>
.ExternalClass .ecxhmmessage P
{padding:0px;}
.ExternalClass body.ecxhmmessage
{font-size:10pt;font-family:Tahoma;}
</style>
<div dir="ltr"> Thats because youre missing a 'digits/0'
between the incall and the PARKED, such as:<br>
<br>
Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120)<br>
<br>
The code to pick that up should be '0701' *not* 701<br>
<br>
JIM WB6NIL<br>
<br>
<div>
<hr id="ecxstopSpelling">Date: Mon, 10 Oct 2011 11:06:52 -0500<br>
From: <a class="ecxmoz-txt-link-abbreviated" href="mailto:cpe.jfreeman@gmail.com">cpe.jfreeman@gmail.com</a><br>
To: <a class="ecxmoz-txt-link-abbreviated" href="mailto:APP_RPT-USERS@OHNOSEC.ORG">APP_RPT-USERS@OHNOSEC.ORG</a><br>
Subject: [App_rpt-users] Reverse autopatch immediately hanging up<br>
<br>
<font face="Calibri">Hello,<br>
<br>
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.<br>
<br>
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.<br>
<br>
The relevant parts of my dialplan are as follows:<br>
<br>
In context <b>phones_local</b>:<br>
<br>
</font><tt>exten => 272727,1,Dial(Local/CQCQCQ@repeater)<br>
</tt><font face="Calibri">(Apparently, I can't directly connect
to app_rpt from a Zap channel, so I dial through a Local channel
instead.)</font><br>
<br>
<font face="Calibri">Then, in context <b>repeater</b>:<br>
<br>
</font><tt>exten =>
CQCQCQ,1,Rpt(5674,Rrpt/in-call:PARKED,120)<br>
</tt><font face="Calibri">(This is an isolated system, so the
node number is simply my name on a telephone keypad.)</font><br>
<br>
<font face="Calibri">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.</font> <font face="Calibri">The
analog phone doesn't get hung up, though.</font><br>
<br>
<font face="Calibri">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.<br>
<br>
</font>
<div class="ecxmoz-text-flowed" style="font-family: -moz-fixed; font-size: 13px;" lang="x-western">--
Executing [272727@phones_local:1] Dial("IAX2/josh-12630",
"Local/CQCQCQ@repeater") in new stack <br>
-- Called CQCQCQ@repeater <br>
-- Executing [CQCQCQ@repeater:1] Rpt("Local/CQCQCQ@repeater-781b,2",
"5674|Rrpt/in-call:PARKED|120") in new stack <br>
-- Return Context: (repeater,CQCQCQ,2) ID: 0 <br>
-- Warning: Return Context Invalid, call will return to default|s <br>
-- Music class default requested but no musiconhold loaded. <br>
== Parked Local/CQCQCQ@repeater-781b,2 on 701@parkedcalls. Will
timeout back to extension [repeater] CQCQCQ, 2 in 45 seconds <br>
-- Added extension '701' priority 1 to parkedcalls <br>
-- Music class default requested but no musiconhold loaded. <br>
-- Music class default requested but no musiconhold loaded. <br>
-- Local/CQCQCQ@repeater-781b,1 answered IAX2/josh-12630 <br>
-- Call Parking Called, lot: 701, timeout: 0, context: (null) <br>
-- Music class default requested but no musiconhold loaded. <br>
-- <Zap/pseudo-1800116975> Playing 'rpt/in-call' (language
'en') <br>
-- <Zap/pseudo-1800116975> Playing 'digits/7' (language 'en') <br>
-- <Zap/pseudo-1800116975> Playing 'digits/0' (language 'en') <br>
-- <Zap/pseudo-1800116975> Playing 'digits/1' (language 'en') <br>
-- Hungup 'Zap/pseudo-1800116975' <br>
-- Hungup 'Zap/pseudo-1018949410' <br>
[Oct 9 19:44:18] NOTICE[2594]: chan_usbradio.c:3010 usbradio_read: Got
DTMF char * duration 340 ms <br>
[Oct 9 19:44:19] NOTICE[2594]: chan_usbradio.c:3010 usbradio_read: Got
DTMF char 6 duration 235 ms <br>
[Oct 9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010 usbradio_read: Got
DTMF char 7 duration 255 ms <br>
[Oct 9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010 usbradio_read: Got
DTMF char 0 duration 212 ms <br>
-- Hungup 'Zap/pseudo-1705936882' <br>
[Oct 9 19:44:21] NOTICE[2594]: chan_usbradio.c:3010 usbradio_read: Got
DTMF char 1 duration 235 ms <br>
-- Executing [701@phones_radio:1] ParkedCall("Zap/pseudo-523589909",
"701") in new stack <br>
-- Channel Zap/pseudo-523589909 connected to parked call 701 <br>
== Spawn extension (phones_radio, 701, 1) exited non-zero on
'Local/CQCQCQ@repeater-781b,1<ZOMBIE>' <br>
-- Hungup 'Zap/pseudo-1742992459' <br>
-- Hungup 'Zap/pseudo-1417902655' <br>
-- <Zap/pseudo-1427730098> Playing 'rpt/callproceeding'
(language 'en') <br>
-- Hungup 'Zap/pseudo-1427730098' <br>
-- <Zap/pseudo-1938338821> Playing 'rpt/callterminated'
(language 'en') <br>
-- Hungup 'Zap/pseudo-1938338821' <br>
-- Hungup 'Zap/pseudo-1525511763' <br>
<br>
<big><font face="Calibri">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?<br>
<br>
Thanks,<br>
Josh<br>
</font></big></div>
<br>
<br>
_______________________________________________ App_rpt-users mailing
list <a class="ecxmoz-txt-link-abbreviated" href="mailto:App_rpt-users@ohnosec.org">App_rpt-users@ohnosec.org</a> <a class="ecxmoz-txt-link-freetext" href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" target="_blank">http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</a></div>
</div>
</blockquote>
<br>
<br>
_______________________________________________ App_rpt-users mailing
list <a class="ecxmoz-txt-link-abbreviated" href="mailto:App_rpt-users@ohnosec.org">App_rpt-users@ohnosec.org</a> <a class="ecxmoz-txt-link-freetext" href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" target="_blank">http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</a></div>
</div>
</blockquote>
<br>
</div>
</div>
</blockquote>
<br>
</blockquote>
<br>
<br>_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</div> </div></body>
</html>