October 2011 - App_rpt-users - lists.keekles.org

Iax Agent
by Rodger Williams 15 Oct '11

15 Oct '11

I was wondering has anyone successfully got IaxAgent for android to work? If so please do tell, I have tried but not with much success. Rodger – W5UOK

1 0

libusb
by Ramesh Dhami (VA3UV) 15 Oct '11

15 Oct '11

Hi Jim and all; Wonder if app_rpt will work with libusb-1.0.8 (or above)? I believe the standard install uses libusb-0.1 (IIRC). One of my FREE STAR* configs requires 1.0.8 and I'd like to use one PC for everything. Cheers, Ramesh. www.va3uv.com

1 0

Questions
by Travis Best 12 Oct '11

12 Oct '11

1. Is there a way to to connect to my node using the IAX Client and connect to another node with out the audio being broadcasted to the repeater?? 2. How do you setup XIPAR to make announcements at set times? Thanks Travis

1 0

Re: [App_rpt-users] Reverse autopatch immediately hanging up
by Jim Duuuude 12 Oct '11

12 Oct '11

dont use it at all... app_rpt cant deal with it. Date: Mon, 10 Oct 2011 19:53:14 -0500 From: cpe.jfreeman(a)gmail.com To: telesistant(a)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(a)gmail.com To: APP_RPT-USERS(a)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(a)gmail.com To: APP_RPT-USERS(a)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@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@phones_local:1] Dial("IAX2/josh-12630", "Local/CQCQCQ@repeater") in new stack -- Called CQCQCQ@repeater -- Executing [CQCQCQ@repeater:1] Rpt("Local/CQCQCQ@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@repeater-781b,2 on 701@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@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@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@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(a)ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users(a)ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

3 4

(no subject)
by Larry 12 Oct '11

12 Oct '11

1 0

Re: [App_rpt-users] Segmentation fault. Getting desperate.
by Ken Page 11 Oct '11

11 Oct '11

OK. I took a punt and did a make and then make install with the original Asterisk and radio sources. I still get the same segmentation fault a few seconds after the Asterisk server is starts. This happens straight after accessing the radio tune files. Everything works fine even the radio stuff just before it all bombs. I have no clue where to even start looking at this point. Everything else on the server still works fine. Apache, PHPbb, Minecraft server, and so on. So I have discounted an actual hardware memory issue etc. It's just Asterisk bombing out all of a sudden. Any idea's? ~Ken - vk4akp~ All_Star: 2134 (Off-Line). .-.-. On 10/11/2011 7:08 PM, app_rpt-users-request(a)ohnosec.org wrote: > Send App_rpt-users mailing list submissions to > app_rpt-users(a)ohnosec.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > or, via email, send a message with subject or body 'help' to > app_rpt-users-request(a)ohnosec.org > > You can reach the person managing the list at > app_rpt-users-owner(a)ohnosec.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of App_rpt-users digest..." > > > Today's Topics: > > 1. Re: Reverse autopatch immediately hanging up (Josh Freeman) > 2. Issues After Reboot (Travis Best) > 3. Re: Issues After Reboot (Jim Duuuude) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 10 Oct 2011 21:05:21 -0500 > From: Josh Freeman<cpe.jfreeman(a)gmail.com> > To: Jim Duuuude<telesistant(a)hotmail.com> > Cc: app_rpt mailing list<app_rpt-users(a)ohnosec.org> > Subject: Re: [App_rpt-users] Reverse autopatch immediately hanging up > Message-ID:<4E93A461.7080605(a)gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > OK. Well, darn. =) > > Originally, I had tried to connect directly from the Zap channel, and it > failed with the message > > Warning: We only accept links via IAX2, Echolink, TheLinkBox or Local!! > > I guess that's what got me thinking Local channels would be the way to > bridge over from Zap or SIP. > > Thanks again for your help! > > Josh > > On 10/10/2011 8:45 PM, Jim Duuuude wrote: >> dont use it at all... app_rpt cant deal with it. >> >> ------------------------------------------------------------------------ >> Date: Mon, 10 Oct 2011 19:53:14 -0500 >> From: cpe.jfreeman(a)gmail.com >> To: telesistant(a)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(a)gmail.com<mailto:cpe.jfreeman@gmail.com> >> To: APP_RPT-USERS(a)OHNOSEC.ORG<mailto:APP_RPT-USERS@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(a)gmail.com<mailto:cpe.jfreeman@gmail.com> >> To: APP_RPT-USERS(a)OHNOSEC.ORG<mailto:APP_RPT-USERS@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@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@phones_local:1] Dial("IAX2/josh-12630", >> "Local/CQCQCQ@repeater") in new stack >> -- Called CQCQCQ@repeater >> -- Executing [CQCQCQ@repeater:1] >> Rpt("Local/CQCQCQ@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@repeater-781b,2 on 701@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@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@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@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(a)ohnosec.org >> <mailto:App_rpt-users@ohnosec.org> >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> >> >> _______________________________________________ App_rpt-users >> mailing list App_rpt-users(a)ohnosec.org >> <mailto:App_rpt-users@ohnosec.org> >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> >

1 0

Switch from usbradio to simpleusb - radio tune question
by Tony KT9AC 11 Oct '11

11 Oct '11

My node recently was experiencing some issues that I think were caused by a bad remote base sound fob interface (usb1), which locked the repeater in transmit until I could drive out to the site - no command in the world would work nor any audio passed (the repeater itself is attached using a URI on usb0 and always worked well). I have the logs from this looping event: [Sep 27 16:47:54] ERROR[15044] chan_usbradio.c: Not able to claim the USB device [Sep 27 16:47:55] WARNING[15006] chan_usbradio.c: Unable to re-open DSP device 0 (usb1): Device or resource busy I brought the PC back home and updated the code to latest level and decided to switch to simpleUSB since the Micor does all the PL work now. I created the simpleusb.conf file, changed rpt.conf to use it and seem to be back in business as it talks to the URI correctly. When I do a "radio tune" I get a message about "usb not active" and a device string of "-1". Is this anything to worry about, or how can I reset levels using simpleUSB? I want to get the repeater back into service without the remote base for now. The URI has the EEPROM and the simpleusb_tune_usb.conf file has the correct "4-1" for the device string in it. Thanks, Tony

2 1

URI For Sale
by Douglas Fitts 11 Oct '11

11 Oct '11

For you AllStar users, I have for sale the DMK Engineering URI device and associated interface cable. I purchased it [through PayPal] way back on November 2, 2010, I did download the program to the specific computer, logged onto the AllStar website as a System Op but never actually hooked up a radio to make the node play. I paid with shipping $79.90 and will sell the URI for $60 dollars plus $4.95 Priority Mail shipping. I am not sure if any documentation or CD came with the device but I am sure you can get the original factory DMK docs from their website. I will look to see if in fact I have an installation CD but I kind of doubt it. If you are interested please email me direct to my w7fdf(a)yahoo.com email address. Soon as I get the funds into my PayPal account I will create a shipping label, pack up the device and cable, include a photocopy of the original sales receipt for your records and off it goes to the new owner. If you do not have a PayPal account then its okay to mail me a money order. If you desire to mail a personal check I will not ship the URI until your check clears my banking institution. My address is good on the QRZ website shownhere. 73 Doug W7FDF Vail Arizona U.S.A. I

1 0

Issues After Reboot
by Travis Best 11 Oct '11

11 Oct '11

After Rebooting Today I am now having the following issue /var/log/messages Oct 10 22:34:20 tbest kernel: asterisk[9571]: segfault at 1a4540b3 ip 08098f56 sp b6dc3140 error 6 in asterisk[8048000+101000] /var/log/asterisk/full [Oct 10 22:36:47] NOTICE[10142] cdr.c: CDR simple logging enabled. [Oct 10 22:36:47] NOTICE[10142] loader.c: 162 modules will be loaded. [Oct 10 22:36:47] WARNING[10142] res_smdi.c: No SMDI interfaces are available to listen on, not starting SMDI listener. Any Ideas???? Thanks Travis

2 1

Re: [App_rpt-users] Reverse autopatch immediately hanging up
by Josh Freeman 11 Oct '11

11 Oct '11

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(a)gmail.com > To: APP_RPT-USERS(a)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(a)gmail.com <mailto:cpe.jfreeman@gmail.com> > To: APP_RPT-USERS(a)OHNOSEC.ORG <mailto:APP_RPT-USERS@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@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@phones_local:1] Dial("IAX2/josh-12630", > "Local/CQCQCQ@repeater") in new stack > -- Called CQCQCQ@repeater > -- Executing [CQCQCQ@repeater:1] > Rpt("Local/CQCQCQ@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@repeater-781b,2 on 701@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@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@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@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(a)ohnosec.org > <mailto:App_rpt-users@ohnosec.org> > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > _______________________________________________ App_rpt-users mailing > list App_rpt-users(a)ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

1 0