From szingman at msgstor.com Fri Jul 1 00:10:47 2016 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 30 Jun 2016 20:10:47 -0400 Subject: [App_rpt-users] DIAL Distribution Allstarlink Update In-Reply-To: References: Message-ID: <5775B507.4050607@msgstor.com> Jann, I would not try to update Asterisk in that way. There are patches applied to Asterisk to allow it to be compiled under Debian. I am preparing a new version of DIAL that will include a method of updating the Asterisk program. 73, Steve N4IRS On 06/30/2016 04:39 PM, Jann Traschewski wrote: > Hi! > > I recently switched some of my nodes from ACID to DIAL. I do regular > system updates with "apt-get update" and "apt-get dist-upgrade". > > How can I update DIAL to use the latest Allstarlink software? I found > https://allstarlink.org/support.html#astupgrade and wonder whether the > section "For the ACID distribution (and other Linux platforms):" are > the right instructions? > > Thank you! > 73, > Jann > DG8NGN > > -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From jann at gmx.de Fri Jul 1 05:13:56 2016 From: jann at gmx.de (Jann Traschewski) Date: Fri, 1 Jul 2016 07:13:56 +0200 Subject: [App_rpt-users] DIAL Distribution Allstarlink Update In-Reply-To: <5775B507.4050607@msgstor.com> References: <5775B507.4050607@msgstor.com> Message-ID: <2ee7cbe9-91e2-1d0a-4135-130065f91ac0@gmx.de> Thank you Steve. It is most appreciated! 73, Jann On 01.07.2016 02:10, Steve Zingman wrote: > Jann, > I would not try to update Asterisk in that way. There are patches > applied to Asterisk to allow it to be compiled under Debian. I am > preparing a new version of DIAL that will include a method of updating > the Asterisk program. > > 73, Steve N4IRS > > On 06/30/2016 04:39 PM, Jann Traschewski wrote: >> Hi! >> >> I recently switched some of my nodes from ACID to DIAL. I do regular >> system updates with "apt-get update" and "apt-get dist-upgrade". >> >> How can I update DIAL to use the latest Allstarlink software? I found >> https://allstarlink.org/support.html#astupgrade and wonder whether the >> section "For the ACID distribution (and other Linux platforms):" are >> the right instructions? >> >> Thank you! >> 73, >> Jann >> DG8NGN From ki7dqg at gmail.com Fri Jul 1 05:37:29 2016 From: ki7dqg at gmail.com (Doug Fessler) Date: Fri, 01 Jul 2016 05:37:29 +0000 Subject: [App_rpt-users] Seeking more beginner help for GM300/URI/Pi2 Message-ID: Greetings Experts! I need more help with my GM300/URI node project. I thought I was on the home stretch after struggling through the "RSS on modern hardware" stage; but, I am still having problems (and I am still new to radio). I am trying to connect a GM300 VHF 16 channel via a URI to my Raspberry Pi2. I am also trying to connect an M120 UHF 2 channel via a (separate) URI to the same Pi2. My friend and I wired the 16 pin accessory cable to DB25 according to the directions we found on Allstar and DMK (we were not using the COR pin option). Our results were that we could connect to the node via Zoiper or iaxRpt and talk and we would hear it go out the radio (whichever one we were testing). We could trigger CW ID, time, etc. and we would hear it on our handhelds having been transmitted from the GM300's. However, when we transmitted back from the handhelds, we hear the GM300 receive it on its speaker, but we don't get any audio back into the node/soft-clients--although we do hear a courtesy tone generated. I have since gotten in the GM300 VHF and observed that the JU551 jumper was in position B, so we rewired the 16 pin accessory to match that. I followed some instructions to program the GM300 VHF Pin 8 to "CSQ Detect, Output, No, High" within the "EXT Accessory: Public Address" screen. I still have the same results. I have tried adjusting parameters within the usbradio.conf file to no good effect. I have also tried running radio-tune-menu. I am a little confused by menu option 3: "Set Rx Voice Level." I don't see the little text signal indicator fluctuating although it does occasionally flash up and then disappear. The simpleusb-tune-menu command errors out with "Error parsing device parameters." My friend and I have a growing discouragement about this project, and to make matters worse, we're entering the stage where we have changed too many things. I guess I am seeking answers to these questions: * Would someone be willing to send me a copy of their usbradio.conf file to examine if they are successfully running this configuration? * Is running two nodes on one Pi2 causing me additional issues? * Should I see the radio-tune-menu Set Rx Voice Level indicator moving fluidly when the radio is receiving? * Are "CSQ Detect, Output, No, High" within the "EXT Accessory: Public Address" screen the settings I want to program pin 8 on the radio? I notice that there are a lot of other screens besides Public Address. My thanks in advance to those offering help. 73, Doug KI7DQG ki7dqg at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From t.ottavi at bc-109.com Fri Jul 1 08:03:18 2016 From: t.ottavi at bc-109.com (Toussaint OTTAVI) Date: Fri, 1 Jul 2016 10:03:18 +0200 Subject: [App_rpt-users] chan_dstar status ? Message-ID: Hi, I'll start playing around with D-Star. What's the current status of chan_dstar ? Does someone have a link to some documentation / howto ? Which AMBE devices are actually supported ? Are there somme people running it ? What would be the caveats ? Thank you in advance. 73 de TK1BI -------------- next part -------------- An HTML attachment was scrubbed... URL: From g8sau at sidx.org.uk Fri Jul 1 16:26:56 2016 From: g8sau at sidx.org.uk (Barry) Date: Fri, 01 Jul 2016 17:26:56 +0100 Subject: [App_rpt-users] chan_dstar status ? In-Reply-To: References: Message-ID: <6.2.0.14.2.20160701172429.399f9e80@mail.sidx.org.uk> At 09:03 01/07/2016, Toussaint OTTAVI wrote: >Hi, > >I'll start playing around with D-Star. What's the current status of >chan_dstar ? Does someone have a link to some documentation / howto ? >Which AMBE devices are actually supported ? Are there somme people running >it ? What would be the caveats ? I have run it for the past 6+ years on XRF044 Ramesh VA3UV runs it for the past 8+ years on XRF005 there are others. its easy to use I dont have documentation as such but can provide example configs to those who want it. I run XRF044 >< Allstar 27370 Barry G8SAU >Thank you in advance. > >73 de TK1BI >_______________________________________________ >App_rpt-users mailing list >App_rpt-users at ohnosec.org >http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >To unsubscribe from this list please visit >http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down >to the bottom of the page. Enter your email address and press the >"Unsubscribe or edit options button" >You do not need a password to unsubscribe, you can do it via email >confirmation. If you have trouble unsubscribing, please send a message to >the list detailing the problem. From kb1ncj at gmail.com Sat Jul 2 15:50:37 2016 From: kb1ncj at gmail.com (Greg) Date: Sat, 2 Jul 2016 11:50:37 -0400 Subject: [App_rpt-users] dingotel dongle In-Reply-To: References: Message-ID: <5777E2CD.1060306@gmail.com> Hello all Is there actually some way to use the dingotel dongle in Allstar? I see reference to it in simpleusb.conf.. I have one but don't see any driver in Linux to trigger PTT as I tested it on Echolink etc. Thanks for any help! Greg From t.ottavi at bc-109.com Sat Jul 2 15:52:03 2016 From: t.ottavi at bc-109.com (Toussaint OTTAVI) Date: Sat, 2 Jul 2016 17:52:03 +0200 Subject: [App_rpt-users] chan_dstar status ? In-Reply-To: <6.2.0.14.2.20160701172429.399f9e80@mail.sidx.org.uk> References: <6.2.0.14.2.20160701172429.399f9e80@mail.sidx.org.uk> Message-ID: Le 01/07/2016 ? 18:26, Barry a ?crit : > I have run it for the past 6+ years on XRF044 > Ramesh VA3UV runs it for the past 8+ years on XRF005 > > there are others. its easy to use I dont have documentation as such > but can provide example configs to those who want it. Hi, Thank you. I found the basic documentation in the README file, in the source package. I'm not yet D-Star ready, but I'll try this ASAP. 73 de TK1BI From dshaw at ke6upi.com Sun Jul 3 04:20:48 2016 From: dshaw at ke6upi.com (David KE6UPI) Date: Sat, 2 Jul 2016 21:20:48 -0700 Subject: [App_rpt-users] dingotel dongle In-Reply-To: <5777E2CD.1060306@gmail.com> References: <5777E2CD.1060306@gmail.com> Message-ID: If you have one give it a try and let us know.. The are on ebay for 9 bucks. David On Sat, Jul 2, 2016 at 8:50 AM, Greg wrote: > Hello all > Is there actually some way to use the dingotel dongle in Allstar? I see > reference to it in simpleusb.conf.. I have one but don't see any driver in > Linux to trigger PTT as I tested it on Echolink etc. > Thanks for any help! > Greg > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Sun Jul 3 12:32:45 2016 From: electricity440 at gmail.com (Skyler F) Date: Sun, 3 Jul 2016 06:32:45 -0600 Subject: [App_rpt-users] usbfobs In-Reply-To: <574B40B8.3040109@msgstor.com> References: <574B3F82.4000006@meshnetworks.co.nz> <574B40B8.3040109@msgstor.com> Message-ID: Heres another idea some Digital mode programs use: when the transmitter keys, play the audio in one channel, and a 1khz tone in the other so VOX detectors get a steady decode. On Sun, May 29, 2016 at 1:19 PM, Steve Zingman wrote: > Steve, > I understand the price difference. I was referring to " If chan_urd will > go, you now have quite a nice voting system and xippr has already done the > software for you." > > Steve > > On 05/29/2016 03:14 PM, Steve Wright wrote: > >> On 30/05/16 04:00, app_rpt-users-request at ohnosec.org wrote: >> >>> Then run up Xipar and be done with it. >>> >> >> As described, that's $1000 worth of interfacing instead of $45. >> >> That's a no go. >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Sun Jul 3 12:37:40 2016 From: electricity440 at gmail.com (Skyler F) Date: Sun, 3 Jul 2016 06:37:40 -0600 Subject: [App_rpt-users] usbfobs In-Reply-To: References: <574B3F82.4000006@meshnetworks.co.nz> <574B40B8.3040109@msgstor.com> Message-ID: Does this FOB have a CM108 chip, non potted? By the picture with partially see through plastic, it looks promising, hard to beat $1.50 free shipping https://www.amazon.com/External-Audio-Sound-Adapter-Notebook/dp/B000N35A0Y/ref=pd_sim_147_1?ie=UTF8&dpID=315YCtwvgfL&dpSrc=sims&preST=_AC_UL160_SR160%2C160_&psc=1&refRID=3QF6JZMR5ZY71A851ANX On Sun, Jul 3, 2016 at 6:32 AM, Skyler F wrote: > Heres another idea some Digital mode programs use: when the transmitter > keys, play the audio in one channel, and a 1khz tone in the other so VOX > detectors get a steady decode. > > On Sun, May 29, 2016 at 1:19 PM, Steve Zingman > wrote: > >> Steve, >> I understand the price difference. I was referring to " If chan_urd will >> go, you now have quite a nice voting system and xippr has already done the >> software for you." >> >> Steve >> >> On 05/29/2016 03:14 PM, Steve Wright wrote: >> >>> On 30/05/16 04:00, app_rpt-users-request at ohnosec.org wrote: >>> >>>> Then run up Xipar and be done with it. >>>> >>> >>> As described, that's $1000 worth of interfacing instead of $45. >>> >>> That's a no go. >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >>> down to the bottom of the page. Enter your email address and press the >>> "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via email >>> confirmation. If you have trouble unsubscribing, please send a message to >>> the list detailing the problem. >>> >> >> -- >> "Anything is possible if you don't know what you are talking about." >> 1st Law of Logic >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > > > > -- > Skyler Fennell > amsatnet.info > KD?WHB > electricity440 at gmail.com > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb4fxc at inttek.net Sun Jul 3 19:16:50 2016 From: kb4fxc at inttek.net (David McGough) Date: Sun, 3 Jul 2016 15:16:50 -0400 (EDT) Subject: [App_rpt-users] usbfobs In-Reply-To: Message-ID: Based on this video review found in the amazon ad, they are potted. See: https://www.amazon.com/review/R2K3JVWZJFTZW/ref=cm_cr_dp_title?ie=UTF8&ASIN=B000N35A0Y&channel=detail-glance&nodeID=541966&store=pc On Sun, 3 Jul 2016, Skyler F wrote: > Does this FOB have a CM108 chip, non potted? By the picture with partially > see through plastic, it looks promising, hard to beat $1.50 free shipping > > https://www.amazon.com/External-Audio-Sound-Adapter-Notebook/dp/B000N35A0Y/ref=pd_sim_147_1?ie=UTF8&dpID=315YCtwvgfL&dpSrc=sims&preST=_AC_UL160_SR160%2C160_&psc=1&refRID=3QF6JZMR5ZY71A851ANX > > On Sun, Jul 3, 2016 at 6:32 AM, Skyler F wrote: > > > Heres another idea some Digital mode programs use: when the transmitter > > keys, play the audio in one channel, and a 1khz tone in the other so VOX > > detectors get a steady decode. > > > > On Sun, May 29, 2016 at 1:19 PM, Steve Zingman > > wrote: > > > >> Steve, > >> I understand the price difference. I was referring to " If chan_urd will > >> go, you now have quite a nice voting system and xippr has already done the > >> software for you." > >> > >> Steve > >> > >> On 05/29/2016 03:14 PM, Steve Wright wrote: > >> > >>> On 30/05/16 04:00, app_rpt-users-request at ohnosec.org wrote: > >>> > >>>> Then run up Xipar and be done with it. > >>>> > >>> > >>> As described, that's $1000 worth of interfacing instead of $45. > >>> > >>> That's a no go. > >>> > >>> _______________________________________________ > >>> App_rpt-users mailing list > >>> App_rpt-users at ohnosec.org > >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >>> > >>> To unsubscribe from this list please visit > >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > >>> down to the bottom of the page. Enter your email address and press the > >>> "Unsubscribe or edit options button" > >>> You do not need a password to unsubscribe, you can do it via email > >>> confirmation. If you have trouble unsubscribing, please send a message to > >>> the list detailing the problem. > >>> > >> > >> -- > >> "Anything is possible if you don't know what you are talking about." > >> 1st Law of Logic > >> > >> _______________________________________________ > >> App_rpt-users mailing list > >> App_rpt-users at ohnosec.org > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >> > >> To unsubscribe from this list please visit > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > >> down to the bottom of the page. Enter your email address and press the > >> "Unsubscribe or edit options button" > >> You do not need a password to unsubscribe, you can do it via email > >> confirmation. If you have trouble unsubscribing, please send a message to > >> the list detailing the problem. > >> > > > > > > > > -- > > Skyler Fennell > > amsatnet.info > > KD??WHB > > electricity440 at gmail.com > > > > > > From k6ecm1 at gmail.com Sun Jul 3 19:29:54 2016 From: k6ecm1 at gmail.com (Bob) Date: Sun, 3 Jul 2016 12:29:54 -0700 Subject: [App_rpt-users] usbfobs In-Reply-To: Message-ID: <3E53C41E81154F14B3E3840D26287BF6@ThePykesHP> They are potted... I have two (sigh!) -----Original Message----- From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of David McGough Sent: Sunday, July 03, 2016 12:17 PM To: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] usbfobs Based on this video review found in the amazon ad, they are potted. See: https://www.amazon.com/review/R2K3JVWZJFTZW/ref=cm_cr_dp_title?ie=UTF8&ASIN= B000N35A0Y&channel=detail-glance&nodeID=541966&store=pc On Sun, 3 Jul 2016, Skyler F wrote: > Does this FOB have a CM108 chip, non potted? By the picture with partially > see through plastic, it looks promising, hard to beat $1.50 free shipping > > https://www.amazon.com/External-Audio-Sound-Adapter-Notebook/dp/B000N35A0Y/r ef=pd_sim_147_1?ie=UTF8&dpID=315YCtwvgfL&dpSrc=sims&preST=_AC_UL160_SR160%2C 160_&psc=1&refRID=3QF6JZMR5ZY71A851ANX > > On Sun, Jul 3, 2016 at 6:32 AM, Skyler F wrote: > > > Heres another idea some Digital mode programs use: when the transmitter > > keys, play the audio in one channel, and a 1khz tone in the other so VOX > > detectors get a steady decode. > > > > On Sun, May 29, 2016 at 1:19 PM, Steve Zingman > > wrote: > > > >> Steve, > >> I understand the price difference. I was referring to " If chan_urd will > >> go, you now have quite a nice voting system and xippr has already done the > >> software for you." > >> > >> Steve > >> > >> On 05/29/2016 03:14 PM, Steve Wright wrote: > >> > >>> On 30/05/16 04:00, app_rpt-users-request at ohnosec.org wrote: > >>> > >>>> Then run up Xipar and be done with it. > >>>> > >>> > >>> As described, that's $1000 worth of interfacing instead of $45. > >>> > >>> That's a no go. > >>> > >>> _______________________________________________ > >>> App_rpt-users mailing list > >>> App_rpt-users at ohnosec.org > >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >>> > >>> To unsubscribe from this list please visit > >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > >>> down to the bottom of the page. Enter your email address and press the > >>> "Unsubscribe or edit options button" > >>> You do not need a password to unsubscribe, you can do it via email > >>> confirmation. If you have trouble unsubscribing, please send a message to > >>> the list detailing the problem. > >>> > >> > >> -- > >> "Anything is possible if you don't know what you are talking about." > >> 1st Law of Logic > >> > >> _______________________________________________ > >> App_rpt-users mailing list > >> App_rpt-users at ohnosec.org > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >> > >> To unsubscribe from this list please visit > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > >> down to the bottom of the page. Enter your email address and press the > >> "Unsubscribe or edit options button" > >> You do not need a password to unsubscribe, you can do it via email > >> confirmation. If you have trouble unsubscribing, please send a message to > >> the list detailing the problem. > >> > > > > > > > > -- > > Skyler Fennell > > amsatnet.info > > KD??WHB > > electricity440 at gmail.com > > > > > > _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. From electricity440 at gmail.com Sun Jul 3 22:01:52 2016 From: electricity440 at gmail.com (Skyler F) Date: Sun, 3 Jul 2016 16:01:52 -0600 Subject: [App_rpt-users] usbfobs In-Reply-To: <3E53C41E81154F14B3E3840D26287BF6@ThePykesHP> References: <3E53C41E81154F14B3E3840D26287BF6@ThePykesHP> Message-ID: Are these potted? According to reviews, they are CM108 https://www.amazon.com/gp/product/B00OJ5AV8I/ref=ox_sc_act_title_2?ie=UTF8&psc=1&smid=A29Y8OP2GPR7PE On Sun, Jul 3, 2016 at 1:29 PM, Bob wrote: > They are potted... I have two (sigh!) > > -----Original Message----- > From: app_rpt-users-bounces at ohnosec.org > [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of David McGough > Sent: Sunday, July 03, 2016 12:17 PM > To: app_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] usbfobs > > > > Based on this video review found in the amazon ad, they are potted. See: > > > https://www.amazon.com/review/R2K3JVWZJFTZW/ref=cm_cr_dp_title?ie=UTF8&ASIN= > B000N35A0Y&channel=detail-glance&nodeID=541966&store=pc > > > > > On Sun, 3 Jul 2016, Skyler F wrote: > > > Does this FOB have a CM108 chip, non potted? By the picture with > partially > > see through plastic, it looks promising, hard to beat $1.50 free shipping > > > > > > https://www.amazon.com/External-Audio-Sound-Adapter-Notebook/dp/B000N35A0Y/r > > ef=pd_sim_147_1?ie=UTF8&dpID=315YCtwvgfL&dpSrc=sims&preST=_AC_UL160_SR160%2C > 160_&psc=1&refRID=3QF6JZMR5ZY71A851ANX > > > > On Sun, Jul 3, 2016 at 6:32 AM, Skyler F > wrote: > > > > > Heres another idea some Digital mode programs use: when the transmitter > > > keys, play the audio in one channel, and a 1khz tone in the other so > VOX > > > detectors get a steady decode. > > > > > > On Sun, May 29, 2016 at 1:19 PM, Steve Zingman > > > wrote: > > > > > >> Steve, > > >> I understand the price difference. I was referring to " If chan_urd > will > > >> go, you now have quite a nice voting system and xippr has already done > the > > >> software for you." > > >> > > >> Steve > > >> > > >> On 05/29/2016 03:14 PM, Steve Wright wrote: > > >> > > >>> On 30/05/16 04:00, app_rpt-users-request at ohnosec.org wrote: > > >>> > > >>>> Then run up Xipar and be done with it. > > >>>> > > >>> > > >>> As described, that's $1000 worth of interfacing instead of $45. > > >>> > > >>> That's a no go. > > >>> > > >>> _______________________________________________ > > >>> App_rpt-users mailing list > > >>> App_rpt-users at ohnosec.org > > >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > >>> > > >>> To unsubscribe from this list please visit > > >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > > >>> down to the bottom of the page. Enter your email address and press > the > > >>> "Unsubscribe or edit options button" > > >>> You do not need a password to unsubscribe, you can do it via email > > >>> confirmation. If you have trouble unsubscribing, please send a > message > to > > >>> the list detailing the problem. > > >>> > > >> > > >> -- > > >> "Anything is possible if you don't know what you are talking about." > > >> 1st Law of Logic > > >> > > >> _______________________________________________ > > >> App_rpt-users mailing list > > >> App_rpt-users at ohnosec.org > > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > >> > > >> To unsubscribe from this list please visit > > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > > >> down to the bottom of the page. Enter your email address and press the > > >> "Unsubscribe or edit options button" > > >> You do not need a password to unsubscribe, you can do it via email > > >> confirmation. If you have trouble unsubscribing, please send a message > to > > >> the list detailing the problem. > > >> > > > > > > > > > > > > -- > > > Skyler Fennell > > > amsatnet.info > > > KD??WHB > > > electricity440 at gmail.com > > > > > > > > > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to > the bottom of the page. Enter your email address and press the "Unsubscribe > or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From lorentedford at gmail.com Sun Jul 3 22:13:20 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Sun, 3 Jul 2016 17:13:20 -0500 Subject: [App_rpt-users] usbfobs In-Reply-To: References: <3E53C41E81154F14B3E3840D26287BF6@ThePykesHP> Message-ID: Skyler check this out It might work http://m.ebay.com/itm/401135964797?_trksid=p2141725.m3641.l6368 Loren Tedford (KC9ZHV) Email: lorentedford at gmail.com Phone: 618-553-0806 Fax: 16185512755 http://www.lorentedford.com http://kc9zhv.com Sent from Droid Turbo from Verizon wireless network On Jul 3, 2016 5:02 PM, "Skyler F" wrote: > Are these potted? According to reviews, they are CM108 > > > https://www.amazon.com/gp/product/B00OJ5AV8I/ref=ox_sc_act_title_2?ie=UTF8&psc=1&smid=A29Y8OP2GPR7PE > > On Sun, Jul 3, 2016 at 1:29 PM, Bob wrote: > >> They are potted... I have two (sigh!) >> >> -----Original Message----- >> From: app_rpt-users-bounces at ohnosec.org >> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of David McGough >> Sent: Sunday, July 03, 2016 12:17 PM >> To: app_rpt-users at ohnosec.org >> Subject: Re: [App_rpt-users] usbfobs >> >> >> >> Based on this video review found in the amazon ad, they are potted. See: >> >> >> https://www.amazon.com/review/R2K3JVWZJFTZW/ref=cm_cr_dp_title?ie=UTF8&ASIN= >> B000N35A0Y&channel=detail-glance&nodeID=541966&store=pc >> >> >> >> >> >> On Sun, 3 Jul 2016, Skyler F wrote: >> >> > Does this FOB have a CM108 chip, non potted? By the picture with >> partially >> > see through plastic, it looks promising, hard to beat $1.50 free >> shipping >> > >> > >> >> https://www.amazon.com/External-Audio-Sound-Adapter-Notebook/dp/B000N35A0Y/r >> >> ef=pd_sim_147_1?ie=UTF8&dpID=315YCtwvgfL&dpSrc=sims&preST=_AC_UL160_SR160%2C >> 160_&psc=1&refRID=3QF6JZMR5ZY71A851ANX >> >> > >> > On Sun, Jul 3, 2016 at 6:32 AM, Skyler F >> wrote: >> > >> > > Heres another idea some Digital mode programs use: when the >> transmitter >> > > keys, play the audio in one channel, and a 1khz tone in the other so >> VOX >> > > detectors get a steady decode. >> > > >> > > On Sun, May 29, 2016 at 1:19 PM, Steve Zingman >> > > wrote: >> > > >> > >> Steve, >> > >> I understand the price difference. I was referring to " If chan_urd >> will >> > >> go, you now have quite a nice voting system and xippr has already >> done >> the >> > >> software for you." >> > >> >> > >> Steve >> > >> >> > >> On 05/29/2016 03:14 PM, Steve Wright wrote: >> > >> >> > >>> On 30/05/16 04:00, app_rpt-users-request at ohnosec.org wrote: >> > >>> >> > >>>> Then run up Xipar and be done with it. >> > >>>> >> > >>> >> > >>> As described, that's $1000 worth of interfacing instead of $45. >> > >>> >> > >>> That's a no go. >> > >>> >> > >>> _______________________________________________ >> > >>> App_rpt-users mailing list >> > >>> App_rpt-users at ohnosec.org >> > >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> > >>> >> > >>> To unsubscribe from this list please visit >> > >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and >> scroll >> > >>> down to the bottom of the page. Enter your email address and press >> the >> > >>> "Unsubscribe or edit options button" >> > >>> You do not need a password to unsubscribe, you can do it via email >> > >>> confirmation. If you have trouble unsubscribing, please send a >> message >> to >> > >>> the list detailing the problem. >> > >>> >> > >> >> > >> -- >> > >> "Anything is possible if you don't know what you are talking about." >> > >> 1st Law of Logic >> > >> >> > >> _______________________________________________ >> > >> App_rpt-users mailing list >> > >> App_rpt-users at ohnosec.org >> > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> > >> >> > >> To unsubscribe from this list please visit >> > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> > >> down to the bottom of the page. Enter your email address and press >> the >> > >> "Unsubscribe or edit options button" >> > >> You do not need a password to unsubscribe, you can do it via email >> > >> confirmation. If you have trouble unsubscribing, please send a >> message >> to >> > >> the list detailing the problem. >> > >> >> > > >> > > >> > > >> > > -- >> > > Skyler Fennell >> > > amsatnet.info >> > > KD??WHB >> > > electricity440 at gmail.com >> > > >> > >> > >> > >> > >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to >> the bottom of the page. Enter your email address and press the >> "Unsubscribe >> or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > > > > -- > Skyler Fennell > amsatnet.info > KD?WHB > electricity440 at gmail.com > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From k6ecm1 at gmail.com Mon Jul 4 00:43:36 2016 From: k6ecm1 at gmail.com (Bob) Date: Sun, 3 Jul 2016 17:43:36 -0700 Subject: [App_rpt-users] usbfobs In-Reply-To: Message-ID: When I asked for information on the CM108/119, the manufacture indicated they were no longer making the chips, and recommended a newer version. I wondered if many of these with potting are nothing more than nock-off parts, covered so you can't see they are not the real part (no label); not that it matters if they can't be modified any how. Don't know. Bob _____ From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Skyler F Sent: Sunday, July 03, 2016 3:02 PM To: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] usbfobs Are these potted? According to reviews, they are CM108 https://www.amazon.com/gp/product/B00OJ5AV8I/ref=ox_sc_act_title_2?ie=UTF8 &psc=1&smid=A29Y8OP2GPR7PE On Sun, Jul 3, 2016 at 1:29 PM, Bob wrote: They are potted... I have two (sigh!) -----Original Message----- From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of David McGough Sent: Sunday, July 03, 2016 12:17 PM To: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] usbfobs Based on this video review found in the amazon ad, they are potted. See: https://www.amazon.com/review/R2K3JVWZJFTZW/ref=cm_cr_dp_title?ie=UTF8 &ASIN= B000N35A0Y&channel=detail-glance&nodeID=541966&store=pc On Sun, 3 Jul 2016, Skyler F wrote: > Does this FOB have a CM108 chip, non potted? By the picture with partially > see through plastic, it looks promising, hard to beat $1.50 free shipping > > https://www.amazon.com/External-Audio-Sound-Adapter-Notebook/dp/B000N35A0Y/r ef=pd_sim_147_1?ie=UTF8&dpID=315YCtwvgfL&dpSrc=sims&preST=_AC_UL160_SR160%2C 160_&psc=1&refRID=3QF6JZMR5ZY71A851ANX > > On Sun, Jul 3, 2016 at 6:32 AM, Skyler F wrote: > > > Heres another idea some Digital mode programs use: when the transmitter > > keys, play the audio in one channel, and a 1khz tone in the other so VOX > > detectors get a steady decode. > > > > On Sun, May 29, 2016 at 1:19 PM, Steve Zingman > > wrote: > > > >> Steve, > >> I understand the price difference. I was referring to " If chan_urd will > >> go, you now have quite a nice voting system and xippr has already done the > >> software for you." > >> > >> Steve > >> > >> On 05/29/2016 03:14 PM, Steve Wright wrote: > >> > >>> On 30/05/16 04:00, app_rpt-users-request at ohnosec.org wrote: > >>> > >>>> Then run up Xipar and be done with it. > >>>> > >>> > >>> As described, that's $1000 worth of interfacing instead of $45. > >>> > >>> That's a no go. > >>> > >>> _______________________________________________ > >>> App_rpt-users mailing list > >>> App_rpt-users at ohnosec.org > >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >>> > >>> To unsubscribe from this list please visit > >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > >>> down to the bottom of the page. Enter your email address and press the > >>> "Unsubscribe or edit options button" > >>> You do not need a password to unsubscribe, you can do it via email > >>> confirmation. If you have trouble unsubscribing, please send a message to > >>> the list detailing the problem. > >>> > >> > >> -- > >> "Anything is possible if you don't know what you are talking about." > >> 1st Law of Logic > >> > >> _______________________________________________ > >> App_rpt-users mailing list > >> App_rpt-users at ohnosec.org > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >> > >> To unsubscribe from this list please visit > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > >> down to the bottom of the page. Enter your email address and press the > >> "Unsubscribe or edit options button" > >> You do not need a password to unsubscribe, you can do it via email > >> confirmation. If you have trouble unsubscribing, please send a message to > >> the list detailing the problem. > >> > > > > > > > > -- > > Skyler Fennell > > amsatnet.info > > KD??WHB > > electricity440 at gmail.com > > > > > > _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From yokshs at gmail.com Mon Jul 4 01:30:52 2016 From: yokshs at gmail.com (K Yoksh) Date: Sun, 3 Jul 2016 19:30:52 -0600 Subject: [App_rpt-users] DIAL Pi GPIO In-Reply-To: References: Message-ID: Speaking of potted CM108 chips, any idea when the Pi GPIO will support COS/PTT? 73, Kyle K0KN -------------- next part -------------- An HTML attachment was scrubbed... URL: From ssedgwick at suddenlink.net Mon Jul 4 01:36:00 2016 From: ssedgwick at suddenlink.net (ssedgwick) Date: Sun, 3 Jul 2016 20:36:00 -0500 Subject: [App_rpt-users] usbfobs In-Reply-To: Message-ID: <9232E98E43F64AC2A168F7D3D850F5EF@SteveOfficePC> In April of 2015 I purchased 5 USB sound dongles from an eBay seller with the name bargain cable usa. All 5 that I ordered had the CM108 chip and they worked fine on Allstar. eBay listed there website as www.bargaincableuse.com Sometime in the last year they stopped selling on eBay. Today I when to there website and they do have what appears to be the same (looks the same from the outside anyway) USB sound dongle listed on there website here: http://www.bargaincableusa.com/virtual-7-1-channel-sound-card-mic-in-stereo-out-p/a-229.htm I just ordered one and will let you know what I find when I receive it. 73, Steve_WB8GRS -------------- next part -------------- An HTML attachment was scrubbed... URL: From kc2irv at gmail.com Mon Jul 4 01:47:36 2016 From: kc2irv at gmail.com (Joe Moskalski) Date: Sun, 3 Jul 2016 21:47:36 -0400 Subject: [App_rpt-users] usbfobs In-Reply-To: <9232E98E43F64AC2A168F7D3D850F5EF@SteveOfficePC> References: <9232E98E43F64AC2A168F7D3D850F5EF@SteveOfficePC> Message-ID: here are the two fobs currently being sold on Amazon that contain the CM108 chip. https://www.amazon.com/external-Adapter-Windows-Microphone-SD-CM-UAUD/dp/B001MSS6CS/ref=sr_1_1?ie=UTF8&qid=1467596668&sr=8-1&keywords=syba+usb+soundcard https://www.amazon.com/StarTech-com-Stereo-Adapter-External-ICUSBAUDIOB/dp/B001EHG7DM/ref=sr_1_1?ie=UTF8&qid=1467596686&sr=8-1&keywords=startech+usb+audio These are the only two I have found that always contain the CM108 chip this is NOT potted. I have purchased about 40 of these and every one has contained the correct device. Repeater builder even has a web page on making the correct connections for the Startech fob http://www.repeater-builder.com/projects/fob/startech-fob.html On Sun, Jul 3, 2016 at 9:36 PM, ssedgwick wrote: > In April of 2015 I purchased 5 USB sound dongles from an eBay seller with > the name bargain cable usa. All 5 that I ordered had the CM108 chip and > they worked fine on Allstar. eBay listed there website as > www.bargaincableuse.com Sometime in the last year they stopped selling > on eBay. Today I when to there website and they do have what appears to be > the same (looks the same from the outside anyway) USB sound dongle listed > on there website here: > http://www.bargaincableusa.com/virtual-7-1-channel-sound-card-mic-in-stereo-out-p/a-229.htm > I just ordered one and will let you know what I find when I receive it. > > 73, > Steve_WB8GRS > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From selkie2 at comcast.net Mon Jul 4 01:51:22 2016 From: selkie2 at comcast.net (DuaneVT .) Date: Sun, 3 Jul 2016 21:51:22 -0400 Subject: [App_rpt-users] Hackable CM108 fob Message-ID: I have several of these fobs. CM108 and open to mods. Looking at the board carefully, it looks like the mic tip and ring are wired together and removing 0-Ohm chip resistor R6 opens the 4V mic Vbias line from CM108 pin 25, leaving mic T+R pins connected to CM108 MICIN pin 27 through a chip cap. Mic T-R pads are on J3 on the red LED side of the board if the jacks are removed.I just confirmed R6 does indeed remove the 4.5V mic bias. Duane KA1LM http://www.ebay.com/itm/Wholesale-USB-External-7-1-Channel-3D-Virtual-Audio-Sound-Card-Adapter-PC-Laptop/321869728763?_trksid=p2047675.c100011.m1850&_trkparms=aid%3D222007%26algo%3DSIC.MBE%26ao%3D1%26asc%3D37182%26meid%3Dc01ddad9c6324b2ab0a861086fa54171%26pid%3D100011%26rk%3D1%26rkt%3D3%26sd%3D291156304476 -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at meshnetworks.co.nz Mon Jul 4 02:11:30 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Mon, 4 Jul 2016 14:11:30 +1200 Subject: [App_rpt-users] usbfobs In-Reply-To: References: Message-ID: <5779C5D2.2090001@meshnetworks.co.nz> On 04/07/16 13:47, app_rpt-users-request at ohnosec.org wrote: > When I asked for information on the CM108/119, the manufacture indicated > they were no longer making the chips, and recommended a newer version. I > wondered if many of these with potting are nothing more than nock-off parts, > covered so you can't see they are not the real part (no label); not that it > matters if they can't be modified any how. Don't know. CM119 chips can be bought new off alibaba.com for cents each, qty 1, and free freight, and a breakout board to mount them is equally trivial. Steve From info at meshnetworks.co.nz Mon Jul 4 02:52:39 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Mon, 4 Jul 2016 14:52:39 +1200 Subject: [App_rpt-users] Raspi3 - how many full DSP channels? Message-ID: <5779CF77.4060202@meshnetworks.co.nz> Any suggestions how many full-DSP USB channels the Raspi3 will handle? Steve From kc2irv at gmail.com Mon Jul 4 04:52:08 2016 From: kc2irv at gmail.com (Joe Moskalski) Date: Mon, 4 Jul 2016 00:52:08 -0400 Subject: [App_rpt-users] RTCM 1 PPS Specs Message-ID: OK, I am currently trying to get my GPS unit running with my RTCM. I am using a QRP Labs QLG1 at the moment for testing which does output a 5v 1PPS. The pulse from the QLG1 is 100ms long. I haven't been able to get the RTCM to achieve a GPS lock so my question happens to be what are the parameters besides the voltage level that need to be met for the RTCM for a valid 1 PPS input to it? I haven't been able to find this information online anywhere. -------------- next part -------------- An HTML attachment was scrubbed... URL: From n3xcc at repeater-builder.com Mon Jul 4 17:31:10 2016 From: n3xcc at repeater-builder.com (Scott Zimmerman) Date: Mon, 4 Jul 2016 13:31:10 -0400 Subject: [App_rpt-users] usbfobs In-Reply-To: <5779C5D2.2090001@meshnetworks.co.nz> References: <5779C5D2.2090001@meshnetworks.co.nz> Message-ID: <6d78be4c-f6ca-2a67-2c32-032f114d4b92@repeater-builder.com> Steve, Have you purchased and used any of the chips from Alibaba? I have had BAD luck in the past getting cm119's from eBay and such. I get them from a CMedia distributor for about $2 each. Yes, they are more expensive, but I know if I take the time to solder them to a board, they will work!!! Scott Scott Zimmerman Amateur Radio Call N3XCC 474 Barnett Road Boswell, PA 15531 On 7/3/2016 10:11 PM, Steve Wright wrote: > On 04/07/16 13:47, app_rpt-users-request at ohnosec.org wrote: >> When I asked for information on the CM108/119, the manufacture indicated >> they were no longer making the chips, and recommended a newer version. I >> wondered if many of these with potting are nothing more than nock-off parts, >> covered so you can't see they are not the real part (no label); not that it >> matters if they can't be modified any how. Don't know. > > CM119 chips can be bought new off alibaba.com for cents each, qty 1, and free freight, and a > breakout board to mount them is equally trivial. > > > Steve > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or > edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble > unsubscribing, please send a message to the list detailing the problem. From kj6ko at innercite.com Mon Jul 4 21:01:02 2016 From: kj6ko at innercite.com (Greg Stahlman) Date: Mon, 4 Jul 2016 14:01:02 -0700 Subject: [App_rpt-users] usbfobs In-Reply-To: References: <9232E98E43F64AC2A168F7D3D850F5EF@SteveOfficePC> Message-ID: <001201d1d637$2d294600$877bd200$@com> Anyone tried one of these yet? http://www.ebay.com/itm/311647691492?_trksid=p2060353.m1438.l2649&ssPageName=STRK%3AMEBIDX%3AIT __________ Information from ESET NOD32 Antivirus, version of virus signature database 13751 (20160704) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb1ncj at gmail.com Mon Jul 4 21:58:55 2016 From: kb1ncj at gmail.com (Greg) Date: Mon, 4 Jul 2016 17:58:55 -0400 Subject: [App_rpt-users] dingotel again In-Reply-To: References: Message-ID: <577ADC1F.5010902@gmail.com> I gave it a whirl. I can get the thing looking good in simpleusb tune menu and it even PTT's without vox! However, my node it not working with it, it seems. Where and what do I check? Looks a little promising.. From kb4fxc at inttek.net Mon Jul 4 22:31:00 2016 From: kb4fxc at inttek.net (David McGough) Date: Mon, 4 Jul 2016 18:31:00 -0400 (EDT) Subject: [App_rpt-users] usbfobs In-Reply-To: <001201d1d637$2d294600$877bd200$@com> Message-ID: I haven't purchased any of those USB sound FOBs, but, I have purchased a lot of other hardware from that reseller with no problems. Also, it's worth mentioning that the REAL C-media CM108 (including the CM119) family chips are still readily available, they've NOT been discontinued. However, as with about everything coming from China/Asia, most of these FOBs have CM108 clones, NOT the real parts. I suspect all the epoxy-blob style FOBs are clones. As with all the cloned parts, some designs seem to work okay and others poorly. At least these prices are cheap enough hat if it doesn't work out, it won't break the bank! YMMV! 73, David KB4FXC On Mon, 4 Jul 2016, Greg Stahlman wrote: > Anyone tried one of these yet? > > > > http://www.ebay.com/itm/311647691492?_trksid=p2060353.m1438.l2649&ssPageName=STRK%3AMEBIDX%3AIT > > > > > > __________ Information from ESET NOD32 Antivirus, version of virus signature database 13751 (20160704) __________ > > The message was checked by ESET NOD32 Antivirus. > > http://www.eset.com > > From kb1ncj at gmail.com Tue Jul 5 04:04:31 2016 From: kb1ncj at gmail.com (Greg) Date: Tue, 5 Jul 2016 00:04:31 -0400 Subject: [App_rpt-users] dingotel dongle In-Reply-To: <5777E2CD.1060306@gmail.com> References: <5777E2CD.1060306@gmail.com> Message-ID: <577B31CF.9090709@gmail.com> I have been at this a while now.. Using simpleusb carrierfrom=usbinvert I have TX with no issue but no RX Using other values (usb,dsp,vox) I have RX with fine and dtmf decodes but no TX How can I get this resolved? Stumped.. From kb1ncj at gmail.com Tue Jul 5 12:57:52 2016 From: kb1ncj at gmail.com (Greg) Date: Tue, 5 Jul 2016 08:57:52 -0400 Subject: [App_rpt-users] dingotel dongle In-Reply-To: <577B31CF.9090709@gmail.com> References: <5777E2CD.1060306@gmail.com> <577B31CF.9090709@gmail.com> Message-ID: <577BAED0.1010108@gmail.com> It appears to me that setting carrierfrom=usbinvert simply kills RX and the reason rpt won't tx when the working RX is set is because the receiver is "busy" with noise possibly which is holding off TX. I remember when connected to my other node the other node was TX'ing empty noise from the new node with 5 second or so drops. Is there a parameter for a "squelch" possibly? On 07/05/2016 12:04 AM, Greg wrote: > I have been at this a while now.. Using simpleusb > carrierfrom=usbinvert > I have TX with no issue but no RX > Using other values (usb,dsp,vox) I have RX with fine and dtmf decodes > but no TX > How can I get this resolved? Stumped.. From info at meshnetworks.co.nz Tue Jul 5 19:09:06 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Wed, 6 Jul 2016 07:09:06 +1200 Subject: [App_rpt-users] usbfobs In-Reply-To: References: Message-ID: <577C05D2.8060300@meshnetworks.co.nz> On 06/07/16 04:00, app_rpt-users-request at ohnosec.org wrote: > Have you purchased and used any of the chips from Alibaba? I have had BAD luck in the past getting > cm119's from eBay and such. I get them from a CMedia distributor for about $2 each. Yes, they are > more expensive, but I know if I take the time to solder them to a board, they will work!!! I have had a few fake products delivered, but always they are extremely fast on the 'refund and apologise profusely' button. I wouldn't call it a bad experience. S From kuggie at kuggie.com Tue Jul 5 23:44:46 2016 From: kuggie at kuggie.com (Kevin Custer) Date: Tue, 5 Jul 2016 19:44:46 -0400 Subject: [App_rpt-users] usbfobs In-Reply-To: <577C05D2.8060300@meshnetworks.co.nz> References: <577C05D2.8060300@meshnetworks.co.nz> Message-ID: <241b4af4-87f5-7978-bc02-2b3e545e4baa@kuggie.com> > On 06/07/16 04:00, Scott Zimmerman wrote: >> Have you purchased and used any of the chips from Alibaba? I have had >> BAD luck in the past getting >> cm119's from eBay and such. I get them from a CMedia distributor for >> about $2 each. Yes, they are >> more expensive, but I know if I take the time to solder them to a >> board, they will work!!! > > On 7/5/2016 3:09 PM, Steve Wright wrote: > I have had a few fake products delivered, but always they are > extremely fast on the 'refund and apologise profusely' button. I > wouldn't call it a bad experience. > > Soldering a 48 pin LQFP and having it be fake is nothing short of a bad experience. Like Scott, I recently purchased a fair quantity of CM119A's from a top CM distributor. They told us the CM119 and CM119A are now legacy products and the CM119B is current. Unfortunately, the B model doesn't use a crystal and several developers agree that they may not be suitable for digital and analog radio adapter applications. There were still a few hundred CM119A's in the distribution chain as of a few months ago. Kevin From info at meshnetworks.co.nz Wed Jul 6 00:07:49 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Wed, 6 Jul 2016 12:07:49 +1200 Subject: [App_rpt-users] usbfobs In-Reply-To: <241b4af4-87f5-7978-bc02-2b3e545e4baa@kuggie.com> References: <577C05D2.8060300@meshnetworks.co.nz> <241b4af4-87f5-7978-bc02-2b3e545e4baa@kuggie.com> Message-ID: <577C4BD5.5070406@meshnetworks.co.nz> On 06/07/16 11:44, Kevin Custer wrote: > Soldering a 48 pin LQFP and having it be fake is nothing short of a > bad experience. Like Scott, I recently purchased a fair quantity of > CM119A's from a top CM distributor. They told us the CM119 and CM119A > are now legacy products and the CM119B is current. Unfortunately, the > B model doesn't use a crystal and several developers agree that they > may not be suitable for digital and analog radio adapter > applications. There were still a few hundred CM119A's in the > distribution chain as of a few months ago. If the CM119 is dead, then we should scrap it. I can't really see why we are focussing on that devices' built-in I/O, when we have computing devices such as RPI3 with scads of easily accessible I/O. Linux sound is really well developed - "just works everywhere" I'd say. Why not build or reuse a DSP-based driver for that, that will handle voting - now we are in business with all the toys, for the foreseeable future. Likely a simple CLI config tool could be developed too - choose RX audio device, TX audio device, signalling, save settings, done. Rinse and repeat for three devices. Hardware VOTERs are fine for a single repeater with a few outboard receivers, but way too much money for non-millionaire clubs to convert "everything" to asterisk - they will stick with their IRLP node for sure, and that is a tragedy.. I see a few members here and elsewhere make it their business to put tens of thousands of $$ into communication systems, and that's enviable and laudable, but 90% of constructors don't exist on that rarefied plane. S From kb4fxc at inttek.net Wed Jul 6 00:40:46 2016 From: kb4fxc at inttek.net (David McGough) Date: Tue, 5 Jul 2016 20:40:46 -0400 (EDT) Subject: [App_rpt-users] usbfobs In-Reply-To: <577C4BD5.5070406@meshnetworks.co.nz> Message-ID: Steve, The CM108/CM119 is nowhere near dead! Even if CM stops manufacture, there will be decent "clones" of it for years to come. No worries about that! If you're needing some FOBs, I understand the shipping issues you've got, being in NZ. I just checked the US Postal Service shipping site and a "First Class Mail International Large Envelope" is under $20USD for 2 lbs., shipped from the USA to NZ. Priority mail, where you could ship a small box in under a week, starts at about $64USD. See: https://ircalc.usps.com/?country=10324 Why not just work a "bulk quantity" deal with Kevin or Scott to sell you and ship you a hand full of their RIM-lite adapters??? Then, you'll in good shape for now. http://www.repeater-builder.com/products/usb-rim-lite.html 73, David KB4FXC On Wed, 6 Jul 2016, Steve Wright wrote: > On 06/07/16 11:44, Kevin Custer wrote: > > Soldering a 48 pin LQFP and having it be fake is nothing short of a > > bad experience. Like Scott, I recently purchased a fair quantity of > > CM119A's from a top CM distributor. They told us the CM119 and CM119A > > are now legacy products and the CM119B is current. Unfortunately, the > > B model doesn't use a crystal and several developers agree that they > > may not be suitable for digital and analog radio adapter > > applications. There were still a few hundred CM119A's in the > > distribution chain as of a few months ago. > > If the CM119 is dead, then we should scrap it. I can't really see why > we are focussing on that devices' built-in I/O, when we have computing > devices such as RPI3 with scads of easily accessible I/O. > > Linux sound is really well developed - "just works everywhere" I'd say. > Why not build or reuse a DSP-based driver for that, that will handle > voting - now we are in business with all the toys, for the foreseeable > future. Likely a simple CLI config tool could be developed too - choose > RX audio device, TX audio device, signalling, save settings, done. > Rinse and repeat for three devices. > > Hardware VOTERs are fine for a single repeater with a few outboard > receivers, but way too much money for non-millionaire clubs to convert > "everything" to asterisk - they will stick with their IRLP node for > sure, and that is a tragedy.. I see a few members here and elsewhere > make it their business to put tens of thousands of $$ into communication > systems, and that's enviable and laudable, but 90% of constructors don't > exist on that rarefied plane. > > > S > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > From electricity440 at gmail.com Wed Jul 6 00:53:16 2016 From: electricity440 at gmail.com (Skyler F) Date: Tue, 5 Jul 2016 18:53:16 -0600 Subject: [App_rpt-users] usbfobs In-Reply-To: References: <577C4BD5.5070406@meshnetworks.co.nz> Message-ID: Has anybody heard of DireWolf, the sound card AFSK packet linux software? I like it because there is a config file for PTT, so you can set it to anything, a GPIO pin on a raspberry pi, a CM108 pin 13 using hamlib and rigctld, and much more. It works with any sound card. It would be nice if AllStar was like that. On Tue, Jul 5, 2016 at 6:40 PM, David McGough wrote: > > Steve, > > The CM108/CM119 is nowhere near dead! Even if CM stops manufacture, there > will be decent "clones" of it for years to come. No worries about that! > > If you're needing some FOBs, I understand the shipping issues you've got, > being in NZ. I just checked the US Postal Service shipping site and a > "First Class Mail International Large Envelope" is under $20USD for 2 > lbs., shipped from the USA to NZ. Priority mail, where you could ship a > small box in under a week, starts at about $64USD. See: > > https://ircalc.usps.com/?country=10324 > > > Why not just work a "bulk quantity" deal with Kevin or Scott to sell you > and ship you a hand full of their RIM-lite adapters??? Then, you'll in > good shape for now. > > http://www.repeater-builder.com/products/usb-rim-lite.html > > > 73, David KB4FXC > > > On Wed, 6 Jul 2016, Steve Wright wrote: > > > On 06/07/16 11:44, Kevin Custer wrote: > > > Soldering a 48 pin LQFP and having it be fake is nothing short of a > > > bad experience. Like Scott, I recently purchased a fair quantity of > > > CM119A's from a top CM distributor. They told us the CM119 and CM119A > > > are now legacy products and the CM119B is current. Unfortunately, the > > > B model doesn't use a crystal and several developers agree that they > > > may not be suitable for digital and analog radio adapter > > > applications. There were still a few hundred CM119A's in the > > > distribution chain as of a few months ago. > > > > If the CM119 is dead, then we should scrap it. I can't really see why > > we are focussing on that devices' built-in I/O, when we have computing > > devices such as RPI3 with scads of easily accessible I/O. > > > > Linux sound is really well developed - "just works everywhere" I'd say. > > Why not build or reuse a DSP-based driver for that, that will handle > > voting - now we are in business with all the toys, for the foreseeable > > future. Likely a simple CLI config tool could be developed too - choose > > RX audio device, TX audio device, signalling, save settings, done. > > Rinse and repeat for three devices. > > > > Hardware VOTERs are fine for a single repeater with a few outboard > > receivers, but way too much money for non-millionaire clubs to convert > > "everything" to asterisk - they will stick with their IRLP node for > > sure, and that is a tragedy.. I see a few members here and elsewhere > > make it their business to put tens of thousands of $$ into communication > > systems, and that's enviable and laudable, but 90% of constructors don't > > exist on that rarefied plane. > > > > > > S > > > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From donegan at donegan.org Wed Jul 6 00:54:44 2016 From: donegan at donegan.org (Steven Donegan) Date: Wed, 6 Jul 2016 00:54:44 +0000 (UTC) Subject: [App_rpt-users] usbfobs In-Reply-To: References: <577C4BD5.5070406@meshnetworks.co.nz> Message-ID: <1910287611.3556554.1467766484242.JavaMail.yahoo@mail.yahoo.com> I would ask a different question - why do we still use slow USB devices rather than ones directly attached to the Pi's bus? ?Steven Donegan KK6IVC General Class FCC License FAA PP-ASEL Pilots License Silver State Car #86 www.sscc.us From: David McGough To: app_rpt mailing list Sent: Tuesday, July 5, 2016 5:40 PM Subject: Re: [App_rpt-users] usbfobs Steve, The CM108/CM119 is nowhere near dead! Even if CM stops manufacture, there will be decent "clones" of it for years to come. No worries about that! If you're needing some FOBs, I understand the shipping issues you've got, being in NZ. I just checked the US Postal Service shipping site and a "First Class Mail International Large Envelope" is under $20USD for 2 lbs., shipped from the USA to NZ.? Priority mail, where you could ship a small box in under a week, starts at about $64USD.? See: https://ircalc.usps.com/?country=10324 Why not just work a "bulk quantity" deal with Kevin or Scott to sell you and ship you a hand full of their RIM-lite adapters???? Then, you'll in good shape for now. http://www.repeater-builder.com/products/usb-rim-lite.html 73, David KB4FXC On Wed, 6 Jul 2016, Steve Wright wrote: > On 06/07/16 11:44, Kevin Custer wrote: > > Soldering a 48 pin LQFP and having it be fake is nothing short of a > > bad experience.? Like Scott, I recently purchased a fair quantity of > > CM119A's from a top CM distributor.? They told us the CM119 and CM119A > > are now legacy products and the CM119B is current. Unfortunately, the > > B model doesn't use a crystal and several developers agree that they > > may not be suitable for digital and analog radio adapter > > applications.? There were still a few hundred CM119A's in the > > distribution chain as of a few months ago. > > If the CM119 is dead, then we should scrap it.? I can't really see why > we are focussing on that devices' built-in I/O, when we have computing > devices such as RPI3 with scads of easily accessible I/O. > > Linux sound is really well developed - "just works everywhere" I'd say.? > Why not build or reuse a DSP-based driver for that, that will handle > voting - now we are in business with all the toys, for the foreseeable > future.? Likely a simple CLI config tool could be developed too - choose > RX audio device, TX audio device, signalling, save settings, done.? > Rinse and repeat for three devices. > > Hardware VOTERs are fine for a single repeater with a few outboard > receivers, but way too much money for non-millionaire clubs to convert > "everything" to asterisk - they will stick with their IRLP node for > sure, and that is a tragedy..? I see a few members here and elsewhere > make it their business to put tens of thousands of $$ into communication > systems, and that's enviable and laudable, but 90% of constructors don't > exist on that rarefied plane. > > > S > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kuggie at kuggie.com Wed Jul 6 01:25:20 2016 From: kuggie at kuggie.com (Kevin Custer) Date: Tue, 5 Jul 2016 21:25:20 -0400 Subject: [App_rpt-users] usbfobs In-Reply-To: References: Message-ID: On 7/5/2016 8:40 PM, David McGough wrote: > The CM108/CM119 is nowhere near dead! Even if CM stops manufacture, there > will be decent "clones" of it for years to come. Where would someone find a "decent clone" of a CM108 or CM119A? Kevin - W3KKC INAD From bdboyle at bdboyle.com Wed Jul 6 01:50:03 2016 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Tue, 5 Jul 2016 21:50:03 -0400 Subject: [App_rpt-users] usbfobs In-Reply-To: <1910287611.3556554.1467766484242.JavaMail.yahoo@mail.yahoo.com> References: <577C4BD5.5070406@meshnetworks.co.nz> <1910287611.3556554.1467766484242.JavaMail.yahoo@mail.yahoo.com> Message-ID: drivers? hardware? integration with existing codebase? takes time and (unpaid) effort. -- Bryan Sent from my iPhone 6S...No electrons were harmed in the sending of this message. > On Jul 5, 2016, at 20:54, Steven Donegan wrote: > > I would ask a different question - why do we still use slow USB devices rather than ones directly attached to the Pi's bus? > > Steven Donegan > KK6IVC General Class FCC License > FAA PP-ASEL Pilots License > Silver State Car #86 > www.sscc.us > > > From: David McGough > To: app_rpt mailing list > Sent: Tuesday, July 5, 2016 5:40 PM > Subject: Re: [App_rpt-users] usbfobs > > > Steve, > > The CM108/CM119 is nowhere near dead! Even if CM stops manufacture, there > will be decent "clones" of it for years to come. No worries about that! > > If you're needing some FOBs, I understand the shipping issues you've got, > being in NZ. I just checked the US Postal Service shipping site and a > "First Class Mail International Large Envelope" is under $20USD for 2 > lbs., shipped from the USA to NZ. Priority mail, where you could ship a > small box in under a week, starts at about $64USD. See: > > https://ircalc.usps.com/?country=10324 > > > Why not just work a "bulk quantity" deal with Kevin or Scott to sell you > and ship you a hand full of their RIM-lite adapters??? Then, you'll in > good shape for now. > > http://www.repeater-builder.com/products/usb-rim-lite.html > > > 73, David KB4FXC > > > On Wed, 6 Jul 2016, Steve Wright wrote: > > > On 06/07/16 11:44, Kevin Custer wrote: > > > Soldering a 48 pin LQFP and having it be fake is nothing short of a > > > bad experience. Like Scott, I recently purchased a fair quantity of > > > CM119A's from a top CM distributor. They told us the CM119 and CM119A > > > are now legacy products and the CM119B is current. Unfortunately, the > > > B model doesn't use a crystal and several developers agree that they > > > may not be suitable for digital and analog radio adapter > > > applications. There were still a few hundred CM119A's in the > > > distribution chain as of a few months ago. > > > > If the CM119 is dead, then we should scrap it. I can't really see why > > we are focussing on that devices' built-in I/O, when we have computing > > devices such as RPI3 with scads of easily accessible I/O. > > > > Linux sound is really well developed - "just works everywhere" I'd say. > > Why not build or reuse a DSP-based driver for that, that will handle > > voting - now we are in business with all the toys, for the foreseeable > > future. Likely a simple CLI config tool could be developed too - choose > > RX audio device, TX audio device, signalling, save settings, done. > > Rinse and repeat for three devices. > > > > Hardware VOTERs are fine for a single repeater with a few outboard > > receivers, but way too much money for non-millionaire clubs to convert > > "everything" to asterisk - they will stick with their IRLP node for > > sure, and that is a tragedy.. I see a few members here and elsewhere > > make it their business to put tens of thousands of $$ into communication > > systems, and that's enviable and laudable, but 90% of constructors don't > > exist on that rarefied plane. > > > > > > S > > > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jd0 at broadsci.com Wed Jul 6 01:56:38 2016 From: jd0 at broadsci.com (Jeff DePolo) Date: Tue, 05 Jul 2016 21:56:38 -0400 Subject: [App_rpt-users] usbfobs In-Reply-To: <1910287611.3556554.1467766484242.JavaMail.yahoo@mail.yahoo.com> References: <577C4BD5.5070406@meshnetworks.co.nz> <1910287611.3556554.1467766484242.JavaMail.yahoo@mail.yahoo.com> Message-ID: <0F127FD53B204EC0A802641B2D42EED8@OUTLAW> > I would ask a different question - why do we still use slow > USB devices rather than ones directly attached to the Pi's bus? There are a lot of us out here that prefer to run hardened server-grade hardware at remote tower sites rather than Pi's or other small SBC's. --- Jeff WN3A --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From info at meshnetworks.co.nz Wed Jul 6 02:27:03 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Wed, 6 Jul 2016 14:27:03 +1200 Subject: [App_rpt-users] usbfobs In-Reply-To: References: Message-ID: <577C6C77.9090300@meshnetworks.co.nz> On 06/07/16 13:50, app_rpt-users-request at ohnosec.org wrote: > Date: Wed, 6 Jul 2016 00:54:44 +0000 (UTC) > From: Steven Donegan > I would ask a different question - why do we still use slow USB devices rather than ones directly attached to the Pi's bus? Another excellent question. This I2S needs looking into. http://audioberry.com/beginners-guide-raspberry-pi-i2s-audio/ S From mike at midnighteng.com Wed Jul 6 02:38:14 2016 From: mike at midnighteng.com (mike at midnighteng.com) Date: Tue, 5 Jul 2016 22:38:14 -0400 Subject: [App_rpt-users] usbfobs In-Reply-To: References: <577C4BD5.5070406@meshnetworks.co.nz> <1910287611.3556554.1467766484242.JavaMail.yahoo@mail.yahoo.com> Message-ID: <28830b41ab8febbb6fd478b036c1bed0.squirrel@webmail.midnighteng.com> If you look at this close, it is just a glorified op-amp. We used a 741 for dsp on a serial line in the 90's. What makes it tough is the I/O lines some use for PTT/COS. and the address lines for them that may not be the same with other units. Could just change the source code for some others. I suggest finding a way to replace the I/O lines with something else because ANY dsp should work fine for the audio. I think the PI itself has them. Just have to write the code to replace it OR use "ON-EVENT" programming to read/write to them to follow ptt/cos. I know that is easy for me to say as I'm using Atom boards with a parallel port. And there are plenty of I/O / DAQ boards out there that can be utilized for plenty of I/O if the PI's I/O can't work for it. Just remember, it was the work of others that made it so easy so far. But a good thing never lasts forever. ...mike/kb8jnm > drivers? hardware? integration with existing codebase? takes time and (unpaid) > effort. > > -- > Bryan > Sent from my iPhone 6S...No electrons were harmed in the sending of this message. > > > >> On Jul 5, 2016, at 20:54, Steven Donegan wrote: >> >> I would ask a different question - why do we still use slow USB devices rather >> than ones directly attached to the Pi's bus? >> >> Steven Donegan >> KK6IVC General Class FCC License >> FAA PP-ASEL Pilots License >> Silver State Car #86 >> www.sscc.us >> >> >> From: David McGough >> To: app_rpt mailing list >> Sent: Tuesday, July 5, 2016 5:40 PM >> Subject: Re: [App_rpt-users] usbfobs >> >> >> Steve, >> >> The CM108/CM119 is nowhere near dead! Even if CM stops manufacture, there >> will be decent "clones" of it for years to come. No worries about that! >> >> If you're needing some FOBs, I understand the shipping issues you've got, >> being in NZ. I just checked the US Postal Service shipping site and a >> "First Class Mail International Large Envelope" is under $20USD for 2 >> lbs., shipped from the USA to NZ. Priority mail, where you could ship a >> small box in under a week, starts at about $64USD. See: >> >> https://ircalc.usps.com/?country=10324 >> >> >> Why not just work a "bulk quantity" deal with Kevin or Scott to sell you >> and ship you a hand full of their RIM-lite adapters??? Then, you'll in >> good shape for now. >> >> http://www.repeater-builder.com/products/usb-rim-lite.html >> >> >> 73, David KB4FXC >> >> >> On Wed, 6 Jul 2016, Steve Wright wrote: >> >> > On 06/07/16 11:44, Kevin Custer wrote: >> > > Soldering a 48 pin LQFP and having it be fake is nothing short of a >> > > bad experience. Like Scott, I recently purchased a fair quantity of >> > > CM119A's from a top CM distributor. They told us the CM119 and CM119A >> > > are now legacy products and the CM119B is current. Unfortunately, the >> > > B model doesn't use a crystal and several developers agree that they >> > > may not be suitable for digital and analog radio adapter >> > > applications. There were still a few hundred CM119A's in the >> > > distribution chain as of a few months ago. >> > >> > If the CM119 is dead, then we should scrap it. I can't really see why >> > we are focussing on that devices' built-in I/O, when we have computing >> > devices such as RPI3 with scads of easily accessible I/O. >> > >> > Linux sound is really well developed - "just works everywhere" I'd say. >> > Why not build or reuse a DSP-based driver for that, that will handle >> > voting - now we are in business with all the toys, for the foreseeable >> > future. Likely a simple CLI config tool could be developed too - choose >> > RX audio device, TX audio device, signalling, save settings, done. >> > Rinse and repeat for three devices. >> > >> > Hardware VOTERs are fine for a single repeater with a few outboard >> > receivers, but way too much money for non-millionaire clubs to convert >> > "everything" to asterisk - they will stick with their IRLP node for >> > sure, and that is a tragedy.. I see a few members here and elsewhere >> > make it their business to put tens of thousands of $$ into communication >> > systems, and that's enviable and laudable, but 90% of constructors don't >> > exist on that rarefied plane. >> > >> > >> > S >> > >> > _______________________________________________ >> > App_rpt-users mailing list >> > App_rpt-users at ohnosec.org >> > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> > >> > To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to >> the bottom of the page. Enter your email address and press the "Unsubscribe or >> edit options button" >> > You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to the >> list detailing the problem. >> > >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the >> bottom of the page. Enter your email address and press the "Unsubscribe or edit >> options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. >> If you have trouble unsubscribing, please send a message to the list detailing >> the problem. >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the >> bottom of the page. Enter your email address and press the "Unsubscribe or edit >> options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. >> If you have trouble unsubscribing, please send a message to the list detailing >> the problem. > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the > bottom of the page. Enter your email address and press the "Unsubscribe or edit > options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If > you have trouble unsubscribing, please send a message to the list detailing the > problem. From tisawyer at gmail.com Wed Jul 6 02:46:59 2016 From: tisawyer at gmail.com (Tim Sawyer) Date: Tue, 5 Jul 2016 19:46:59 -0700 Subject: [App_rpt-users] RTCM 1 PPS Specs In-Reply-To: References: Message-ID: Don't know the answer to your 1PPS question. I can tell you that the GPS has to output the proper NMEA sentences in addition to the 1PPS in order for the RTCM to GPS lock. Are you getting NMEA strings from that unit? On Sun, Jul 3, 2016 at 9:52 PM, Joe Moskalski wrote: > OK, I am currently trying to get my GPS unit running with my RTCM. I am > using a QRP Labs QLG1 at the moment for testing which does output a 5v > 1PPS. The pulse from the QLG1 is 100ms long. I haven't been able to get the > RTCM to achieve a GPS lock so my question happens to be what are the > parameters besides the voltage level that need to be met for the RTCM for a > valid 1 PPS input to it? I haven't been able to find this information > online anywhere. > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -- -- Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From n3xcc at repeater-builder.com Wed Jul 6 13:09:57 2016 From: n3xcc at repeater-builder.com (Scott Zimmerman) Date: Wed, 6 Jul 2016 09:09:57 -0400 Subject: [App_rpt-users] usbfobs In-Reply-To: <28830b41ab8febbb6fd478b036c1bed0.squirrel@webmail.midnighteng.com> References: <577C4BD5.5070406@meshnetworks.co.nz> <1910287611.3556554.1467766484242.JavaMail.yahoo@mail.yahoo.com> <28830b41ab8febbb6fd478b036c1bed0.squirrel@webmail.midnighteng.com> Message-ID: > If you look at this close, it is just a glorified op-amp. > We used a 741 for dsp on a serial line in the 90's. Huh? If you think the CM119 is simply a glorified op-amp, you've got BIG issues! I'd also like to hear more about how you used a 741 on a serial line to do DSP functions. Maybe all the rest of us have been doing it wrong for the past few decades. ;) What you are missing is that the I/O lines are not the big stumbling block to designing an alternative to the CM119. Yes, I do agree if there were alternative sources of PTT, it would allow use of the 'potted' variety of sound FOB, but the root cause still remains. > Another excellent question. This I2S needs looking into. I have posed this question to folks that are smarter than I, and they all tell me that the CM119A best fits the bill based on several factors: 1) The "A" version of the CM119 requires a crystal this makes it frequency stable. (for the most part) The "B" version has an internal R/C oscillator that WILL drift over temperature and other environmental factors. This drift can be large enough to skew the sample rate enough that the LTR and other protocols that require accurate timing may no longer work. This could include CTCSS signalling. I think USB bus timing plays an important role in the "big picture" as well. I'm a bit fuzzy on this, but I think I remember someone telling me that the USB buss timing plays an important role in keeping the CM119's sample rate constant. One would assume I2C could handle things, but I'm thinking there was an issue with I2C and sample rate(s). 2) Most ADC designs include a high-pass filter ahead of them. These filters are designed to remove "rumble" and any DC bias that exists on the input pins. In the world of communications, this "rumble" is known as low-speed data signalling! The CM119 was designed to be cheap and therefore no high-pass filter. 3) PRICE - what does an I2C device that will do DC type A to D conversions cost? The ones I found that might work were in the $5 range from US distributors. With the more expensive part, you STILL have to add on the signalling and re-write drivers to work with it. I'm not trying to quench people's ambitions to start down a new path, I'm simply passing along my findings as I researched potential alternatives. Scott Scott Zimmerman Amateur Radio Call N3XCC 474 Barnett Road Boswell, PA 15531 On 7/5/2016 10:38 PM, mike at midnighteng.com wrote: > > If you look at this close, it is just a glorified op-amp. > We used a 741 for dsp on a serial line in the 90's. > > What makes it tough is the I/O lines some use for PTT/COS. > and the address lines for them that may not be the same with other units. > Could just change the source code for some others. > > I suggest finding a way to replace the I/O lines with something else > because ANY dsp should work fine for the audio. > I think the PI itself has them. Just have to write the code to replace it > OR use "ON-EVENT" programming to read/write to them to follow ptt/cos. > > I know that is easy for me to say as I'm using Atom boards with a parallel port. > And there are plenty of I/O / DAQ boards out there that can be utilized for plenty > of I/O if the PI's I/O can't work for it. > > Just remember, it was the work of others that made it so easy so far. > But a good thing never lasts forever. > > ...mike/kb8jnm > > >> drivers? hardware? integration with existing codebase? takes time and (unpaid) >> effort. >> >> -- >> Bryan >> Sent from my iPhone 6S...No electrons were harmed in the sending of this message. >> >> >> >>> On Jul 5, 2016, at 20:54, Steven Donegan wrote: >>> >>> I would ask a different question - why do we still use slow USB devices rather >>> than ones directly attached to the Pi's bus? >>> >>> Steven Donegan >>> KK6IVC General Class FCC License >>> FAA PP-ASEL Pilots License >>> Silver State Car #86 >>> www.sscc.us >>> >>> >>> From: David McGough >>> To: app_rpt mailing list >>> Sent: Tuesday, July 5, 2016 5:40 PM >>> Subject: Re: [App_rpt-users] usbfobs >>> >>> >>> Steve, >>> >>> The CM108/CM119 is nowhere near dead! Even if CM stops manufacture, there >>> will be decent "clones" of it for years to come. No worries about that! >>> >>> If you're needing some FOBs, I understand the shipping issues you've got, >>> being in NZ. I just checked the US Postal Service shipping site and a >>> "First Class Mail International Large Envelope" is under $20USD for 2 >>> lbs., shipped from the USA to NZ. Priority mail, where you could ship a >>> small box in under a week, starts at about $64USD. See: >>> >>> https://ircalc.usps.com/?country=10324 >>> >>> >>> Why not just work a "bulk quantity" deal with Kevin or Scott to sell you >>> and ship you a hand full of their RIM-lite adapters??? Then, you'll in >>> good shape for now. >>> >>> http://www.repeater-builder.com/products/usb-rim-lite.html >>> >>> >>> 73, David KB4FXC >>> >>> >>> On Wed, 6 Jul 2016, Steve Wright wrote: >>> >>>> On 06/07/16 11:44, Kevin Custer wrote: >>>>> Soldering a 48 pin LQFP and having it be fake is nothing short of a >>>>> bad experience. Like Scott, I recently purchased a fair quantity of >>>>> CM119A's from a top CM distributor. They told us the CM119 and CM119A >>>>> are now legacy products and the CM119B is current. Unfortunately, the >>>>> B model doesn't use a crystal and several developers agree that they >>>>> may not be suitable for digital and analog radio adapter >>>>> applications. There were still a few hundred CM119A's in the >>>>> distribution chain as of a few months ago. >>>> >>>> If the CM119 is dead, then we should scrap it. I can't really see why >>>> we are focussing on that devices' built-in I/O, when we have computing >>>> devices such as RPI3 with scads of easily accessible I/O. >>>> >>>> Linux sound is really well developed - "just works everywhere" I'd say. >>>> Why not build or reuse a DSP-based driver for that, that will handle >>>> voting - now we are in business with all the toys, for the foreseeable >>>> future. Likely a simple CLI config tool could be developed too - choose >>>> RX audio device, TX audio device, signalling, save settings, done. >>>> Rinse and repeat for three devices. >>>> >>>> Hardware VOTERs are fine for a single repeater with a few outboard >>>> receivers, but way too much money for non-millionaire clubs to convert >>>> "everything" to asterisk - they will stick with their IRLP node for >>>> sure, and that is a tragedy.. I see a few members here and elsewhere >>>> make it their business to put tens of thousands of $$ into communication >>>> systems, and that's enviable and laudable, but 90% of constructors don't >>>> exist on that rarefied plane. >>>> >>>> >>>> S >>>> >>>> _______________________________________________ >>>> App_rpt-users mailing list >>>> App_rpt-users at ohnosec.org >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> >>>> To unsubscribe from this list please visit >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to >>> the bottom of the page. Enter your email address and press the "Unsubscribe or >>> edit options button" >>>> You do not need a password to unsubscribe, you can do it via email >>> confirmation. If you have trouble unsubscribing, please send a message to the >>> list detailing the problem. >>>> >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the >>> bottom of the page. Enter your email address and press the "Unsubscribe or edit >>> options button" >>> You do not need a password to unsubscribe, you can do it via email confirmation. >>> If you have trouble unsubscribing, please send a message to the list detailing >>> the problem. >>> >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the >>> bottom of the page. Enter your email address and press the "Unsubscribe or edit >>> options button" >>> You do not need a password to unsubscribe, you can do it via email confirmation. >>> If you have trouble unsubscribing, please send a message to the list detailing >>> the problem. >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the >> bottom of the page. Enter your email address and press the "Unsubscribe or edit >> options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If >> you have trouble unsubscribing, please send a message to the list detailing the >> problem. > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > From info at meshnetworks.co.nz Wed Jul 6 20:03:16 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Thu, 7 Jul 2016 08:03:16 +1200 Subject: [App_rpt-users] usbfobs In-Reply-To: References: Message-ID: <577D6404.7070401@meshnetworks.co.nz> On 07/07/16 01:10, app_rpt-users-request at ohnosec.org wrote: > There are a lot of us out here that prefer to run hardened > server-grade hardware at remote tower sites rather than Pi's or other > small SBC's. --- Jeff That's a generalisation - that the RPI3 are unreliable. It'd be nice to throw high-end hardware at everything, but if you had a very large system to build - I don't think you would be doing that. And we do have a very large system to build... Lists aren't about one person building one machine, lists are about system-builders assembling a nation - and that process being doable with quality dividends, so it is easy for one person to announce costs being minimal for one system, but if that single device were implemented globally, that would be six or seven figures. That'd be nice for those who supplied that device, but I don't think they'll get it. I mean to say, app_rpt can, and should, be on every transmit and receive interface on every mountaintop. Be honest - conversion of all systems is our goal, not because we might, but because of the immense flexibility it would forward, without really any effort at all. So how to actually get that? Using a $300 box for every TX and RX? No, it's not going to happen. Using a <$100 box with four TX and four RX interfaces? Just maybe.. > I suggest finding a way to replace the I/O lines with something else > because ANY dsp should work fine for the audio. I think the PI itself > has them. Just have to write the code to replace it OR use "ON-EVENT" > programming to read/write to them to follow ptt/cos. The Pi is already good to go, and some of the channel drivers will already use the onboard I/O. There just isn't a driver that does ALSA audio, DSP, generic GPIO, and voting. If there was, we'd never be having this discussion ever again. Also, it'd be dead trivial to write a config script to set the whole thing up. > drivers? hardware? integration with existing codebase? takes time and > (unpaid) effort. -- Bryan All the really great ideas get implemented at some stage. The person who WANTS to do it, notes it and puts it on the back burner - to be implemented NEXT. All visionaries implement the BEST idea, not their own idea. Discussions like this only pave the way, or is it 'a' way.. Or maybe, digital is better... S From szingman at msgstor.com Wed Jul 6 20:45:15 2016 From: szingman at msgstor.com (Steve Zingman) Date: Wed, 6 Jul 2016 16:45:15 -0400 Subject: [App_rpt-users] usbfobs In-Reply-To: <577D6404.7070401@meshnetworks.co.nz> References: <577D6404.7070401@meshnetworks.co.nz> Message-ID: <577D6DDB.7090806@msgstor.com> On 07/06/2016 04:03 PM, Steve Wright wrote: > Lists aren't about one person building one machine, lists are about > system-builders assembling a nation - and that process being doable > with quality dividends, so it is easy for one person to announce costs > being minimal for one system, but if that single device were > implemented globally, that would be six or seven figures. That'd be > nice for those who supplied that device, but I don't think they'll get > it. > Lists are for people to exchange ideas. Not all people agree what the right way to accomplish a task. Calling people " Millionaire Hams" does not encourage polite discussion. With the current tools available building a single board controller with a CPU and a couple of Codecs is quite doable. > I mean to say, app_rpt can, and should, be on every transmit and > receive interface on every mountaintop. Be honest - conversion of all > systems is our goal, not because we might, but because of the immense > flexibility it would forward, without really any effort at all. So > how to actually get that? Using a $300 box for every TX and RX? No, > it's not going to happen. Using a <$100 box with four TX and four RX > interfaces? Just maybe.. > If a single group is installing EVERY mountaintop, I can see them choosing app_rpt. Put 5 groups or 1000 groups in charge and you will get differing opinions. That's quite a jump from a $300 box for one TX / RX pair to $100 for four TX / RX pairs. Some people are advocating 1 hardened computer for each site, not each pair. > >> I suggest finding a way to replace the I/O lines with something else >> because ANY dsp should work fine for the audio. I think the PI itself >> has them. Just have to write the code to replace it OR use "ON-EVENT" >> programming to read/write to them to follow ptt/cos. Since Asterisk and app_rpt are open source, feel free to "just write the code" > > The Pi is already good to go, and some of the channel drivers will > already use the onboard I/O. > > There just isn't a driver that does ALSA audio, DSP, generic GPIO, and > voting. If there was, we'd never be having this discussion ever > again. Also, it'd be dead trivial to write a config script to set the > whole thing up. > Actually, there is a ALSA driver that does DSP I suggest you look at the SVN. For the voting, just port the code from XIPAR. >> drivers? hardware? integration with existing codebase? takes time and >> (unpaid) effort. -- Bryan > > All the really great ideas get implemented at some stage. The person > who WANTS to do it, notes it and puts it on the back burner - to be > implemented NEXT. All visionaries implement the BEST idea, not their > own idea. Discussions like this only pave the way, or is it 'a' way.. > As Bryan says, All it takes is time. > Or maybe, digital is better... > Digital has some advantages, audio quality is not one of them. There is Open Source digital code, so implement what you want. 73, Steve N4IRS INAD -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From kuggie at kuggie.com Wed Jul 6 21:13:48 2016 From: kuggie at kuggie.com (Kevin Custer) Date: Wed, 6 Jul 2016 17:13:48 -0400 Subject: [App_rpt-users] usbfobs In-Reply-To: <577D6404.7070401@meshnetworks.co.nz> References: <577D6404.7070401@meshnetworks.co.nz> Message-ID: On 7/6/2016 4:03 PM, Steve Wright wrote: > On 07/07/16 01:10, app_rpt-users-request at ohnosec.org wrote: >> There are a lot of us out here that prefer to run hardened >> server-grade hardware at remote tower sites rather than Pi's or other >> small SBC's. --- Jeff > > That's a generalisation - that the RPI3 are unreliable. It'd be nice > to throw high-end hardware at everything, but if you had a very large > system to build - I don't think you would be doing that. And we do > have a very large system to build... Jeff, Scott and I are involved in a very large system called the WAN System - Google it. We have spent thousands of dollars on equipment - a lot of it very high end for reliability. Take the Dell servers for Node 2135 and other major hubs for instance. These were built prior to the Raspberry Pi 2 and 3. > > Lists aren't about one person building one machine, lists are about > system-builders assembling a nation - and that process being doable > with quality dividends, so it is easy for one person to announce costs > being minimal for one system, but if that single device were > implemented globally, that would be six or seven figures. That'd be > nice for those who supplied that device, but I don't think they'll get > it. Here's what you don't get. This used to cost thousands of dollars per location, now it's hundreds. I have several ACC controllers and link stacks now excess to my needs, so believe me, I know. > > I mean to say, app_rpt can, and should, be on every transmit and > receive interface on every mountaintop. Be honest - conversion of all > systems is our goal, not because we might, but because of the immense > flexibility it would forward, without really any effort at all. So > how to actually get that? Using a $300 box for every TX and RX? No, > it's not going to happen. Using a <$100 box with four TX and four RX > interfaces? Just maybe.. You are a cheap ham. I've personally deployed dozens of $200 - 300 computers and $75 radio adapters. It's a hell of a lot cheaper than the alternatives, and what it used to cost. I'm not a millionaire - not even close. Building repeaters and maintaining them is a responsibility that costs money. app_rpt has cut those costs drastically. Get over spending money on deploying a system - it's not going to be cheap if you want reliability. I speak from experience - this isn't just some wild guess. Voting can be done in XIPAR (zipper) at greatly reduced costs over a few years ago. Kevin Custer - W3KKC INAD - WAN - LRS From info at meshnetworks.co.nz Wed Jul 6 21:57:09 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Thu, 7 Jul 2016 09:57:09 +1200 Subject: [App_rpt-users] usbfobs In-Reply-To: References: <577D6404.7070401@meshnetworks.co.nz> Message-ID: <577D7EB5.9030706@meshnetworks.co.nz> On 07/07/16 09:13, Kevin Custer wrote: > [...] We have spent thousands of dollars on equipment - a lot of it > very high end for reliability. Take the Dell servers for Node 2135 > and other major hubs for instance. These were built prior to the > Raspberry Pi 2 and 3. [...] This used to cost thousands of dollars > per location, now it's hundreds. I have several ACC controllers and > link stacks now excess to my needs, so believe me, I know. [....] > I've personally deployed dozens of $200 - 300 computers and $75 radio > adapters. It's a hell of a lot cheaper than the alternatives, and > what it used to cost. Stings a bit doesn't it - looking back at obsolete installed gear, but that is the price of being an early adopter/constructor. :) I've got shed-loads of WISP stuff I give away to clubs.. > Building repeaters and maintaining them is a responsibility that > costs money. app_rpt has cut those costs drastically. Get over > spending money on deploying a system - it's not going to be cheap if > you want reliability. I speak from experience - this isn't just some > wild guess. You have done well to form a progressive group and do that, but you wouldn't do it with a $4k Andrew 23GHz link, you do it with some $89 Ubiq link. Sure you have to babysit the Ubiq, and the Andrews lives forever, but that's what it is. Script up some monitoring for the Ubiq, bond some critical links for failover.. The problem is - the signalling I/O is built into the audio driver, mandating and vendor-locking both. That has never been ham-radio-suitable and was the whole reason for an open-source approach to begin with. It was a clever trick to modify the CM119, and economical too, but in view of the new hardware(RPI3 etc), it is unreliable(USB), difficult(soldering), and slow(3 devices max). The I2S bus is demonstrably reliable in consumer gear - unproven in an RF environment. USB is demonstrably UNreliable, in consumer gear AND in an RF environment. I run high-horsepower digimodes, and any USB device will reset at least daily. If I was in a position to write a voting DSP channel driver (or hack the XIPAR driver) for six I2S audio devices on an RPI3 with separate signalling, I would go and do that. One box, six channels, voting, site I/O - under US$100 - I'd put my name on that.. S From jd0 at broadsci.com Wed Jul 6 22:16:08 2016 From: jd0 at broadsci.com (Jeff DePolo) Date: Wed, 06 Jul 2016 18:16:08 -0400 Subject: [App_rpt-users] usbfobs In-Reply-To: <577D6404.7070401@meshnetworks.co.nz> References: <577D6404.7070401@meshnetworks.co.nz> Message-ID: <1631742F05AE4B5987EF3ADFE142B256@OUTLAW> > That's a generalisation - that the RPI3 are unreliable. I didn't say they were generally unreliable. I said that I, and many others, prefer server-grade hardware, such as RAID, redundant power supplies, tight RFI/EMI shielding, cooling that will keep the system running when the HVAC fails, ECC memory, etc., both for the sake of maximizing uptime as well as avoiding trips to the site (those trips possibly being several hours' driving each way). > It'd > be nice to > throw high-end hardware at everything, but if you had a very large > system to build - I don't think you would be doing that. Well, I've lost count of how many repeaters I have. Somewhere around 40 I think, and maybe another 15 or 20 voted receive-only sites. That's not including repeaters that I've built/maintained for others. So I'm no stranger to building repeaters, nor the costs associated with them, as I eat all of those costs myself. Once you get beyond a couple of repeaters, your available time quickly becomes the limiting factor when it comes to building more repeaters as well as maintaining the ones you already have. At least that has always been the case for me over the years. If I can put some extra money into more-robust hardware (be it radio equipment, controller/server, antenna system, or whatever) knowing that it will save me one or more future trips to a site several hours away, or saving money on repair/replacement costs (both materials and labor) a few years down the road, it seems silly not to. I'm not rich enough to buy cheap. > I mean to say, app_rpt can, and should, be on every transmit > and receive > interface on every mountaintop. Be honest - conversion of > all systems > is our goal, not because we might, but because of the immense > flexibility it would forward, without really any effort at > all. Well, that's not my goal. I have analog repeater networks that are RF-linked. I have Asterisk systems, some of which are at sites with wireline Internet access, others that rely on point to point microwave for IP connectivity, and other sites that use analog RF link paths to/from the host server site with network connectivity. I have DMR repeaters, both fed by wireline Internet as well as microwave. I have experimental multi-mode repeaters doing D-star, DMR, and Fusion all in one box. My goal isn't to merge them all into one big blob, but rather to have different repeaters, different modes, and different networks for different purposes. Maybe I'm in the minority here, but I can't believe I'm alone in not wanting to build one be-all network. > Using a $300 box for every TX and RX? > No, it's > not going to happen. Using a <$100 box with four TX and four RX > interfaces? Just maybe.. $300 is going to break the bank on a repeater installation?!!?!? Maybe I should move to NZ where things are apparently a whole lot cheaper than they are here :-) > All the really great ideas get implemented at some stage. The person > who WANTS to do it, notes it and puts it on the back burner - to be > implemented NEXT. All visionaries implement the BEST idea, not their > own idea. Discussions like this only pave the way, or is it 'a' way.. I'd love to meet the guy that has both the time to write a new channel driver AND build/maintain a bunch of repeaters. In fact, I'd love to be that guy myself. But I'd have to quit my job in order to have the time, and that's not in the cards yet, and probably won't be for another 10 years. My contribution to the app_rpt code has been infintesimally small compared to the heavy-lifting that WB6NIL, W9SH, WA6ZFT, N4IRR, N4IRS, et al have done, and continue to do. They are the ones enabling us repeater builders to do what we do. While we can give them our thoughts and ideas about what the "best way" is to do it from our perspective as repeater builders, keep in mind that they are time-limited and have to make design and coding decisions that strike a balance between "best" and "time-effecient". One thing that is often ignored, and is something that Scott and Kevin touched on, is the timing issue. There is a bit of a "dirtly little secret" when it comes to the combination of Asterisk/app_rpt, the USB channel drivers, and IAX2 - there is no synchronization. The USB codec (CM108 or equiv) runs natively at 48 kHz sample rate, and is downsampled/upsampled to/from 8 kHz for transport. The codec's clock effectively sets the timing, and there is no synchronization between that clock and any of the other local clocks elsewhere on the network. The CM108's clock is derived from a 12 MHz crystal reference; an on-device PLL generates other frequencies used internally, but it's that crystal oscillator that determines the frequency stability/accuracy of the sample clock. Unless someone knows something that I don't, there is no inherent way to embed or convey timing information in IAX2 such as via adaptive clock recovery based on packet arrival cadence (though I'd be happy to be corrected). To do conventional adaptive clock recovery would require one node to serve as the master clock, with a continuous stream of timing packets sent to all other connected nodes, and a software PLL to recover the clock at each slave. Lacking such network timing synchronization (actually frequency syntonation for you purists), it is important that all clocks across the network be as accurate as possible to minimize slips. When you start to consider mixing and matching other audio subsystems/codecs/drivers/etc., each with potentially less-accurate clocks if they aren't locked to a decent reference, you get into very murky waters. As far as the PTT/COR GPIO goes, the CM108's HID was obviously attractive for this purpose. From an audio performance standpoint, the CM108 series is just fine. The crystal reference seems to have been mostly "good enough" as far as the timing goes, Yeah, there are occasional slips, but it seems to have been pretty well-tolerated and have mostly gone unnoticed. So it's not really a problem with the chosen codec having been a bad one - it wasn't, all things considered (including cost). The complaint, as I'm hearing it, is the dwindling availability of cheap CM108 FOB's with authentic, and un-potted, devices. But there are still plenty of high-quality CM108-based interfaces available from Scott/Repeater-Builder, Kevin/Masters Communications, DMK, et al, albeit not as cheap as a $5 FOB. But is your time worth that little that spending time hacking up a $5 FOB really makes sense in the big picture? I, as a repeater owner (and someone who used to write software for a living), could not, in good conscience, ask those writing the code to develop a new channel driver just to so I didn't have to buy one of these readily-available sub-$100 interfaces. Maybe if I were paying them a few hundred dollars an hour to write the code I might feel justified in asking, but for free, absolutely not. Pony up, buy a decent (and reliable) interface, move on. My opinion anyway. --- Jeff WN3A --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From kb4fxc at inttek.net Wed Jul 6 23:21:33 2016 From: kb4fxc at inttek.net (David McGough) Date: Wed, 6 Jul 2016 19:21:33 -0400 (EDT) Subject: [App_rpt-users] usbfobs In-Reply-To: <577D7EB5.9030706@meshnetworks.co.nz> Message-ID: Steve, My experiences with USB are different than yours. USB works very well, is very cost effective, reliable and adapters are available from multiple sources, including building your own, if you want to. There -really- is not going to be any shortage of this hardware anytime soon. There are LOTS of concerns with using on-board GPIO, I2S, etc. That list has been hashed and rehashed, no need to repeat it. One thing I will mention is that the closer you get to the computer (e.g. a RPi2/3 in this case), the more you've got to worry with RF and ESD causing crashes or destroying hardware: been there and done that! With USB, you can use off-the-shelf accessories to minimize RF and ESD woes. Here are USB isolators I use regularly: http://us.hifimediy.com/index.php?route=product/product&product_id=69 As a simple, REAL example, here is an APRS system I installed in 2011. It lives 280 meters up a tower. The same hardware still runs today, 24/7, for more than 5 years. It uses a DMK URI and the computer is a pcengines ALIX board. The DSP MODEM software was upgraded to direwolf a couple years ago. http://www.fsk.com/~kb4fxc/aprs/52711towertrip034.jpg http://www.fsk.com/~kb4fxc/aprs/52711towertrip031.jpg http://www.fsk.com/~kb4fxc/aprs/P1010939R.JPG And, the system current "uptime:" root at WWAY890:~# uptime 19:18:56 up 423 days, 4:48, load average: 0.15, 0.14, 0.14 Here it is on aprs.fi: http://aprs.fi/#!mt=roadmap&z=11&call=N4ILM-4 It doesn't get much simpler or more reliable than that. And, yes, there is yet another severe thunderstorm hovering over that tower site as I type this. ....Just dig in a get something on-the-air and have fun TODAY. Don't worry about tomorrow, this hardware is so cheap it's not like you're making a long term amortized investment. 73, David KB4FXC On Thu, 7 Jul 2016, Steve Wright wrote: > On 07/07/16 09:13, Kevin Custer wrote: > > [...] We have spent thousands of dollars on equipment - a lot of it > > very high end for reliability. Take the Dell servers for Node 2135 > > and other major hubs for instance. These were built prior to the > > Raspberry Pi 2 and 3. [...] This used to cost thousands of dollars > > per location, now it's hundreds. I have several ACC controllers and > > link stacks now excess to my needs, so believe me, I know. [....] > > I've personally deployed dozens of $200 - 300 computers and $75 radio > > adapters. It's a hell of a lot cheaper than the alternatives, and > > what it used to cost. > > Stings a bit doesn't it - looking back at obsolete installed gear, but > that is the price of being an early adopter/constructor. :) I've got > shed-loads of WISP stuff I give away to clubs.. > > > > Building repeaters and maintaining them is a responsibility that > > costs money. app_rpt has cut those costs drastically. Get over > > spending money on deploying a system - it's not going to be cheap if > > you want reliability. I speak from experience - this isn't just some > > wild guess. > > You have done well to form a progressive group and do that, but you > wouldn't do it with a $4k Andrew 23GHz link, you do it with some $89 > Ubiq link. Sure you have to babysit the Ubiq, and the Andrews lives > forever, but that's what it is. Script up some monitoring for the Ubiq, > bond some critical links for failover.. > > The problem is - the signalling I/O is built into the audio driver, > mandating and vendor-locking both. That has never been > ham-radio-suitable and was the whole reason for an open-source approach > to begin with. It was a clever trick to modify the CM119, and > economical too, but in view of the new hardware(RPI3 etc), it is > unreliable(USB), difficult(soldering), and slow(3 devices max). > > The I2S bus is demonstrably reliable in consumer gear - unproven in an > RF environment. USB is demonstrably UNreliable, in consumer gear AND in > an RF environment. I run high-horsepower digimodes, and any USB device > will reset at least daily. > > If I was in a position to write a voting DSP channel driver (or hack > the XIPAR driver) for six I2S audio devices on an RPI3 with separate > signalling, I would go and do that. One box, six channels, voting, site > I/O - under US$100 - I'd put my name on that.. > > > S > > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > From lorentedford at gmail.com Fri Jul 8 04:06:43 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Thu, 7 Jul 2016 23:06:43 -0500 Subject: [App_rpt-users] Whats everyone's thoughts on VMware sphere with dial? Message-ID: Whats every ones thoughts on doing vmware sphere cluster host on the main machine that runs the radios.. Then taking dial and making it a vm image floating between the servers.. Is it possible that the uri's will connect up to asterisk if i get them ported into the vm?? Whats the possibility of higher jitter levels?? So far I have been able to get Virtualbox to pass through the URI to a radio I would assume that it would run full duplex if it had to but I really want to make things a little more versatile and reliable. Reason I had asked is because i am doing work on the main frame server tonight and considering running vmware across all the servers from the house to the datacenter and repeater site. Any advice? has anyone done anything similar? Loren Tedford (KC9ZHV) Phone:###-###-#### Fax: 1-###-###-#### Email: lorentedford at gmail.com Email: KC9ZHV at KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From t.ottavi at bc-109.com Fri Jul 8 10:02:04 2016 From: t.ottavi at bc-109.com (Toussaint OTTAVI) Date: Fri, 8 Jul 2016 12:02:04 +0200 Subject: [App_rpt-users] Whats everyone's thoughts on VMware sphere with dial? In-Reply-To: References: Message-ID: <4609641d-4500-ec33-0cc7-b32c2b70be78@bc-109.com> Le 08/07/2016 ? 06:06, Loren Tedford a ?crit : > Any advice? has anyone done anything similar? Hi, Not the same configuration, but I already encountered problems when passing USB peripherals that require precise timing (USB spectrum analyser, logic analyzer, SDR receiver) to VMs. Depending on the driver and/or the software, this may not work at all. I think you'll have to try. Moreover, according to other experiences in my job, I would not recommend using USB or serial-attached devices into VMs. In my setup, I'm using HyperV in the datacenter. It runs my central Asterisk "hub". It has no URIs attached, only network connections. The repeaters, and their URIs, are powered by low-cost Raspberry Pi 2 (which I found more suitable for remote locations and solar/battery power). From k1lnx at k1lnx.net Fri Jul 8 10:24:44 2016 From: k1lnx at k1lnx.net (Stephen - K1LNX) Date: Fri, 8 Jul 2016 06:24:44 -0400 Subject: [App_rpt-users] Whats everyone's thoughts on VMware sphere with dial? In-Reply-To: References: Message-ID: I tried this years ago with ESXI and it failed miserably. I was able to pass the URI through to the VM, but the audio was extremely choppy and unreliable. My opinion is it's not worth the headache, but YMMV as technology may have improved since I last touched this (2011'ish I think). Hub nodes or nodes with no direct hardware attached seem to work pretty good though, a friend of mine will have an RTCM soon and we'll be testing with that. 73 Stephen K1LNX On Friday, July 8, 2016, Loren Tedford wrote: > Whats every ones thoughts on doing vmware sphere cluster host on the main > machine that runs the radios.. Then taking dial and making it a vm image > floating between the servers.. Is it possible that the uri's will connect > up to asterisk if i get them ported into the vm?? Whats the possibility of > higher jitter levels?? > > So far I have been able to get Virtualbox to pass through the URI to a > radio I would assume that it would run full duplex if it had to but I > really want to make things a little more versatile and reliable. > > Reason I had asked is because i am doing work on the main frame server > tonight and considering running vmware across all the servers from the > house to the datacenter and repeater site. > > Any advice? has anyone done anything similar? > > Loren Tedford (KC9ZHV) > Phone:###-###-#### > Fax: 1-###-###-#### > Email: lorentedford at gmail.com > > Email: KC9ZHV at KC9ZHV.com > > http://www.lorentedford.com > http://www.kc9zhv.com > http://forum.kc9zhv.com > http://hub.kc9zhv.com > http://Ltcraft.net > -------------- next part -------------- An HTML attachment was scrubbed... URL: From N1XBM at amsat.org Fri Jul 8 19:08:01 2016 From: N1XBM at amsat.org (Robert Newberry) Date: Fri, 8 Jul 2016 15:08:01 -0400 Subject: [App_rpt-users] Building a "network" In-Reply-To: References: Message-ID: I have a network here in Maine with a half dozen repeaters with a mix of analog and digital repeaters. I mostly hang a router at the site, set the port forwards and I'm off an running. Since I plan on expanding my network if it would make more sense to use VPN routers and put all of my equipment/sites on the same subnet. Although I don't know all of the ins and outs of this. Such as one site in particular I was given my own static IP on a fiber connection and I supplied a router. Other sites I am plugged into the same router as other equipment that does not belong to me. Security is something I need to get better at such using things like fail2ban which I haven't sat down to figured out yet. I've even wondered if anyone would be willing to do a "talk" on this. I would be interested in other people's opinions. N1XBM Apparare Scientor Paratus Communicare Allstar Node # 27086, 41540, 41812, 42086, 42658, 42657 www.radioguysrepeaternetwork.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From buddy at brannan.name Fri Jul 8 19:48:08 2016 From: buddy at brannan.name (Buddy Brannan) Date: Fri, 8 Jul 2016 15:48:08 -0400 Subject: [App_rpt-users] Holy schtuff! Just got the CHIP Message-ID: Hi y'all, Well...this could be fun... I just got the CHIP from http://www.getchip.com They're finally catching up all these preorders; I orderd way back after Thanksgiving when they had $1 off, so you could get the $9 CHIP for $8. Well, really, $13, because of $5 shipping. OK fine. If you thought the Pi was small, this thing is even smaller. Built-in wifi and bluetooth, 4GB onboard storage., 1 USB port, 1 micro USB (which I think can also send data, but is mostly for power), one connectory for audio out+video or audio out+mic in No SD card slot...I don't think it's big enough for one anyway. Oh, and no ethernet. Again, is it even big enough? Now...if I can get a version of DIAL rolled together for it. ...or a version of asterisk with app_rpt built on its Ubuntu derivative... Heck...the USB audio interface might just be bigger than the computer. *Hmm* And interestingly, this is slightly more than. bare circuit board, even with no case on it it actually has the board mounted in something. I really could just about see a handheld All Star node with one of these strapped to the back of a handheld. -- Buddy Brannan, KB5ELV - Erie, PA Phone: 814-860-3194 Mobile: 814-431-0962 Email: buddy at brannan.name From k1lnx at k1lnx.net Fri Jul 8 20:59:58 2016 From: k1lnx at k1lnx.net (Stephen - K1LNX) Date: Fri, 8 Jul 2016 16:59:58 -0400 Subject: [App_rpt-users] Building a "network" In-Reply-To: References: Message-ID: Hi Robert, We run a small statewide DMR (MOTOTRBO) network and use OpenVPN on Ubiquiti Edgerouter Lite's at all of our repeater sites, and peer them all back to a Ubiquiti Edgerouter Pro, it works like a champ. We allocated a /24 to each site in the 172.18.x.x range and kept the IP scheme consistent for each piece of gear. We don't allow access to anything outside of our VPN, everything is funneled in and out on our core router. Most of our sites are on LTE connections so this was the best option we could find. Ideally, if you have a site with a static IP and fiber, you could locate your core router there, and have that be the OpenVPN "server" with the rest being "clients". If you setup a certificate based VPN, you can issue certs for each site and when config'd properly it will connect to the server with no port forwarding needed, just outbound internet access on UDP 1194 by default. We chose the Ubiquiti gear to make it simple to deploy, but you could easily do it with a standard linux install as well. Hope that helps or at least gives you some ideas :) 73 Stephen K1LNX On Fri, Jul 8, 2016 at 3:08 PM, Robert Newberry wrote: > I have a network here in Maine with a half dozen repeaters with a mix of > analog and digital repeaters. I mostly hang a router at the site, set the > port forwards and I'm off an running. > > Since I plan on expanding my network if it would make more sense to use > VPN routers and put all of my equipment/sites on the same subnet. Although > I don't know all of the ins and outs of this. Such as one site in > particular I was given my own static IP on a fiber connection and I > supplied a router. Other sites I am plugged into the same router as other > equipment that does not belong to me. > > Security is something I need to get better at such using things like > fail2ban which I haven't sat down to figured out yet. I've even wondered if > anyone would be willing to do a "talk" on this. > > I would be interested in other people's opinions. > > N1XBM > Apparare Scientor > Paratus Communicare > Allstar Node # 27086, 41540, 41812, 42086, 42658, 42657 > www.radioguysrepeaternetwork.com > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From edgecomberts at gmail.com Sat Jul 9 02:12:02 2016 From: edgecomberts at gmail.com (Shane Morris) Date: Sat, 9 Jul 2016 12:12:02 +1000 Subject: [App_rpt-users] Holy schtuff! Just got the CHIP In-Reply-To: References: Message-ID: You know, that could be quite interesting, a "handheld" with a micro ARM brain. Sing, dance, make you coffee? Does it all! Surely the hardware is there. Thats not really the issue, a USB port, or an SPI breakout is going to behave like the ones on the RPi ,and every other piece of hardware known to man. The issue is the software, and not even that really, but the *documentation* for it, allowing one to create various bits of code to make DIAL work. These Chinese chips are bloody brilliant, *on paper, *until you realise, there is no way to make them do the fancy stuff, unless you are fluent in technical Mandarin. That I don't have, but I can get Russian and Polish translated to English easily... hmmm. Point in case, I obtained a Orange Pi H3 board (Allwinner H3 64-bit ARM, I think its a Cortex-A53 of some sort) recently, and the set up was beyond agonising. I *did* get it going, to my credit, the stupidest thing with it was, it would not detect *any* of my Arduino serial interfaces, and there was no instructions to patch the kernel with the correct modules which are standard on every other modern kernel I ever come across. But it run the IDE just fine. There was a week I simply could not get the ethernet to work, no matter what I tried, in the end, it was complete dumb luck by bruteforcing flashes of different firmware until I hit one that worked. Once that happened, I took a dd dump of that SD card, let me tell you! While I'm all for getting our fancy software running on every bit of ARM hardware out there... sometimes its not that easy. Further food for thought, I once contacted the fellow who is considered *the man* when it comes to porting Plan 9 to new hardware platforms. I wanted a port of Plan 9 to the Dragino (which is now the brains of the Arduino Yun as well). I low balled him on the contract, he said it wasn't even worth his time. He said it would be *easy for him* given the Dragino spec hardware I was getting for him had a serial debug port, but the colour of my money wasn't quite right. You can tell I shelved that one pretty quickly. I'm not saying this to be negative, I'm only outlining it to illustrate the hurdles. As far as I remember, I was the first person on the list to suggest the original RPi as a development target. Jim Dude told me straight out, that wasn't going to happen. When Doug come up with the goods, I was beyond surprised, but I've never looked at his code. Needless to say, I think the code is genius, and mere mortals like myself can only stand on the shoulders of such giants. It was also around the time Doug come out with his initial code packages that I took a backseat from this world, as I was put on standby for all the work I had been doing up till that point with voting RoIP networks. The knock on effect is, I haven't seen my good friends who assist me on that weekend for two years. I only ever see them once a year, but they remain close friends. I'm wondering if I can make a comeback this September? I'll pick up Andrews system in a flash, hes made quite a few changes, dropped the GoIP, all outside links are totally VoIP over 3G/ 4G, the 700MHz LTE-A network in Australia has come on brilliantly in the last year or so (I obtained my first 4G mobile six months ago, and I sit right on top of a good, consistently fast cell). If you come up with *anything*, you had want to believe, I'll be all ears. Some of the work I've seen in this group, and ARM app_rpt really is quite brilliant, and my hats off to everyone who makes this all happen, even if you're just a guy who uses the software, and sometimes submits bug reports. Keep up the good work gents! Ignore my $0.02 if needed. Shane. On Sat, Jul 9, 2016 at 5:48 AM, Buddy Brannan wrote: > Hi y'all, > > Well...this could be fun... > > I just got the CHIP from > http://www.getchip.com > > They're finally catching up all these preorders; I orderd way back after > Thanksgiving when they had $1 off, so you could get the $9 CHIP for $8. > Well, really, $13, because of $5 shipping. OK fine. If you thought the Pi > was small, this thing is even smaller. Built-in wifi and bluetooth, 4GB > onboard storage., 1 USB port, 1 micro USB (which I think can also send > data, but is mostly for power), one connectory for audio out+video or audio > out+mic in No SD card slot...I don't think it's big enough for one anyway. > Oh, and no ethernet. Again, is it even big enough? Now...if I can get a > version of DIAL rolled together for it. ...or a version of asterisk with > app_rpt built on its Ubuntu derivative... Heck...the USB audio interface > might just be bigger than the computer. *Hmm* And interestingly, this is > slightly more than. bare circuit board, even with no case on it it actually > has the board mounted in something. I really could just about see a > handheld All Star node with one of these s > trapped to the back of a handheld. > > -- > Buddy Brannan, KB5ELV - Erie, PA > Phone: 814-860-3194 > Mobile: 814-431-0962 > Email: buddy at brannan.name > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From buddy at brannan.name Sat Jul 9 02:16:46 2016 From: buddy at brannan.name (Buddy Brannan) Date: Fri, 8 Jul 2016 22:16:46 -0400 Subject: [App_rpt-users] Holy schtuff! Just got the CHIP In-Reply-To: References: Message-ID: <4835F2CD-E5C8-4E1E-B729-BC6CC449A1D5@brannan.name> Oh...Shane, believe me, I haven't a clue what I'm doing. If I can make this work, it's gonna be by gosh and by golly! -- Buddy Brannan, KB5ELV - Erie, PA Phone: 814-860-3194 Mobile: 814-431-0962 Email: buddy at brannan.name > On Jul 8, 2016, at 10:12 PM, Shane Morris wrote: > > You know, that could be quite interesting, a "handheld" with a micro ARM brain. Sing, dance, make you coffee? Does it all! > > Surely the hardware is there. Thats not really the issue, a USB port, or an SPI breakout is going to behave like the ones on the RPi ,and every other piece of hardware known to man. The issue is the software, and not even that really, but the documentation for it, allowing one to create various bits of code to make DIAL work. These Chinese chips are bloody brilliant, on paper, until you realise, there is no way to make them do the fancy stuff, unless you are fluent in technical Mandarin. That I don't have, but I can get Russian and Polish translated to English easily... hmmm. > > Point in case, I obtained a Orange Pi H3 board (Allwinner H3 64-bit ARM, I think its a Cortex-A53 of some sort) recently, and the set up was beyond agonising. I did get it going, to my credit, the stupidest thing with it was, it would not detect any of my Arduino serial interfaces, and there was no instructions to patch the kernel with the correct modules which are standard on every other modern kernel I ever come across. But it run the IDE just fine. There was a week I simply could not get the ethernet to work, no matter what I tried, in the end, it was complete dumb luck by bruteforcing flashes of different firmware until I hit one that worked. Once that happened, I took a dd dump of that SD card, let me tell you! > > While I'm all for getting our fancy software running on every bit of ARM hardware out there... sometimes its not that easy. > > Further food for thought, I once contacted the fellow who is considered the man when it comes to porting Plan 9 to new hardware platforms. I wanted a port of Plan 9 to the Dragino (which is now the brains of the Arduino Yun as well). I low balled him on the contract, he said it wasn't even worth his time. He said it would be easy for him given the Dragino spec hardware I was getting for him had a serial debug port, but the colour of my money wasn't quite right. You can tell I shelved that one pretty quickly. > > I'm not saying this to be negative, I'm only outlining it to illustrate the hurdles. As far as I remember, I was the first person on the list to suggest the original RPi as a development target. Jim Dude told me straight out, that wasn't going to happen. When Doug come up with the goods, I was beyond surprised, but I've never looked at his code. Needless to say, I think the code is genius, and mere mortals like myself can only stand on the shoulders of such giants. It was also around the time Doug come out with his initial code packages that I took a backseat from this world, as I was put on standby for all the work I had been doing up till that point with voting RoIP networks. The knock on effect is, I haven't seen my good friends who assist me on that weekend for two years. I only ever see them once a year, but they remain close friends. I'm wondering if I can make a comeback this September? I'll pick up Andrews system in a flash, hes made quite a few changes, dropped the GoIP, all outside links are totally VoIP over 3G/ 4G, the 700MHz LTE-A network in Australia has come on brilliantly in the last year or so (I obtained my first 4G mobile six months ago, and I sit right on top of a good, consistently fast cell). > > If you come up with anything, you had want to believe, I'll be all ears. Some of the work I've seen in this group, and ARM app_rpt really is quite brilliant, and my hats off to everyone who makes this all happen, even if you're just a guy who uses the software, and sometimes submits bug reports. > > Keep up the good work gents! Ignore my $0.02 if needed. > > Shane. > > On Sat, Jul 9, 2016 at 5:48 AM, Buddy Brannan wrote: > Hi y'all, > > Well...this could be fun... > > I just got the CHIP from > http://www.getchip.com > > They're finally catching up all these preorders; I orderd way back after Thanksgiving when they had $1 off, so you could get the $9 CHIP for $8. Well, really, $13, because of $5 shipping. OK fine. If you thought the Pi was small, this thing is even smaller. Built-in wifi and bluetooth, 4GB onboard storage., 1 USB port, 1 micro USB (which I think can also send data, but is mostly for power), one connectory for audio out+video or audio out+mic in No SD card slot...I don't think it's big enough for one anyway. Oh, and no ethernet. Again, is it even big enough? Now...if I can get a version of DIAL rolled together for it. ...or a version of asterisk with app_rpt built on its Ubuntu derivative... Heck...the USB audio interface might just be bigger than the computer. *Hmm* And interestingly, this is slightly more than. bare circuit board, even with no case on it it actually has the board mounted in something. I really could just about see a handheld All Star node with one of these s > trapped to the back of a handheld. > > -- > Buddy Brannan, KB5ELV - Erie, PA > Phone: 814-860-3194 > Mobile: 814-431-0962 > Email: buddy at brannan.name > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > From Bryan at bryanfields.net Sat Jul 9 02:48:29 2016 From: Bryan at bryanfields.net (Bryan Fields) Date: Fri, 8 Jul 2016 22:48:29 -0400 Subject: [App_rpt-users] Holy schtuff! Just got the CHIP In-Reply-To: References: Message-ID: <6cdc7baa-b590-1d8b-9697-684d20230b82@bryanfields.net> On 7/8/16 10:12 PM, Shane Morris wrote: > > Further food for thought, I once contacted the fellow who is considered *the > man* when it comes to porting Plan 9 to new hardware platforms. I wanted a > port of Plan 9 to the Dragino (which is now the brains of the Arduino Yun > as well). I low balled him on the contract, he said it wasn't even worth > his time. He said it would be *easy for him* given the Dragino spec > hardware I was getting for him had a serial debug port, but the colour of > my money wasn't quite right. You can tell I shelved that one pretty quickly. Wow, Plan 9! I know the Murray Hill guys were still supporting it, but that's cool. Don't know if it makes Nokia much money though :) > I'm not saying this to be negative, I'm only outlining it to illustrate the > hurdles. As far as I remember, I was the first person on the list to > suggest the original RPi as a development target. Jim Dude told me straight > out, that wasn't going to happen. When Doug come up with the goods, I was > beyond surprised, but I've never looked at his code. Needless to say, I > think the code is genius, and mere mortals like myself can only stand on > the shoulders of such giants. It was also around the time Doug come out > with his initial code packages that I took a backseat from this world, as I > was put on standby for all the work I had been doing up till that point > with voting RoIP networks. The knock on effect is, I haven't seen my good > friends who assist me on that weekend for two years. I only ever see them > once a year, but they remain close friends. Perhaps we could schedule an app_rpt "hack-a-thon" meeting with all the development people. I'd love some help understanding app_rpt.c as I've made some modifications but can't get my head around everything. It would be cool to see everyone in the same place and get some cool stuff moving forward. Thoughts? We might be able to do this at DCC in September. 73's -- Bryan Fields 727-409-1194 - Voice 727-214-2508 - Fax http://bryanfields.net From edgecomberts at gmail.com Sat Jul 9 03:20:32 2016 From: edgecomberts at gmail.com (Shane Morris) Date: Sat, 9 Jul 2016 13:20:32 +1000 Subject: [App_rpt-users] Holy schtuff! Just got the CHIP In-Reply-To: <6cdc7baa-b590-1d8b-9697-684d20230b82@bryanfields.net> References: <6cdc7baa-b590-1d8b-9697-684d20230b82@bryanfields.net> Message-ID: Google had a crack at the Plan, hired all the big wigs. Within months, they grumbled about Java. The Plan was dead. It got "released" from the Labs recently, I believe one of the UC campuses have the GNU licence to it. And if I'm actually right, some of the worlds militaries still make active use of it. I was told, I'll never know what they Hell they were trying to do with it, but I do have some ideas from bits of code I've played with over the years - think a networked computer that'll never crash, nor lose its filesystem, as long as the internetwork remains active, and it sits on at least one node of the internetwork. Despite our watered down internet of today, the ARPAnet specifications was a hardened, redundant network. As for the "hack-a-thon" that is a rather good idea! My experience with code is embedded firmwares for physical computing, and really weird stuff like Erlang, and PLEX. Linux development ain't my thing. Plus Australia is in the middle of nowhere. But I would follow any sessions with interest, even from the intellectual standpoint. Sometimes code comments doesn't quite cut it... On Sat, Jul 9, 2016 at 12:48 PM, Bryan Fields wrote: > On 7/8/16 10:12 PM, Shane Morris wrote: > > > > Further food for thought, I once contacted the fellow who is considered > *the > > man* when it comes to porting Plan 9 to new hardware platforms. I wanted > a > > port of Plan 9 to the Dragino (which is now the brains of the Arduino Yun > > as well). I low balled him on the contract, he said it wasn't even worth > > his time. He said it would be *easy for him* given the Dragino spec > > hardware I was getting for him had a serial debug port, but the colour of > > my money wasn't quite right. You can tell I shelved that one pretty > quickly. > > Wow, Plan 9! I know the Murray Hill guys were still supporting it, but > that's > cool. Don't know if it makes Nokia much money though :) > > > I'm not saying this to be negative, I'm only outlining it to illustrate > the > > hurdles. As far as I remember, I was the first person on the list to > > suggest the original RPi as a development target. Jim Dude told me > straight > > out, that wasn't going to happen. When Doug come up with the goods, I was > > beyond surprised, but I've never looked at his code. Needless to say, I > > think the code is genius, and mere mortals like myself can only stand on > > the shoulders of such giants. It was also around the time Doug come out > > with his initial code packages that I took a backseat from this world, > as I > > was put on standby for all the work I had been doing up till that point > > with voting RoIP networks. The knock on effect is, I haven't seen my good > > friends who assist me on that weekend for two years. I only ever see them > > once a year, but they remain close friends. > > Perhaps we could schedule an app_rpt "hack-a-thon" meeting with all the > development people. I'd love some help understanding app_rpt.c as I've > made > some modifications but can't get my head around everything. > > It would be cool to see everyone in the same place and get some cool stuff > moving forward. Thoughts? > > We might be able to do this at DCC in September. > > 73's > -- > Bryan Fields > > 727-409-1194 - Voice > 727-214-2508 - Fax > http://bryanfields.net > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bmcintosh at paceprofessional.co.uk Sat Jul 9 07:54:21 2016 From: bmcintosh at paceprofessional.co.uk (B. McIntosh [Pace]) Date: Sat, 9 Jul 2016 08:54:21 +0100 Subject: [App_rpt-users] usb fobs References: Message-ID: <8F4B57397AF14DA9B1B6A533B329DFF5@HPBernie> I got very frustrated trying to source suitable usb fobs in the UK. Various alternative solutions such as the URI seem to attract too many on-costs for shipping, customs etc to make them viable alternatives over here in Scotland. I decided to design a circuit board to integrate a CM119 with one of the small Dorji radio modules which has proved succcessful, the resulting nodes being integrated into a 2.4Ghz AREDN network. http://www.feednet.org.uk Since then I did a much smaller board that provides just the functionality of a usb fob but with better RF filtering and an 8P8C socket for the radio interface. It is possible to obtain PCBs from Itead for example, for only a few dollars, even in production runs of as little as 10. The CM119s I sourced from AliExpress. All have seemed ok so far. I also got some from a mainstream US chip supplier. That is not to say that there won't be supply problems in the future - just relating my experience. Making your own isn't for everyone, but it really isn't that hard to do and I find it's a more pleasant experience than trying to bodge existing fobs. 73 Bernie GM4WZG From ssedgwick at suddenlink.net Sat Jul 9 21:42:22 2016 From: ssedgwick at suddenlink.net (ssedgwick) Date: Sat, 9 Jul 2016 16:42:22 -0500 Subject: [App_rpt-users] usbfobs In-Reply-To: <9232E98E43F64AC2A168F7D3D850F5EF@SteveOfficePC> Message-ID: <465724860DDB455597D7FAFCC8E270D6@SteveOfficePC> Last Sunday I wrote that I had purchase a few sound dongles from bargain cable USA when they sold them on eBay. They no longer sell them on eBay, but they do still sell a USB sound dongle on there website here: http://www.bargaincableusa.com/virtual-7-1-channel-sound-card-mic-in-stereo-out-p/a-229.htm for $3.98 with free shipping. I ordered one last Sunday and received it today. It?s not exactly like the one?s I purchased earlier from them, but it does have a soldered chip that can be soldered too. I took some pictures and uplinked them here: https://dl.dropboxusercontent.com/u/49683698/USB%20sound%20dongle/2016-07-09%2013.53.40.jpg https://dl.dropboxusercontent.com/u/49683698/USB%20sound%20dongle/2016-07-09%2013.56.39.jpg https://dl.dropboxusercontent.com/u/49683698/USB%20sound%20dongle/2016-07-09%2013.56.57.jpg https://dl.dropboxusercontent.com/u/49683698/USB%20sound%20dongle/2016-07-09%2013.57.08.jpg https://dl.dropboxusercontent.com/u/49683698/USB%20sound%20dongle/2016-07-09%2015.48.48.jpg https://dl.dropboxusercontent.com/u/49683698/USB%20sound%20dongle/2016-07-09%2015.49.11.jpg The chip on the PCB has no marking that I could see. I modified the USB sound dongle by soldering a red 30 ga wirewrap wire to pin 13 of the chip and a white 30 ga wirewrap to the volume down switch (same as pin 48 of the chip). I connected a set of headphone with built-in boom mic to the mic and audio output 1/8 jacks and test it on one of my spare Allstar nodes and it worked fine. Grounding pin 48 caused the node to keyup as expected. When the node was keyed from another node, pin 13 switches from 0 VDC to 3.21 VDC as expected. Microphone in and audio out worked as expected. I did no further testing. So at this point I can say the dongle I received worked to the extent I tested above on Allstar. Of course YMMV. If another purchases any of these sound dongles, please post your results when you receive them. As I typed this message at 4:30 PM central time on July 9 their website said they have 485 of these sound dongles in stock. BTW, I have no affiliation with bargain cable USA in any way except that I purchased a few USB dongles from them. Good luck, 73, Steve_WB8GRS -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at meshnetworks.co.nz Sat Jul 9 21:53:19 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Sun, 10 Jul 2016 09:53:19 +1200 Subject: [App_rpt-users] usb fobs In-Reply-To: References: Message-ID: <5781724F.4020608@meshnetworks.co.nz> On 10/07/16 04:00,"B. McIntosh [Pace]" wrote: > [...] I decided to design a circuit board to integrate a CM119 with > one of the small Dorji radio modules which has proved succcessful, the > resulting nodes being integrated into a 2.4Ghz AREDN network. That looks nice. If you make the manufacturing files available, it is quite easy and cheap to get a PCB run made in china. Steve From kj6ko at innercite.com Sat Jul 9 22:27:25 2016 From: kj6ko at innercite.com (Greg Stahlman) Date: Sat, 9 Jul 2016 15:27:25 -0700 Subject: [App_rpt-users] usbfobs In-Reply-To: <465724860DDB455597D7FAFCC8E270D6@SteveOfficePC> References: <9232E98E43F64AC2A168F7D3D850F5EF@SteveOfficePC> <465724860DDB455597D7FAFCC8E270D6@SteveOfficePC> Message-ID: <001f01d1da31$127d28a0$377779e0$@com> One thing to check on these, the one I had did NOT have a common ground (Sleeve) between the in and out ports. One was actual DC ground, the other had 3.x VDC on it and you could NOT tie the two together! I used the actual ground as ?common? for in and out and it worked fine. From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of ssedgwick Sent: Saturday, July 09, 2016 2:42 PM To: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] usbfobs Last Sunday I wrote that I had purchase a few sound dongles from bargain cable USA when they sold them on eBay. They no longer sell them on eBay, but they do still sell a USB sound dongle on there website here: http://www.bargaincableusa.com/virtual-7-1-channel-sound-card-mic-in-stereo-out-p/a-229.htm for $3.98 with free shipping. I ordered one last Sunday and received it today. It?s not exactly like the one?s I purchased earlier from them, but it does have a soldered chip that can be soldered too. I took some pictures and uplinked them here: https://dl.dropboxusercontent.com/u/49683698/USB%20sound%20dongle/2016-07-09%2013.53.40.jpg https://dl.dropboxusercontent.com/u/49683698/USB%20sound%20dongle/2016-07-09%2013.56.39.jpg https://dl.dropboxusercontent.com/u/49683698/USB%20sound%20dongle/2016-07-09%2013.56.57.jpg https://dl.dropboxusercontent.com/u/49683698/USB%20sound%20dongle/2016-07-09%2013.57.08.jpg https://dl.dropboxusercontent.com/u/49683698/USB%20sound%20dongle/2016-07-09%2015.48.48.jpg https://dl.dropboxusercontent.com/u/49683698/USB%20sound%20dongle/2016-07-09%2015.49.11.jpg The chip on the PCB has no marking that I could see. I modified the USB sound dongle by soldering a red 30 ga wirewrap wire to pin 13 of the chip and a white 30 ga wirewrap to the volume down switch (same as pin 48 of the chip). I connected a set of headphone with built-in boom mic to the mic and audio output 1/8 jacks and test it on one of my spare Allstar nodes and it worked fine. Grounding pin 48 caused the node to keyup as expected. When the node was keyed from another node, pin 13 switches from 0 VDC to 3.21 VDC as expected. Microphone in and audio out worked as expected. I did no further testing. So at this point I can say the dongle I received worked to the extent I tested above on Allstar. Of course YMMV. If another purchases any of these sound dongles, please post your results when you receive them. As I typed this message at 4:30 PM central time on July 9 their website said they have 485 of these sound dongles in stock. BTW, I have no affiliation with bargain cable USA in any way except that I purchased a few USB dongles from them. Good luck, 73, Steve_WB8GRS __________ Information from ESET NOD32 Antivirus, version of virus signature database 13778 (20160709) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __________ Information from ESET NOD32 Antivirus, version of virus signature database 13778 (20160709) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From ssedgwick at suddenlink.net Sat Jul 9 23:04:53 2016 From: ssedgwick at suddenlink.net (ssedgwick) Date: Sat, 9 Jul 2016 18:04:53 -0500 Subject: [App_rpt-users] usbfobs In-Reply-To: <001f01d1da31$127d28a0$377779e0$@com> Message-ID: Good point, I just check the one I received and the sleeve on both the microphone input and audio output 1/8? jacks are grounds. 73, Steve_WB8GRS -------------- next part -------------- An HTML attachment was scrubbed... URL: From sam.nabkey at gmail.com Sun Jul 10 12:11:34 2016 From: sam.nabkey at gmail.com (Sam Nabkey) Date: Sun, 10 Jul 2016 08:11:34 -0400 Subject: [App_rpt-users] Whats everyone's thoughts on VMware sphere with dial? In-Reply-To: References: Message-ID: My experience is esxi 6 works okay with RTCM's and as headless hubs, but not so good with either directly connected usb or usb via a network usb interface. On Jul 8, 2016 06:24, "Stephen - K1LNX" wrote: > I tried this years ago with ESXI and it failed miserably. I was able > to pass the URI through to the VM, but the audio was extremely choppy and > unreliable. > > My opinion is it's not worth the headache, but YMMV as technology may have > improved since I last touched this (2011'ish I think). Hub nodes or nodes > with no direct hardware attached seem to work pretty good though, a friend > of mine will have an RTCM soon and we'll be testing with that. > > 73 > Stephen > K1LNX > > On Friday, July 8, 2016, Loren Tedford wrote: > >> Whats every ones thoughts on doing vmware sphere cluster host on the main >> machine that runs the radios.. Then taking dial and making it a vm image >> floating between the servers.. Is it possible that the uri's will connect >> up to asterisk if i get them ported into the vm?? Whats the possibility of >> higher jitter levels?? >> >> So far I have been able to get Virtualbox to pass through the URI to a >> radio I would assume that it would run full duplex if it had to but I >> really want to make things a little more versatile and reliable. >> >> Reason I had asked is because i am doing work on the main frame server >> tonight and considering running vmware across all the servers from the >> house to the datacenter and repeater site. >> >> Any advice? has anyone done anything similar? >> >> Loren Tedford (KC9ZHV) >> Phone:###-###-#### >> Fax: 1-###-###-#### >> Email: lorentedford at gmail.com >> Email: KC9ZHV at KC9ZHV.com >> http://www.lorentedford.com >> http://www.kc9zhv.com >> http://forum.kc9zhv.com >> http://hub.kc9zhv.com >> http://Ltcraft.net >> > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Ramesh at va3uv.com Sun Jul 10 14:04:53 2016 From: Ramesh at va3uv.com (Ramesh Dhami) Date: Sun, 10 Jul 2016 10:04:53 -0400 Subject: [App_rpt-users] A and B audio output from USB fob on a RPi running DIAL Message-ID: Hi All: I am using the DIAL Image on a PRi 2; I would like to use the "A" and "B" audio outputs from my fob (A for voice and B for PL), so that I can inject them into separate points on my exciter. I was able to get 2 'discrete' audio outputs when running ACID on a PC. This doesn't seem to be working with the Pi / DIAL. Is anyone running this configuration on a Pi? Thx, Ramesh. # 27919 and a truck load of others! Sent from my iPhone From szingman at msgstor.com Sun Jul 10 14:14:19 2016 From: szingman at msgstor.com (Steve Zingman) Date: Sun, 10 Jul 2016 10:14:19 -0400 Subject: [App_rpt-users] A and B audio output from USB fob on a RPi running DIAL In-Reply-To: References: Message-ID: <5782583B.40302@msgstor.com> I am without a problem. What result are you getting? On 07/10/2016 10:04 AM, Ramesh Dhami wrote: > Hi All: > > I am using the DIAL Image on a PRi 2; I would like to use the "A" and "B" audio outputs from my fob (A for voice and B for PL), so that I can inject them into separate points on my exciter. > > I was able to get 2 'discrete' audio outputs when running ACID on a PC. This doesn't seem to be working with the Pi / DIAL. Is anyone running this configuration on a Pi? > > Thx, > > Ramesh. > > # 27919 and a truck load of others! > > Sent from my iPhone > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From kuggie at kuggie.com Sun Jul 10 14:30:05 2016 From: kuggie at kuggie.com (Kevin Custer) Date: Sun, 10 Jul 2016 10:30:05 -0400 Subject: [App_rpt-users] A and B audio output from USB fob on a RPi running DIAL In-Reply-To: References: Message-ID: Yes - I have several of these running this way. What are you using for your "fob". On 7/10/2016 10:04 AM, Ramesh Dhami wrote: > Hi All: > > I am using the DIAL Image on a PRi 2; I would like to use the "A" and "B" audio outputs from my fob (A for voice and B for PL), so that I can inject them into separate points on my exciter. > > I was able to get 2 'discrete' audio outputs when running ACID on a PC. This doesn't seem to be working with the Pi / DIAL. Is anyone running this configuration on a Pi? From Ramesh at va3uv.com Sun Jul 10 14:57:19 2016 From: Ramesh at va3uv.com (Ramesh Dhami) Date: Sun, 10 Jul 2016 10:57:19 -0400 Subject: [App_rpt-users] A and B audio output from USB fob on a RPi running DIAL In-Reply-To: References: Message-ID: <929A5CC2-9744-41EE-87BC-F9C155F629F3@va3uv.com> Hi Kevin and Steve: First, the Pi is running 3 full duplex nodes using DSP! I am seeing some audio issues too, which may be a sign of pushing the limits of the Pi. Secondly, I am using home brew fobs (StarTech CM108 conversions). I have two 220 repeaters in my shack, I will test on the second repeater, using a different fob, which may help to pin point the issue. I must confess that I have 3 different rev levels for my fob conversions, two of my fobs do not have a label on them, so maybe I am using one of my early fobs, where I just had one audio output! I will test and let you know! Cheers, Ramesh. Sent from my iPhone > On Jul 10, 2016, at 10:30 AM, Kevin Custer wrote: > > Yes - I have several of these running this way. > > What are you using for your "fob". > > >> On 7/10/2016 10:04 AM, Ramesh Dhami wrote: >> Hi All: >> >> I am using the DIAL Image on a PRi 2; I would like to use the "A" and "B" audio outputs from my fob (A for voice and B for PL), so that I can inject them into separate points on my exciter. >> >> I was able to get 2 'discrete' audio outputs when running ACID on a PC. This doesn't seem to be working with the Pi / DIAL. Is anyone running this configuration on a Pi? > From kuggie at kuggie.com Sun Jul 10 20:08:19 2016 From: kuggie at kuggie.com (Kevin Custer) Date: Sun, 10 Jul 2016 16:08:19 -0400 Subject: [App_rpt-users] A and B audio output from USB fob on a RPi running DIAL In-Reply-To: <929A5CC2-9744-41EE-87BC-F9C155F629F3@va3uv.com> References: <929A5CC2-9744-41EE-87BC-F9C155F629F3@va3uv.com> Message-ID: <37db3e80-c3cc-cb66-b602-419ba80e86ab@kuggie.com> Running 3 nodes on the DIAL release is likely not going to work. You may want to try Doug and David's release which uses a different channel driver. I've never heard anyone having luck running more then 2 nodes on the Raspberry Pi release in full DSP, but I have heard of success with the other. Kevin On 7/10/2016 10:57 AM, Ramesh Dhami wrote: > Hi Kevin and Steve: > > First, the Pi is running 3 full duplex nodes using DSP! > > I am seeing some audio issues too, which may be a sign of pushing the limits of the Pi. > > Secondly, I am using home brew fobs (StarTech CM108 conversions). > > I have two 220 repeaters in my shack, I will test on the second repeater, using a different fob, which may help to pin point the issue. > > I must confess that I have 3 different rev levels for my fob conversions, two of my fobs do not have a label on them, so maybe I am using one of my early fobs, where I just had one audio output! > > I will test and let you know! > > Cheers, > > Ramesh. > > Sent from my iPhone > >> On Jul 10, 2016, at 10:30 AM, Kevin Custer wrote: >> >> Yes - I have several of these running this way. >> >> What are you using for your "fob". >> >> >>> On 7/10/2016 10:04 AM, Ramesh Dhami wrote: >>> Hi All: >>> >>> I am using the DIAL Image on a PRi 2; I would like to use the "A" and "B" audio outputs from my fob (A for voice and B for PL), so that I can inject them into separate points on my exciter. >>> >>> I was able to get 2 'discrete' audio outputs when running ACID on a PC. This doesn't seem to be working with the Pi / DIAL. Is anyone running this configuration on a Pi? > > From kuggie at kuggie.com Sun Jul 10 20:45:48 2016 From: kuggie at kuggie.com (Kevin Custer) Date: Sun, 10 Jul 2016 16:45:48 -0400 Subject: [App_rpt-users] A and B audio output from USB fob on a RPi running DIAL In-Reply-To: <37db3e80-c3cc-cb66-b602-419ba80e86ab@kuggie.com> References: <929A5CC2-9744-41EE-87BC-F9C155F629F3@va3uv.com> <37db3e80-c3cc-cb66-b602-419ba80e86ab@kuggie.com> Message-ID: <1d1bd090-ff6b-b428-47dc-db384cce8598@kuggie.com> I'm adding to my earlier post which was not very clear. On 7/10/2016 4:08 PM, Kevin Custer wrote: > I've never heard anyone having luck running more than 2 nodes on the > Raspberry Pi release *of DIAL* in full DSP..... From electricity440 at gmail.com Mon Jul 11 04:13:53 2016 From: electricity440 at gmail.com (Skyler F) Date: Sun, 10 Jul 2016 22:13:53 -0600 Subject: [App_rpt-users] Wireless ISP help Message-ID: We are getting internet from a microwave link wireless ISP on a mountiantop. According to Mountain Broadband, ports are not blocked, and they don't have a firewall. However, when I plug my computer or router into the jack, I am automatically assigned a 10.1.50.x address. Why is this happening? I never requested an IP manually, it assigned me a DHCP IP. Inbound ports are all blocked to my router behind the DHCP IP address when I try to login under the public IP. However... the mountaintop site has a static Public IP that is unique to itself. Can someone explain how this works, and what information I need exactly to get inbound port forwarding to work to my mikrotik router from whatever Mountain Broadband has behind it ? 73 Skyler -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb4fxc at inttek.net Mon Jul 11 04:25:05 2016 From: kb4fxc at inttek.net (David McGough) Date: Mon, 11 Jul 2016 00:25:05 -0400 (EDT) Subject: [App_rpt-users] Wireless ISP help In-Reply-To: Message-ID: Skyler, You seem to be behind a NAT firewall, since you don't have a public IP address. This is a standard configuration used these days by many providers. Either you've got to convince the ISP to setup port forwarding (UDP port 4569) to your private IP, or, you could tunnel out using a VPN (or unencrypted IPIP/GRE) tunnel to a site where you do have a live IP address and forward ports from there. 73, David KB4FXC On Sun, 10 Jul 2016, Skyler F wrote: > We are getting internet from a microwave link wireless ISP on a > mountiantop. According to Mountain Broadband, ports are not blocked, and > they don't have a firewall. > > However, when I plug my computer or router into the jack, I am > automatically assigned a 10.1.50.x address. Why is this happening? I never > requested an IP manually, it assigned me a DHCP IP. > > Inbound ports are all blocked to my router behind the DHCP IP address when > I try to login under the public IP. > > However... the mountaintop site has a static Public IP that is unique to > itself. > > Can someone explain how this works, and what information I need exactly to > get inbound port forwarding to work to my mikrotik router from whatever > Mountain Broadband has behind it ? > > 73 > Skyler > From Bryan at bryanfields.net Mon Jul 11 04:29:44 2016 From: Bryan at bryanfields.net (Bryan Fields) Date: Mon, 11 Jul 2016 00:29:44 -0400 Subject: [App_rpt-users] Wireless ISP help In-Reply-To: References: Message-ID: <95edd112-f63f-b2f1-1848-241b33f2391f@bryanfields.net> On 7/11/16 12:13 AM, Skyler F wrote: > However, when I plug my computer or router into the jack, I am > automatically assigned a 10.1.50.x address. Why is this happening? I never > requested an IP manually, it assigned me a DHCP IP. You don't have an Internet provider. Get another on that gives you a proper globally routable IP. -- Bryan Fields 727-409-1194 - Voice 727-214-2508 - Fax http://bryanfields.net From k6ecm1 at gmail.com Mon Jul 11 04:30:56 2016 From: k6ecm1 at gmail.com (Bob Pyke) Date: Sun, 10 Jul 2016 21:30:56 -0700 Subject: [App_rpt-users] Wireless ISP help In-Reply-To: References: Message-ID: <1CADF394-27C8-45E0-856A-25B2B1614C29@gmail.com> It seems to me the 10.1.50.xx is not a public IP, and essentially behind a router, which will require port forwarding. This would mean that your router is behind another router. It is not clear to me how this could work. For sure you don't appear to have control of any port forwarding via the ISP router. Bob k6ecm 73 Sent from iPad > On Jul 10, 2016, at 9:13 PM, Skyler F wrote: > > We are getting internet from a microwave link wireless ISP on a mountiantop. According to Mountain Broadband, ports are not blocked, and they don't have a firewall. > > However, when I plug my computer or router into the jack, I am automatically assigned a 10.1.50.x address. Why is this happening? I never requested an IP manually, it assigned me a DHCP IP. > > Inbound ports are all blocked to my router behind the DHCP IP address when I try to login under the public IP. > > However... the mountaintop site has a static Public IP that is unique to itself. > > Can someone explain how this works, and what information I need exactly to get inbound port forwarding to work to my mikrotik router from whatever Mountain Broadband has behind it ? > > 73 > Skyler > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. From electricity440 at gmail.com Mon Jul 11 04:43:41 2016 From: electricity440 at gmail.com (Skyler F) Date: Sun, 10 Jul 2016 22:43:41 -0600 Subject: [App_rpt-users] Wireless ISP help In-Reply-To: References: Message-ID: It's a deal with us providing them a tower and they provide us Internet. I called his cell and he said ports aren't blocked and that I just need the IP, gateway address and the subnet mask. It was a Sunday so the IT people weren't there but I need to get that information from them. I kept asking about a firewall on there end and they said there's none and that I can get inbound ports. A static IP was even written in pen on the shed so there's something I think I have to configure I'm just super confused on what his setup is. On Sunday, July 10, 2016, Philip Dorr wrote: > If you are paying for a static IP you either need to get the radio or ISP > provided router put into bridge mode, or get the username and password for > it. > > On Sun, Jul 10, 2016 at 11:13 PM, Skyler F > wrote: > >> We are getting internet from a microwave link wireless ISP on a >> mountiantop. According to Mountain Broadband, ports are not blocked, and >> they don't have a firewall. >> >> However, when I plug my computer or router into the jack, I am >> automatically assigned a 10.1.50.x address. Why is this happening? I never >> requested an IP manually, it assigned me a DHCP IP. >> >> Inbound ports are all blocked to my router behind the DHCP IP address >> when I try to login under the public IP. >> >> However... the mountaintop site has a static Public IP that is unique to >> itself. >> >> Can someone explain how this works, and what information I need exactly >> to get inbound port forwarding to work to my mikrotik router from whatever >> Mountain Broadband has behind it ? >> >> 73 >> Skyler >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at meshnetworks.co.nz Mon Jul 11 04:54:57 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Mon, 11 Jul 2016 16:54:57 +1200 Subject: [App_rpt-users] Wireless ISP help In-Reply-To: References: Message-ID: <578326A1.5010608@meshnetworks.co.nz> On 11/07/16 16:43, Skyler F wrote: > We are getting internet from a microwave link wireless ISP on a > mountiantop. According to Mountain Broadband, ports are not blocked, and > they don't have a firewall. > > However, when I plug my computer or router into the jack, I am > automatically assigned a 10.1.50.x address. Why is this happening? I never > requested an IP manually, it assigned me a DHCP IP. > > Inbound ports are all blocked to my router behind the DHCP IP address when > I try to login under the public IP. > > However... the mountaintop site has a static Public IP that is unique to > itself. > > Can someone explain how this works, and what information I need exactly to > get inbound port forwarding to work to my mikrotik router from whatever > Mountain Broadband has behind it ? I'm a wireless ISP. You've been given a NAT IP address. They're trying to economise because real IPs cost money. This next bit is important - understand this well - TALK to them - they're geeks, just like you, not corporates. Go VISIT them and laugh and smile and show interest in how their network runs. Talk about what you are building, and what you want to do and why it will be cool, and tell them about ham radio. Help them do a job, like concreting a pole in the ground, and pull a cable for them. THEN tell them you want a real IP, and other stuff too, and watch them give you access to their entire network. I would, and I do - it's hard to give it away for free, and it's hard to find people like you. Not what you thought, is it. ;) Steve From kj6ko at innercite.com Mon Jul 11 05:31:56 2016 From: kj6ko at innercite.com (Greg Stahlman) Date: Sun, 10 Jul 2016 22:31:56 -0700 Subject: [App_rpt-users] Wireless ISP help In-Reply-To: <1CADF394-27C8-45E0-856A-25B2B1614C29@gmail.com> References: <1CADF394-27C8-45E0-856A-25B2B1614C29@gmail.com> Message-ID: <008801d1db35$8adddb00$a0999100$@com> I have had decent luck having the ISP forward ports. Not a problem, but you will probably have to get a static IP from them, and usually more money. Another solution that has worked in the past, partially anyway, is if you want to access the node via SSH, if you are on the same network with another computer, you should be able to get into the SSH port with no issues. You will NOT, however, be able to take any inbound connections without the 4569 port forwarded. From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Bob Pyke Sent: Sunday, July 10, 2016 9:31 PM To: Skyler F Cc: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Wireless ISP help It seems to me the 10.1.50.xx is not a public IP, and essentially behind a router, which will require port forwarding. This would mean that your router is behind another router. It is not clear to me how this could work. For sure you don't appear to have control of any port forwarding via the ISP router. Bob k6ecm 73 Sent from iPad > On Jul 10, 2016, at 9:13 PM, Skyler F wrote: > > We are getting internet from a microwave link wireless ISP on a mountiantop. According to Mountain Broadband, ports are not blocked, and they don't have a firewall. > > However, when I plug my computer or router into the jack, I am automatically assigned a 10.1.50.x address. Why is this happening? I never requested an IP manually, it assigned me a DHCP IP. > > Inbound ports are all blocked to my router behind the DHCP IP address when I try to login under the public IP. > > However... the mountaintop site has a static Public IP that is unique to itself. > > Can someone explain how this works, and what information I need exactly to get inbound port forwarding to work to my mikrotik router from whatever Mountain Broadband has behind it ? > > 73 > Skyler > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. __________ Information from ESET NOD32 Antivirus, version of virus signature database 13782 (20160711) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __________ Information from ESET NOD32 Antivirus, version of virus signature database 13782 (20160711) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From ve3ei at iescomm.ca Mon Jul 11 11:10:47 2016 From: ve3ei at iescomm.ca (Eric Meth) Date: Mon, 11 Jul 2016 07:10:47 -0400 Subject: [App_rpt-users] Wireless ISP help In-Reply-To: References: Message-ID: <1b24704b-e005-3c5a-1de3-d56db639a7f7@iescomm.ca> Skyler. The answer in this case is to us a VPN to your home or other location that Internet with a Public IP address. You effectively run a tunnel to that IP and that is the on you control. You are creating a tunnel from that location to your wireless site. One of the most popular is OpenVPN but has a steep learning curve. A good alterternatin is Softether https://www.softether.org/ from Japan, it is open source, emulates openVPN and others and allows a vpn connection. It is available for Window, Mac and Linux so should be east to add. Eric Meth - ve3ei On 11/07/2016 12:13 AM, Skyler F wrote: > We are getting internet from a microwave link wireless ISP on a > mountiantop. According to Mountain Broadband, ports are not blocked, > and they don't have a firewall. > > However, when I plug my computer or router into the jack, I am > automatically assigned a 10.1.50.x address. Why is this happening? I > never requested an IP manually, it assigned me a DHCP IP. > > Inbound ports are all blocked to my router behind the DHCP IP address > when I try to login under the public IP. > > However... the mountaintop site has a static Public IP that is unique > to itself. > > Can someone explain how this works, and what information I need > exactly to get inbound port forwarding to work to my mikrotik router > from whatever Mountain Broadband has behind it ? > > 73 > Skyler > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb4fxc at inttek.net Mon Jul 11 11:33:29 2016 From: kb4fxc at inttek.net (David McGough) Date: Mon, 11 Jul 2016 07:33:29 -0400 (EDT) Subject: [App_rpt-users] Wireless ISP help In-Reply-To: Message-ID: Skyler, Okay, sounds like you may be able to obtain a static, public IP address from the ISP by calling tech support. If that is true, just configure your node or router for static mode (not DHCP) and enter the public IP, netmask and gateway and you should be good to go. Perhaps the ISP has their system configured to hand out private IP addresses to users querying for an address via DHCP. Since you were initially setup for DHCP, you got a private, dynamic IP.... If you can get a public IP, that's certainly simpler than needing to use some form of VPN or tunnel. If you can't obtain a public IP, the VPN/tunnel method will work as a fallback plan. 73, David KB4FXC On Sun, 10 Jul 2016, Skyler F wrote: > It's a deal with us providing them a tower and they provide us Internet. I > called his cell and he said ports aren't blocked and that I just need the > IP, gateway address and the subnet mask. It was a Sunday so the IT people > weren't there but I need to get that information from them. > > I kept asking about a firewall on there end and they said there's none and > that I can get inbound ports. A static IP was even written in pen on the > shed so there's something I think I have to configure I'm just super > confused on what his setup is. > > > On Sunday, July 10, 2016, Philip Dorr wrote: > > > If you are paying for a static IP you either need to get the radio or ISP > > provided router put into bridge mode, or get the username and password for > > it. > > > > On Sun, Jul 10, 2016 at 11:13 PM, Skyler F > > wrote: > > > >> We are getting internet from a microwave link wireless ISP on a > >> mountiantop. According to Mountain Broadband, ports are not blocked, and > >> they don't have a firewall. > >> > >> However, when I plug my computer or router into the jack, I am > >> automatically assigned a 10.1.50.x address. Why is this happening? I never > >> requested an IP manually, it assigned me a DHCP IP. > >> > >> Inbound ports are all blocked to my router behind the DHCP IP address > >> when I try to login under the public IP. > >> > >> However... the mountaintop site has a static Public IP that is unique to > >> itself. > >> > >> Can someone explain how this works, and what information I need exactly > >> to get inbound port forwarding to work to my mikrotik router from whatever > >> Mountain Broadband has behind it ? > >> > >> 73 > >> Skyler > >> > >> _______________________________________________ > >> App_rpt-users mailing list > >> App_rpt-users at ohnosec.org > >> > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >> > >> To unsubscribe from this list please visit > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > >> down to the bottom of the page. Enter your email address and press the > >> "Unsubscribe or edit options button" > >> You do not need a password to unsubscribe, you can do it via email > >> confirmation. If you have trouble unsubscribing, please send a message to > >> the list detailing the problem. > >> > > > > > > From shulerburton at gmail.com Mon Jul 11 11:56:34 2016 From: shulerburton at gmail.com (Shuler Burton) Date: Mon, 11 Jul 2016 07:56:34 -0400 Subject: [App_rpt-users] Wireless ISP help In-Reply-To: <1b24704b-e005-3c5a-1de3-d56db639a7f7@iescomm.ca> References: <1b24704b-e005-3c5a-1de3-d56db639a7f7@iescomm.ca> Message-ID: <48753A5B-8B58-4BC4-9FED-EDD8A649F245@gmail.com> For open VPN tutorial goto the HAK5 podcast. It has gotten a lot easier with newer releases. Several recent episodes on setting up your own VPN connection. Sent from my iPhone Shuler KF4NQN > On Jul 11, 2016, at 7:10 AM, Eric Meth wrote: > > Skyler. The answer in this case is to us a VPN to your home or other location that Internet with a Public IP address. You effectively run a tunnel to that IP and that is the on you control. You are creating a tunnel from that location to your wireless site. One of the most popular is OpenVPN but has a steep learning curve. A good alterternatin is Softether https://www.softether.org/ from Japan, it is open source, emulates openVPN and others and allows a vpn connection. It is available for Window, Mac and Linux so should be east to add. > Eric Meth - ve3ei > >> On 11/07/2016 12:13 AM, Skyler F wrote: >> We are getting internet from a microwave link wireless ISP on a mountiantop. According to Mountain Broadband, ports are not blocked, and they don't have a firewall. >> >> However, when I plug my computer or router into the jack, I am automatically assigned a 10.1.50.x address. Why is this happening? I never requested an IP manually, it assigned me a DHCP IP. >> >> Inbound ports are all blocked to my router behind the DHCP IP address when I try to login under the public IP. >> >> However... the mountaintop site has a static Public IP that is unique to itself. >> >> Can someone explain how this works, and what information I need exactly to get inbound port forwarding to work to my mikrotik router from whatever Mountain Broadband has behind it ? >> >> 73 >> Skyler >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From keith at goobie.org Mon Jul 11 12:22:48 2016 From: keith at goobie.org (Keith Goobie) Date: Mon, 11 Jul 2016 08:22:48 -0400 Subject: [App_rpt-users] Wireless ISP help In-Reply-To: <48753A5B-8B58-4BC4-9FED-EDD8A649F245@gmail.com> Message-ID: OpenVPN is a very good product, but I would also suggest you look at IKE built-in VPN technologies in the Cisco based RV series of routers. Using the VPN built in your site gateway router, allows for a much cleaner integrated implementation of site to site VPN?s. A key here is to reduce, if not eliminate the use of port forwarding on your router. There are many offerings for VPN technologies. ?Your requirements? will drive which one is the best for you. Keith On 7/11/16 7:56 AM, "Shuler Burton" wrote: > For open VPN tutorial goto the HAK5 podcast. It has gotten a lot easier with > newer releases. > Several recent episodes on setting up your own VPN connection. > > Sent from my iPhone > > Shuler KF4NQN > > On Jul 11, 2016, at 7:10 AM, Eric Meth wrote: > >> >> >> Skyler. The answer in this case is to us a VPN to your home or other location >> that Internet with a Public IP address. You effectively run a tunnel to that >> IP and that is the on you control. You are creating a tunnel from that >> location to your wireless site. One of the most popular is OpenVPN but has a >> steep learning curve. A good alterternatin is Softether >> https://www.softether.org/ from Japan, it is open source, emulates openVPN >> and others and allows a vpn connection. It is available for Window, Mac and >> Linux so should be east to add. >> >> >> >> Eric Meth - ve3ei >> >> >> >> On 11/07/2016 12:13 AM, Skyler F wrote: >> >> >>> >>> We are getting internet from a microwave link wireless ISP on a mountiantop. >>> According to Mountain Broadband, ports are not blocked, and they don't have >>> a firewall. >>> >>> >>> >>> However, when I plug my computer or router into the jack, I am automatically >>> assigned a 10.1.50.x address. Why is this happening? I never requested an IP >>> manually, it assigned me a DHCP IP. >>> >>> >>> >>> >>> Inbound ports are all blocked to my router behind the DHCP IP address when I >>> try to login under the public IP. >>> >>> >>> >>> >>> However... the mountaintop site has a static Public IP that is unique to >>> itself. >>> >>> >>> >>> >>> Can someone explain how this works, and what information I need exactly to >>> get inbound port forwarding to work to my mikrotik router from whatever >>> Mountain Broadband has behind it ? >>> >>> >>> >>> >>> 73 >>> >>> Skyler >>> >>> >>> >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to >>> the bottom of the page. Enter your email address and press the "Unsubscribe >>> or edit options button" >>> You do not need a password to unsubscribe, you can do it via email >>> confirmation. If you have trouble unsubscribing, please send a message to >>> the list detailing the problem. >>> >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to >> the bottom of the page. Enter your email address and press the "Unsubscribe >> or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to the >> list detailing the problem. > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to > the bottom of the page. Enter your email address and press the "Unsubscribe or > edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to the > list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From selkie2 at comcast.net Mon Jul 11 16:42:49 2016 From: selkie2 at comcast.net (DuaneVT .) Date: Mon, 11 Jul 2016 12:42:49 -0400 Subject: [App_rpt-users] Stepping on toes... Message-ID: I too have asked questions here concerning DIAL and been told curtly to go elsewhere. As DIAL distros have all the files included and interface to the FOBs and SBCs, where do we draw the line? I have followed all instructions for installing the software and had fresh boot problems. It was hard to tell where the problem was, but when I am new to Linux/DIAL and the whole Allstar project, I looked for guidance where I found discussions. There is an Allstar Link community on Google+, and you will see I have all except 1 postings! Crickets......... Perhaps the moderator/users here could post a list of URLs for different aspects of AllStar Link so us Newbies would know where to hang out. I have had GREAT support from other listers here by direct email after each post and I sincerely thank all who have taken an interest in someone who has to learn as we all do. 73, Duane KA1LM #42996 -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Mon Jul 11 17:06:32 2016 From: szingman at msgstor.com (Steve Zingman) Date: Mon, 11 Jul 2016 13:06:32 -0400 Subject: [App_rpt-users] Stepping on toes... In-Reply-To: References: Message-ID: <5783D218.8090406@msgstor.com> Duane, When were you told on the App_rpt-users list to go elsewhere with DIAL questions? DIAL is the official distribution for AllStar. Support questions SHOULD be posted here. I know that other lists limit their support to THEIR distribution and have curtly told DIAL users to go elsewhere for support. I do not remember seeing your question on here. If I missed it, I'm sorry. I TRY to help out with DIAL and general Asterisk questions when possible. 73, Steve N4IRS INAD On 7/11/2016 12:42 PM, DuaneVT . wrote: > I too have asked questions here concerning DIAL and been told curtly > to go elsewhere. As DIAL distros have all the files included and > interface to the FOBs and SBCs, where do we draw the line? I have > followed all instructions for installing the software and had fresh > boot problems. It was hard to tell where the problem was, but when I > am new to Linux/DIAL and the whole Allstar project, I looked for > guidance where I found discussions. There is an Allstar Link community > on Google+, and you will see I have all except 1 postings! > Crickets......... > Perhaps the moderator/users here could post a list of URLs for > different aspects of AllStar Link so us Newbies would know where to > hang out. > I have had GREAT support from other listers here by direct email after > each post and I sincerely thank all who have taken an interest in > someone who has to learn as we all do. > 73, > Duane KA1LM #42996 > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Mon Jul 11 17:33:54 2016 From: szingman at msgstor.com (Steve Zingman) Date: Mon, 11 Jul 2016 13:33:54 -0400 Subject: [App_rpt-users] Stepping on toes... In-Reply-To: References: <5783D218.8090406@msgstor.com> Message-ID: <5783D882.70704@msgstor.com> Yes, I've seen it before. Ramesh asked the question here and a couple of us had some questions as to his configuration. I think he is in process of gathering info so we can trouble shoot more. I't not hard to get lists confused. Steve On 7/11/2016 1:30 PM, DuaneVT . wrote: > Thanks Steve. You have helped me several times here I believe. Perhaps > it was the ARM Allstar list I should have ranted to. As some posts get > shared between lists, it is hard not to end up on another list. > Here is an example. I felt for the questioner... > "Message: 3 > Date: Sun, 10 Jul 2016 09:53:39 -0400 > From: Doug Crompton > > To: ARM Allstar > > Subject: Re: [arm-allstar] Using "A" and "B" audio outputs using the > DIAL Image on a RPi > Message-ID: > Content-Type: text/plain; charset="iso-8859-1" > > Ramesh, > > This is NOT a dial list, ask elsewhere! It works fine on the > hamvoip.org code. > 73 Doug > WA3DSP > http://www.crompton.com/hamradio > > > > To:arm-allstar at hamvoip.org > > Date: Sun, 10 Jul 2016 07:34:57 -0400 > > Subject: [arm-allstar] Using "A" and "B" audio outputs using the DIAL Image on a RPi > > From:arm-allstar at hamvoip.org > > CC:Ramesh at va3uv.com > > > > Hi All: > > > > I am using the DIAL Image on a PRi 2; I would like to use the "A" and > > "B" audio outputs from my fob (A for voice and B for PL), so that I can > > inject them into separate points on my exciter. > > > > I was able to get 2 'discrete' audio outputs when running ACID on a PC. > > This doesn't seem to be working with the Pi / DIAL. Is anyone running > > this configuration on a Pi? > > > > Thx, > > > > Ramesh. > > > > # 27919 and a truck load of others! > ?" > > Sheesh, I want to help everyone.... > Thanks again until my next question HERE, > Duane ? > > On Mon, Jul 11, 2016 at 1:06 PM, Steve Zingman > wrote: > > Duane, > When were you told on the App_rpt-users list to go elsewhere with > DIAL questions? DIAL is the official distribution for AllStar. > Support questions SHOULD be posted here. I know that other lists > limit their support to THEIR distribution and have curtly told > DIAL users to go elsewhere for support. I do not remember seeing > your question on here. If I missed it, I'm sorry. I TRY to help > out with DIAL and general Asterisk questions when possible. > > 73, Steve N4IRS > INAD > > On 7/11/2016 12:42 PM, DuaneVT . wrote: >> I too have asked questions here concerning DIAL and been told >> curtly to go elsewhere. As DIAL distros have all the files >> included and interface to the FOBs and SBCs, where do we draw the >> line? I have followed all instructions for installing the >> software and had fresh boot problems. It was hard to tell where >> the problem was, but when I am new to Linux/DIAL and the whole >> Allstar project, I looked for guidance where I found discussions. >> There is an Allstar Link community on Google+, and you will see I >> have all except 1 postings! Crickets......... >> Perhaps the moderator/users here could post a list of URLs for >> different aspects of AllStar Link so us Newbies would know where >> to hang out. >> I have had GREAT support from other listers here by direct email >> after each post and I sincerely thank all who have taken an >> interest in someone who has to learn as we all do. >> 73, >> Duane KA1LM #42996 >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > > -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From lorentedford at gmail.com Mon Jul 11 18:02:03 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Mon, 11 Jul 2016 13:02:03 -0500 Subject: [App_rpt-users] Stepping on toes... In-Reply-To: <5783D882.70704@msgstor.com> References: <5783D218.8090406@msgstor.com> <5783D882.70704@msgstor.com> Message-ID: I suppose while we are stepping on toes I want to ask about the proper way of securing a dial box from our wonderful hackers out their.. Been using ufw and fail2ban but found out recently nothing is invincible.. any thoughts?? By the way any progress on asterisk crashes?? I can't find a reason for the crashes in the logs.. Also what is the status on updating asterisk to a more current version?? Any issues with that?? Loren Tedford (KC9ZHV) Email: lorentedford at gmail.com Phone: Fax: http://www.lorentedford.com http://kc9zhv.com Sent from Droid Turbo from Verizon wireless network On Jul 11, 2016 12:34 PM, "Steve Zingman" wrote: > Yes, > I've seen it before. Ramesh asked the question here and a couple of us had > some questions as to his configuration. I think he is in process of > gathering info so we can trouble shoot more. > I't not hard to get lists confused. > > Steve > > On 7/11/2016 1:30 PM, DuaneVT . wrote: > > Thanks Steve. You have helped me several times here I believe. Perhaps it > was the ARM Allstar list I should have ranted to. As some posts get shared > between lists, it is hard not to end up on another list. > Here is an example. I felt for the questioner... > "Message: 3 > Date: Sun, 10 Jul 2016 09:53:39 -0400 > From: Doug Crompton > To: ARM Allstar > Subject: Re: [arm-allstar] Using "A" and "B" audio outputs using the > DIAL Image on a RPi > Message-ID: > Content-Type: text/plain; charset="iso-8859-1" > > Ramesh, > > This is NOT a dial list, ask elsewhere! It works fine on the hamvoip.org > code. > 73 Doug > WA3DSP > http://www.crompton.com/hamradio > > > > To: arm-allstar at hamvoip.org > > Date: Sun, 10 Jul 2016 07:34:57 -0400 > > Subject: [arm-allstar] Using "A" and "B" audio outputs using the DIAL > Image on a RPi > > From: arm-allstar at hamvoip.org > > CC: Ramesh at va3uv.com > > > > Hi All: > > > > I am using the DIAL Image on a PRi 2; I would like to use the "A" and > > "B" audio outputs from my fob (A for voice and B for PL), so that I can > > inject them into separate points on my exciter. > > > > I was able to get 2 'discrete' audio outputs when running ACID on a PC. > > This doesn't seem to be working with the Pi / DIAL. Is anyone running > > this configuration on a Pi? > > > > Thx, > > > > Ramesh. > > > > # 27919 and a truck load of others! > ?" > > Sheesh, I want to help everyone.... > Thanks again until my next question HERE, > Duane ? > > On Mon, Jul 11, 2016 at 1:06 PM, Steve Zingman > wrote: > >> Duane, >> When were you told on the App_rpt-users list to go elsewhere with DIAL >> questions? DIAL is the official distribution for AllStar. Support questions >> SHOULD be posted here. I know that other lists limit their support to THEIR >> distribution and have curtly told DIAL users to go elsewhere for support. I >> do not remember seeing your question on here. If I missed it, I'm sorry. I >> TRY to help out with DIAL and general Asterisk questions when possible. >> >> 73, Steve N4IRS >> INAD >> >> On 7/11/2016 12:42 PM, DuaneVT . wrote: >> >> I too have asked questions here concerning DIAL and been told curtly to >> go elsewhere. As DIAL distros have all the files included and interface to >> the FOBs and SBCs, where do we draw the line? I have followed all >> instructions for installing the software and had fresh boot problems. It >> was hard to tell where the problem was, but when I am new to Linux/DIAL and >> the whole Allstar project, I looked for guidance where I found discussions. >> There is an Allstar Link community on Google+, and you will see I have all >> except 1 postings! Crickets......... >> Perhaps the moderator/users here could post a list of URLs for different >> aspects of AllStar Link so us Newbies would know where to hang out. >> I have had GREAT support from other listers here by direct email after >> each post and I sincerely thank all who have taken an interest in someone >> who has to learn as we all do. >> 73, >> Duane KA1LM #42996 >> >> >> _______________________________________________ >> App_rpt-users mailing listApp_rpt-users at ohnosec.orghttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >> >> >> -- >> "Anything is possible if you don't know what you are talking about." >> 1st Law of Logic >> >> > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bdboyle at bdboyle.com Mon Jul 11 18:04:35 2016 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Mon, 11 Jul 2016 14:04:35 -0400 Subject: [App_rpt-users] Stepping on toes... In-Reply-To: <5783D882.70704@msgstor.com> References: <5783D218.8090406@msgstor.com> <5783D882.70704@msgstor.com> Message-ID: <046D8D6B-7A21-4312-ADE7-D38E58FAE304@bdboyle.com> it was on the arm list. a little curt, i thought. but, it was what it was. -- Bryan Sent from my iPhone 6S...No electrons were harmed in the sending of this message. > On Jul 11, 2016, at 13:33, Steve Zingman wrote: > > Yes, > I've seen it before. Ramesh asked the question here and a couple of us had some questions as to his configuration. I think he is in process of gathering info so we can trouble shoot more. > I't not hard to get lists confused. > > Steve > >> On 7/11/2016 1:30 PM, DuaneVT . wrote: >> Thanks Steve. You have helped me several times here I believe. Perhaps it was the ARM Allstar list I should have ranted to. As some posts get shared between lists, it is hard not to end up on another list. >> Here is an example. I felt for the questioner... >> "Message: 3 >> Date: Sun, 10 Jul 2016 09:53:39 -0400 >> From: Doug Crompton >> To: ARM Allstar >> Subject: Re: [arm-allstar] Using "A" and "B" audio outputs using the >> DIAL Image on a RPi >> Message-ID: >> Content-Type: text/plain; charset="iso-8859-1" >> >> Ramesh, >> >> This is NOT a dial list, ask elsewhere! It works fine on the hamvoip.org code. >> 73 Doug >> WA3DSP >> http://www.crompton.com/hamradio >> >> >> > To: arm-allstar at hamvoip.org >> > Date: Sun, 10 Jul 2016 07:34:57 -0400 >> > Subject: [arm-allstar] Using "A" and "B" audio outputs using the DIAL Image on a RPi >> > From: arm-allstar at hamvoip.org >> > CC: Ramesh at va3uv.com >> > >> > Hi All: >> > >> > I am using the DIAL Image on a PRi 2; I would like to use the "A" and >> > "B" audio outputs from my fob (A for voice and B for PL), so that I can >> > inject them into separate points on my exciter. >> > >> > I was able to get 2 'discrete' audio outputs when running ACID on a PC. >> > This doesn't seem to be working with the Pi / DIAL. Is anyone running >> > this configuration on a Pi? >> > >> > Thx, >> > >> > Ramesh. >> > >> > # 27919 and a truck load of others! >> ?" >> >> Sheesh, I want to help everyone.... >> Thanks again until my next question HERE, >> Duane ? >> >> On Mon, Jul 11, 2016 at 1:06 PM, Steve Zingman wrote: >>> Duane, >>> When were you told on the App_rpt-users list to go elsewhere with DIAL questions? DIAL is the official distribution for AllStar. Support questions SHOULD be posted here. I know that other lists limit their support to THEIR distribution and have curtly told DIAL users to go elsewhere for support. I do not remember seeing your question on here. If I missed it, I'm sorry. I TRY to help out with DIAL and general Asterisk questions when possible. >>> >>> 73, Steve N4IRS >>> INAD >>> >>>> On 7/11/2016 12:42 PM, DuaneVT . wrote: >>>> I too have asked questions here concerning DIAL and been told curtly to go elsewhere. As DIAL distros have all the files included and interface to the FOBs and SBCs, where do we draw the line? I have followed all instructions for installing the software and had fresh boot problems. It was hard to tell where the problem was, but when I am new to Linux/DIAL and the whole Allstar project, I looked for guidance where I found discussions. There is an Allstar Link community on Google+, and you will see I have all except 1 postings! Crickets......... >>>> Perhaps the moderator/users here could post a list of URLs for different aspects of AllStar Link so us Newbies would know where to hang out. >>>> I have had GREAT support from other listers here by direct email after each post and I sincerely thank all who have taken an interest in someone who has to learn as we all do. >>>> 73, >>>> Duane KA1LM #42996 >>>> >>>> >>>> _______________________________________________ >>>> App_rpt-users mailing list >>>> App_rpt-users at ohnosec.org >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> >>>> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >>> >>> -- >>> "Anything is possible if you don't know what you are talking about." >>> 1st Law of Logic > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Mon Jul 11 18:05:14 2016 From: szingman at msgstor.com (Steve Zingman) Date: Mon, 11 Jul 2016 14:05:14 -0400 Subject: [App_rpt-users] Stepping on toes... In-Reply-To: References: <5783D218.8090406@msgstor.com> <5783D882.70704@msgstor.com> Message-ID: <5783DFDA.9000106@msgstor.com> It's going to taker a LOT of work to change versions of Asterisk. That's not to say it will not happen. I can't re-create you crashes. I firewall my boxes to only allow access from trusted addresses for ssh. I use a VPN for roaming users. I don't support SIP. On 7/11/2016 2:02 PM, Loren Tedford wrote: > > I suppose while we are stepping on toes I want to ask about the proper > way of securing a dial box from our wonderful hackers out their.. Been > using ufw and fail2ban but found out recently nothing is invincible.. > any thoughts?? By the way any progress on asterisk crashes?? I can't > find a reason for the crashes in the logs.. > > Also what is the status on updating asterisk to a more current > version?? Any issues with that?? > > Loren Tedford (KC9ZHV) > Email: lorentedford at gmail.com > Phone: > Fax: > http://www.lorentedford.com > http://kc9zhv.com > > Sent from Droid Turbo from Verizon wireless network > > On Jul 11, 2016 12:34 PM, "Steve Zingman" > wrote: > > Yes, > I've seen it before. Ramesh asked the question here and a couple > of us had some questions as to his configuration. I think he is in > process of gathering info so we can trouble shoot more. > I't not hard to get lists confused. > > Steve > > On 7/11/2016 1:30 PM, DuaneVT . wrote: >> Thanks Steve. You have helped me several times here I believe. >> Perhaps it was the ARM Allstar list I should have ranted to. As >> some posts get shared between lists, it is hard not to end up on >> another list. >> Here is an example. I felt for the questioner... >> "Message: 3 >> Date: Sun, 10 Jul 2016 09:53:39 -0400 >> From: Doug Crompton > >> To: ARM Allstar > > >> Subject: Re: [arm-allstar] Using "A" and "B" audio outputs using the >> DIAL Image on a RPi >> Message-ID: >> Content-Type: text/plain; charset="iso-8859-1" >> >> Ramesh, >> >> This is NOT a dial list, ask elsewhere! It works fine on the >> hamvoip.org code. >> 73 Doug >> WA3DSP >> http://www.crompton.com/hamradio >> >> >> > To:arm-allstar at hamvoip.org >> > Date: Sun, 10 Jul 2016 07:34:57 -0400 >> > Subject: [arm-allstar] Using "A" and "B" audio outputs using the DIAL Image on a RPi >> > From:arm-allstar at hamvoip.org >> > CC:Ramesh at va3uv.com >> > >> > Hi All: >> > >> > I am using the DIAL Image on a PRi 2; I would like to use the "A" and >> > "B" audio outputs from my fob (A for voice and B for PL), so that I can >> > inject them into separate points on my exciter. >> > >> > I was able to get 2 'discrete' audio outputs when running ACID on a PC. >> > This doesn't seem to be working with the Pi / DIAL. Is anyone running >> > this configuration on a Pi? >> > >> > Thx, >> > >> > Ramesh. >> > >> > # 27919 and a truck load of others! >> ?" >> >> Sheesh, I want to help everyone.... >> Thanks again until my next question HERE, >> Duane ? >> >> On Mon, Jul 11, 2016 at 1:06 PM, Steve Zingman >> > wrote: >> >> Duane, >> When were you told on the App_rpt-users list to go elsewhere >> with DIAL questions? DIAL is the official distribution for >> AllStar. Support questions SHOULD be posted here. I know that >> other lists limit their support to THEIR distribution and >> have curtly told DIAL users to go elsewhere for support. I do >> not remember seeing your question on here. If I missed it, >> I'm sorry. I TRY to help out with DIAL and general Asterisk >> questions when possible. >> >> 73, Steve N4IRS >> INAD >> >> On 7/11/2016 12:42 PM, DuaneVT . wrote: >>> I too have asked questions here concerning DIAL and been >>> told curtly to go elsewhere. As DIAL distros have all the >>> files included and interface to the FOBs and SBCs, where do >>> we draw the line? I have followed all instructions for >>> installing the software and had fresh boot problems. It was >>> hard to tell where the problem was, but when I am new to >>> Linux/DIAL and the whole Allstar project, I looked for >>> guidance where I found discussions. There is an Allstar Link >>> community on Google+, and you will see I have all except 1 >>> postings! Crickets......... >>> Perhaps the moderator/users here could post a list of URLs >>> for different aspects of AllStar Link so us Newbies would >>> know where to hang out. >>> I have had GREAT support from other listers here by direct >>> email after each post and I sincerely thank all who have >>> taken an interest in someone who has to learn as we all do. >>> 73, >>> Duane KA1LM #42996 >>> >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >> >> -- >> "Anything is possible if you don't know what you are talking about." >> 1st Law of Logic >> >> > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and > scroll down to the bottom of the page. Enter your email address > and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a > message to the list detailing the problem. > -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From lorentedford at gmail.com Mon Jul 11 18:08:48 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Mon, 11 Jul 2016 13:08:48 -0500 Subject: [App_rpt-users] Stepping on toes... In-Reply-To: <5783DFDA.9000106@msgstor.com> References: <5783D218.8090406@msgstor.com> <5783D882.70704@msgstor.com> <5783DFDA.9000106@msgstor.com> Message-ID: Ok so what are missing to get the development started on a more current version of asterisk?? Lets face it 1.4.23 went out of professional service back in like 2010... Just saying we really need to start thinking more about the future now rather than waiting till we have mass issues across the board.. Loren Tedford (KC9ZHV) Phone: Fax: Email: lorentedford at gmail.com Email: KC9ZHV at KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net On Mon, Jul 11, 2016 at 1:05 PM, Steve Zingman wrote: > It's going to taker a LOT of work to change versions of Asterisk. That's > not to say it will not happen. > I can't re-create you crashes. > I firewall my boxes to only allow access from trusted addresses for ssh. I > use a VPN for roaming users. I don't support SIP. > > > On 7/11/2016 2:02 PM, Loren Tedford wrote: > > I suppose while we are stepping on toes I want to ask about the proper way > of securing a dial box from our wonderful hackers out their.. Been using > ufw and fail2ban but found out recently nothing is invincible.. any > thoughts?? By the way any progress on asterisk crashes?? I can't find a > reason for the crashes in the logs.. > > Also what is the status on updating asterisk to a more current version?? > Any issues with that?? > > Loren Tedford (KC9ZHV) > Email: lorentedford at gmail.com > Phone: > Fax: > http://www.lorentedford.com > http://kc9zhv.com > > Sent from Droid Turbo from Verizon wireless network > On Jul 11, 2016 12:34 PM, "Steve Zingman" wrote: > >> Yes, >> I've seen it before. Ramesh asked the question here and a couple of us >> had some questions as to his configuration. I think he is in process of >> gathering info so we can trouble shoot more. >> I't not hard to get lists confused. >> >> Steve >> >> On 7/11/2016 1:30 PM, DuaneVT . wrote: >> >> Thanks Steve. You have helped me several times here I believe. Perhaps it >> was the ARM Allstar list I should have ranted to. As some posts get shared >> between lists, it is hard not to end up on another list. >> Here is an example. I felt for the questioner... >> "Message: 3 >> Date: Sun, 10 Jul 2016 09:53:39 -0400 >> From: Doug Crompton < doug at crompton.com> >> To: ARM Allstar < arm-allstar at hamvoip.org> >> Subject: Re: [arm-allstar] Using "A" and "B" audio outputs using the >> DIAL Image on a RPi >> Message-ID: >> Content-Type: text/plain; charset="iso-8859-1" >> >> Ramesh, >> >> This is NOT a dial list, ask elsewhere! It works fine on the hamvoip.org >> code. >> 73 Doug >> WA3DSP >> http://www.crompton.com/hamradio >> >> >> > To: arm-allstar at hamvoip.org >> > Date: Sun, 10 Jul 2016 07:34:57 -0400 >> > Subject: [arm-allstar] Using "A" and "B" audio outputs using the DIAL >> Image on a RPi >> > From: arm-allstar at hamvoip.org >> > CC: Ramesh at va3uv.com >> > >> > Hi All: >> > >> > I am using the DIAL Image on a PRi 2; I would like to use the "A" and >> > "B" audio outputs from my fob (A for voice and B for PL), so that I can >> > inject them into separate points on my exciter. >> > >> > I was able to get 2 'discrete' audio outputs when running ACID on a PC. >> > This doesn't seem to be working with the Pi / DIAL. Is anyone running >> > this configuration on a Pi? >> > >> > Thx, >> > >> > Ramesh. >> > >> > # 27919 and a truck load of others! >> ?" >> >> Sheesh, I want to help everyone.... >> Thanks again until my next question HERE, >> Duane ? >> >> On Mon, Jul 11, 2016 at 1:06 PM, Steve Zingman < >> szingman at msgstor.com> wrote: >> >>> Duane, >>> When were you told on the App_rpt-users list to go elsewhere with DIAL >>> questions? DIAL is the official distribution for AllStar. Support questions >>> SHOULD be posted here. I know that other lists limit their support to THEIR >>> distribution and have curtly told DIAL users to go elsewhere for support. I >>> do not remember seeing your question on here. If I missed it, I'm sorry. I >>> TRY to help out with DIAL and general Asterisk questions when possible. >>> >>> 73, Steve N4IRS >>> INAD >>> >>> On 7/11/2016 12:42 PM, DuaneVT . wrote: >>> >>> I too have asked questions here concerning DIAL and been told curtly to >>> go elsewhere. As DIAL distros have all the files included and interface to >>> the FOBs and SBCs, where do we draw the line? I have followed all >>> instructions for installing the software and had fresh boot problems. It >>> was hard to tell where the problem was, but when I am new to Linux/DIAL and >>> the whole Allstar project, I looked for guidance where I found discussions. >>> There is an Allstar Link community on Google+, and you will see I have all >>> except 1 postings! Crickets......... >>> Perhaps the moderator/users here could post a list of URLs for different >>> aspects of AllStar Link so us Newbies would know where to hang out. >>> I have had GREAT support from other listers here by direct email after >>> each post and I sincerely thank all who have taken an interest in someone >>> who has to learn as we all do. >>> 73, >>> Duane KA1LM #42996 >>> >>> >>> _______________________________________________ >>> App_rpt-users mailing listApp_rpt-users at ohnosec.orghttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >>> >>> >>> -- >>> "Anything is possible if you don't know what you are talking about." >>> 1st Law of Logic >>> >>> >> >> -- >> "Anything is possible if you don't know what you are talking about." >> 1st Law of Logic >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Mon Jul 11 18:12:47 2016 From: szingman at msgstor.com (Steve Zingman) Date: Mon, 11 Jul 2016 14:12:47 -0400 Subject: [App_rpt-users] Stepping on toes... In-Reply-To: References: <5783D218.8090406@msgstor.com> <5783D882.70704@msgstor.com> <5783DFDA.9000106@msgstor.com> Message-ID: <5783E19F.5020908@msgstor.com> Time, Energy, drive, people. Just to name a few. On 7/11/2016 2:08 PM, Loren Tedford wrote: > Ok so what are missing to get the development started on a more > current version of asterisk?? Lets face it 1.4.23 went out of > professional service back in like 2010... > > Just saying we really need to start thinking more about the future now > rather than waiting till we have mass issues across the board.. > > Loren Tedford (KC9ZHV) > Phone: > Fax: > Email: lorentedford at gmail.com > Email: KC9ZHV at KC9ZHV.com > http://www.lorentedford.com > http://www.kc9zhv.com > http://forum.kc9zhv.com > http://hub.kc9zhv.com > http://Ltcraft.net > > On Mon, Jul 11, 2016 at 1:05 PM, Steve Zingman > wrote: > > It's going to taker a LOT of work to change versions of Asterisk. > That's not to say it will not happen. > I can't re-create you crashes. > I firewall my boxes to only allow access from trusted addresses > for ssh. I use a VPN for roaming users. I don't support SIP. > > > On 7/11/2016 2:02 PM, Loren Tedford wrote: >> >> I suppose while we are stepping on toes I want to ask about the >> proper way of securing a dial box from our wonderful hackers out >> their.. Been using ufw and fail2ban but found out recently >> nothing is invincible.. any thoughts?? By the way any progress on >> asterisk crashes?? I can't find a reason for the crashes in the >> logs.. >> >> Also what is the status on updating asterisk to a more current >> version?? Any issues with that?? >> >> Loren Tedford (KC9ZHV) >> Email: lorentedford at gmail.com >> Phone: >> Fax: >> http://www.lorentedford.com >> http://kc9zhv.com >> >> Sent from Droid Turbo from Verizon wireless network >> >> On Jul 11, 2016 12:34 PM, "Steve Zingman" > > wrote: >> >> Yes, >> I've seen it before. Ramesh asked the question here and a >> couple of us had some questions as to his configuration. I >> think he is in process of gathering info so we can trouble >> shoot more. >> I't not hard to get lists confused. >> >> Steve >> >> On 7/11/2016 1:30 PM, DuaneVT . wrote: >>> Thanks Steve. You have helped me several times here I >>> believe. Perhaps it was the ARM Allstar list I should have >>> ranted to. As some posts get shared between lists, it is >>> hard not to end up on another list. >>> Here is an example. I felt for the questioner... >>> "Message: 3 >>> Date: Sun, 10 Jul 2016 09:53:39 -0400 >>> From: Doug Crompton >> > >>> To: ARM Allstar >> > >>> Subject: Re: [arm-allstar] Using "A" and "B" audio outputs >>> using the >>> DIAL Image on a RPi >>> Message-ID: >>> Content-Type: text/plain; charset="iso-8859-1" >>> >>> Ramesh, >>> >>> This is NOT a dial list, ask elsewhere! It works fine on >>> the hamvoip.org code. >>> 73 Doug >>> WA3DSP >>> http://www.crompton.com/hamradio >>> >>> >>> > To:arm-allstar at hamvoip.org >>> > Date: Sun, 10 Jul 2016 07:34:57 -0400 >>> > Subject: [arm-allstar] Using "A" and "B" audio outputs >>> using the DIAL Image on a RPi >>> > From:arm-allstar at hamvoip.org >>> > CC:Ramesh at va3uv.com >>> > >>> > Hi All: >>> > >>> > I am using the DIAL Image on a PRi 2; I would like to use the >>> "A" and >>> > "B" audio outputs from my fob (A for voice and B for PL), so >>> that I can >>> > inject them into separate points on my exciter. >>> > >>> > I was able to get 2 'discrete' audio outputs when running ACID on >>> a PC. >>> > This doesn't seem to be working with the Pi / DIAL. Is anyone >>> running >>> > this configuration on a Pi? >>> > >>> > Thx, >>> > >>> > Ramesh. >>> > >>> > # 27919 and a truck load of others! >>> ?" >>> >>> Sheesh, I want to help everyone.... >>> Thanks again until my next question HERE, >>> Duane ? >>> >>> On Mon, Jul 11, 2016 at 1:06 PM, Steve Zingman >>> > wrote: >>> >>> Duane, >>> When were you told on the App_rpt-users list to go >>> elsewhere with DIAL questions? DIAL is the official >>> distribution for AllStar. Support questions SHOULD be >>> posted here. I know that other lists limit their support >>> to THEIR distribution and have curtly told DIAL users to >>> go elsewhere for support. I do not remember seeing your >>> question on here. If I missed it, I'm sorry. I TRY to >>> help out with DIAL and general Asterisk questions when >>> possible. >>> >>> 73, Steve N4IRS >>> INAD >>> >>> On 7/11/2016 12:42 PM, DuaneVT . wrote: >>>> I too have asked questions here concerning DIAL and >>>> been told curtly to go elsewhere. As DIAL distros have >>>> all the files included and interface to the FOBs and >>>> SBCs, where do we draw the line? I have followed all >>>> instructions for installing the software and had fresh >>>> boot problems. It was hard to tell where the problem >>>> was, but when I am new to Linux/DIAL and the whole >>>> Allstar project, I looked for guidance where I found >>>> discussions. There is an Allstar Link community on >>>> Google+, and you will see I have all except 1 postings! >>>> Crickets......... >>>> Perhaps the moderator/users here could post a list of >>>> URLs for different aspects of AllStar Link so us >>>> Newbies would know where to hang out. >>>> I have had GREAT support from other listers here by >>>> direct email after each post and I sincerely thank all >>>> who have taken an interest in someone who has to learn >>>> as we all do. >>>> 73, >>>> Duane KA1LM #42996 >>>> >>>> >>>> _______________________________________________ >>>> App_rpt-users mailing list >>>> App_rpt-users at ohnosec.org >>>> >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> >>>> To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >>> >>> -- >>> "Anything is possible if you don't know what you are talking about." >>> 1st Law of Logic >>> >>> >> >> -- >> "Anything is possible if you don't know what you are talking about." >> 1st Law of Logic >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and >> scroll down to the bottom of the page. Enter your email >> address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via >> email confirmation. If you have trouble unsubscribing, please >> send a message to the list detailing the problem. >> > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > > -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Mon Jul 11 18:26:05 2016 From: szingman at msgstor.com (Steve Zingman) Date: Mon, 11 Jul 2016 14:26:05 -0400 Subject: [App_rpt-users] Stepping on toes... In-Reply-To: References: <5783D218.8090406@msgstor.com> <5783D882.70704@msgstor.com> <5783DFDA.9000106@msgstor.com> <5783E19F.5020908@msgstor.com> Message-ID: <5783E4BD.800@msgstor.com> Well, I guess I'm old school, or just old. mail lists give me easy access to information. I don't need multiple programs open. I get it on my phone, tablet and multiple desktops. I've seen forum attempts in the past that have failed. ASL is Open Source. The way OS software evolves is when someone identifies a need and takes the initiative to act upon that need. I applaud you for seeing this need, now are you ready for the next step? Can you define the problem? The proposed solution in detail? The steps needed to get there? How it will be tested? This is a great idea, now run with it. Steve On 7/11/2016 2:18 PM, Loren Tedford wrote: > Steve any idea how far we have gotten?? The security threat list is > pretty large at the moment.. > https://www.cvedetails.com/vulnerability-list/vendor_id-6284/Asterisk.html > > And honestly the above is probably for more current versions which > mean their are probably more threats out their than we really want to > think about.. > > All i know is we can't keep running on this version for ever well i > don't think we can.. I guess we may get to the point of apt pinning.. > > While i am being honest here.. We should probably one day update the > mailing list to more of a forum thread some where with actual details > etc.. Mailing list seems to be abit old school just my thoughts.. > > Loren Tedford (KC9ZHV) > Phone: > Fax: > Email: lorentedford at gmail.com > Email: KC9ZHV at KC9ZHV.com > http://www.lorentedford.com > http://www.kc9zhv.com > http://forum.kc9zhv.com > http://hub.kc9zhv.com > http://Ltcraft.net > > On Mon, Jul 11, 2016 at 1:12 PM, Steve Zingman > wrote: > > Time, Energy, drive, people. Just to name a few. > > > On 7/11/2016 2:08 PM, Loren Tedford wrote: >> Ok so what are missing to get the development started on a more >> current version of asterisk?? Lets face it 1.4.23 went out of >> professional service back in like 2010... >> >> Just saying we really need to start thinking more about the >> future now rather than waiting till we have mass issues across >> the board.. >> >> Loren Tedford (KC9ZHV) >> Phone: >> Fax: >> Email: lorentedford at gmail.com >> Email: KC9ZHV at KC9ZHV.com >> http://www.lorentedford.com >> http://www.kc9zhv.com >> http://forum.kc9zhv.com >> http://hub.kc9zhv.com >> http://Ltcraft.net >> >> On Mon, Jul 11, 2016 at 1:05 PM, Steve Zingman >> > wrote: >> >> It's going to taker a LOT of work to change versions of >> Asterisk. That's not to say it will not happen. >> I can't re-create you crashes. >> I firewall my boxes to only allow access from trusted >> addresses for ssh. I use a VPN for roaming users. I don't >> support SIP. >> >> >> On 7/11/2016 2:02 PM, Loren Tedford wrote: >>> >>> I suppose while we are stepping on toes I want to ask about >>> the proper way of securing a dial box from our wonderful >>> hackers out their.. Been using ufw and fail2ban but found >>> out recently nothing is invincible.. any thoughts?? By the >>> way any progress on asterisk crashes?? I can't find a reason >>> for the crashes in the logs.. >>> >>> Also what is the status on updating asterisk to a more >>> current version?? Any issues with that?? >>> >>> Loren Tedford (KC9ZHV) >>> Email: lorentedford at gmail.com >>> Phone: >>> Fax: >>> http://www.lorentedford.com >>> http://kc9zhv.com >>> >>> Sent from Droid Turbo from Verizon wireless network >>> >>> On Jul 11, 2016 12:34 PM, "Steve Zingman" >>> > wrote: >>> >>> Yes, >>> I've seen it before. Ramesh asked the question here and >>> a couple of us had some questions as to his >>> configuration. I think he is in process of gathering >>> info so we can trouble shoot more. >>> I't not hard to get lists confused. >>> >>> Steve >>> >>> On 7/11/2016 1:30 PM, DuaneVT . wrote: >>>> Thanks Steve. You have helped me several times here I >>>> believe. Perhaps it was the ARM Allstar list I should >>>> have ranted to. As some posts get shared between lists, >>>> it is hard not to end up on another list. >>>> Here is an example. I felt for the questioner... >>>> "Message: 3 >>>> Date: Sun, 10 Jul 2016 09:53:39 -0400 >>>> From: Doug Crompton >>> > >>>> To: ARM Allstar >>> > >>>> Subject: Re: [arm-allstar] Using "A" and "B" audio >>>> outputs using the >>>> DIAL Image on a RPi >>>> Message-ID: >>>> Content-Type: text/plain; charset="iso-8859-1" >>>> >>>> Ramesh, >>>> >>>> This is NOT a dial list, ask elsewhere! It works fine >>>> on the hamvoip.org code. >>>> 73 Doug >>>> WA3DSP >>>> http://www.crompton.com/hamradio >>>> >>>> >>>> > To: arm-allstar at hamvoip.org >>>> >>>> > Date: Sun, 10 Jul 2016 07:34:57 -0400 >>>> > Subject: [arm-allstar] Using "A" and "B" audio outputs >>>> using the DIAL Image on a RPi >>>> > From: arm-allstar at hamvoip.org >>>> >>>> > CC: Ramesh at va3uv.com >>>> > >>>> > Hi All: >>>> > >>>> > I am using the DIAL Image on a PRi 2; I would like to >>>> use the "A" and >>>> > "B" audio outputs from my fob (A for voice and B for >>>> PL), so that I can >>>> > inject them into separate points on my exciter. >>>> > >>>> > I was able to get 2 'discrete' audio outputs when >>>> running ACID on a PC. >>>> > This doesn't seem to be working with the Pi / DIAL. >>>> Is anyone running >>>> > this configuration on a Pi? >>>> > >>>> > Thx, >>>> > >>>> > Ramesh. >>>> > >>>> > # 27919 and a truck load of others! >>>> ?" >>>> >>>> Sheesh, I want to help everyone.... >>>> Thanks again until my next question HERE, >>>> Duane ? >>>> >>>> On Mon, Jul 11, 2016 at 1:06 PM, Steve Zingman >>>> > wrote: >>>> >>>> Duane, >>>> When were you told on the App_rpt-users list to go >>>> elsewhere with DIAL questions? DIAL is the official >>>> distribution for AllStar. Support questions SHOULD >>>> be posted here. I know that other lists limit their >>>> support to THEIR distribution and have curtly told >>>> DIAL users to go elsewhere for support. I do not >>>> remember seeing your question on here. If I missed >>>> it, I'm sorry. I TRY to help out with DIAL and >>>> general Asterisk questions when possible. >>>> >>>> 73, Steve N4IRS >>>> INAD >>>> >>>> On 7/11/2016 12:42 PM, DuaneVT . wrote: >>>>> I too have asked questions here concerning DIAL >>>>> and been told curtly to go elsewhere. As DIAL >>>>> distros have all the files included and interface >>>>> to the FOBs and SBCs, where do we draw the line? I >>>>> have followed all instructions for installing the >>>>> software and had fresh boot problems. It was hard >>>>> to tell where the problem was, but when I am new >>>>> to Linux/DIAL and the whole Allstar project, I >>>>> looked for guidance where I found discussions. >>>>> There is an Allstar Link community on Google+, and >>>>> you will see I have all except 1 postings! >>>>> Crickets......... >>>>> Perhaps the moderator/users here could post a list >>>>> of URLs for different aspects of AllStar Link so >>>>> us Newbies would know where to hang out. >>>>> I have had GREAT support from other listers here >>>>> by direct email after each post and I sincerely >>>>> thank all who have taken an interest in someone >>>>> who has to learn as we all do. >>>>> 73, >>>>> Duane KA1LM #42996 >>>>> >>>>> >>>>> _______________________________________________ >>>>> App_rpt-users mailing list >>>>> App_rpt-users at ohnosec.org >>>>> >>>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>>> >>>>> To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >>>> >>>> -- >>>> "Anything is possible if you don't know what you are talking about." >>>> 1st Law of Logic >>>> >>>> >>> >>> -- >>> "Anything is possible if you don't know what you are talking about." >>> 1st Law of Logic >>> >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and >>> scroll down to the bottom of the page. Enter your email >>> address and press the "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it >>> via email confirmation. If you have trouble >>> unsubscribing, please send a message to the list >>> detailing the problem. >>> >> >> -- >> "Anything is possible if you don't know what you are talking about." >> 1st Law of Logic >> >> > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > > -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From lorentedford at gmail.com Mon Jul 11 18:18:32 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Mon, 11 Jul 2016 13:18:32 -0500 Subject: [App_rpt-users] Stepping on toes... In-Reply-To: <5783E19F.5020908@msgstor.com> References: <5783D218.8090406@msgstor.com> <5783D882.70704@msgstor.com> <5783DFDA.9000106@msgstor.com> <5783E19F.5020908@msgstor.com> Message-ID: Steve any idea how far we have gotten?? The security threat list is pretty large at the moment.. https://www.cvedetails.com/vulnerability-list/vendor_id-6284/Asterisk.html And honestly the above is probably for more current versions which mean their are probably more threats out their than we really want to think about.. All i know is we can't keep running on this version for ever well i don't think we can.. I guess we may get to the point of apt pinning.. While i am being honest here.. We should probably one day update the mailing list to more of a forum thread some where with actual details etc.. Mailing list seems to be abit old school just my thoughts.. Loren Tedford (KC9ZHV) Phone: Fax: Email: lorentedford at gmail.com Email: KC9ZHV at KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net On Mon, Jul 11, 2016 at 1:12 PM, Steve Zingman wrote: > Time, Energy, drive, people. Just to name a few. > > > On 7/11/2016 2:08 PM, Loren Tedford wrote: > > Ok so what are missing to get the development started on a more current > version of asterisk?? Lets face it 1.4.23 went out of professional service > back in like 2010... > > Just saying we really need to start thinking more about the future now > rather than waiting till we have mass issues across the board.. > > Loren Tedford (KC9ZHV) > Phone: > Fax: > Email: lorentedford at gmail.com > Email: KC9ZHV at KC9ZHV.com > http://www.lorentedford.com > http://www.kc9zhv.com > http://forum.kc9zhv.com > http://hub.kc9zhv.com > http://Ltcraft.net > > On Mon, Jul 11, 2016 at 1:05 PM, Steve Zingman > wrote: > >> It's going to taker a LOT of work to change versions of Asterisk. That's >> not to say it will not happen. >> I can't re-create you crashes. >> I firewall my boxes to only allow access from trusted addresses for ssh. >> I use a VPN for roaming users. I don't support SIP. >> >> >> On 7/11/2016 2:02 PM, Loren Tedford wrote: >> >> I suppose while we are stepping on toes I want to ask about the proper >> way of securing a dial box from our wonderful hackers out their.. Been >> using ufw and fail2ban but found out recently nothing is invincible.. any >> thoughts?? By the way any progress on asterisk crashes?? I can't find a >> reason for the crashes in the logs.. >> >> Also what is the status on updating asterisk to a more current version?? >> Any issues with that?? >> >> Loren Tedford (KC9ZHV) >> Email: lorentedford at gmail.com >> Phone: >> Fax: >> http://www.lorentedford.com >> http://kc9zhv.com >> >> Sent from Droid Turbo from Verizon wireless network >> On Jul 11, 2016 12:34 PM, "Steve Zingman" wrote: >> >>> Yes, >>> I've seen it before. Ramesh asked the question here and a couple of us >>> had some questions as to his configuration. I think he is in process of >>> gathering info so we can trouble shoot more. >>> I't not hard to get lists confused. >>> >>> Steve >>> >>> On 7/11/2016 1:30 PM, DuaneVT . wrote: >>> >>> Thanks Steve. You have helped me several times here I believe. Perhaps >>> it was the ARM Allstar list I should have ranted to. As some posts get >>> shared between lists, it is hard not to end up on another list. >>> Here is an example. I felt for the questioner... >>> "Message: 3 >>> Date: Sun, 10 Jul 2016 09:53:39 -0400 >>> From: Doug Crompton < doug at crompton.com> >>> To: ARM Allstar < arm-allstar at hamvoip.org> >>> Subject: Re: [arm-allstar] Using "A" and "B" audio outputs using the >>> DIAL Image on a RPi >>> Message-ID: >>> Content-Type: text/plain; charset="iso-8859-1" >>> >>> Ramesh, >>> >>> This is NOT a dial list, ask elsewhere! It works fine on the >>> hamvoip.org code. >>> 73 Doug >>> WA3DSP >>> http://www.crompton.com/hamradio >>> >>> >>> > To: arm-allstar at hamvoip.org >>> > Date: Sun, 10 Jul 2016 07:34:57 -0400 >>> > Subject: [arm-allstar] Using "A" and "B" audio outputs using the DIAL >>> Image on a RPi >>> > From: arm-allstar at hamvoip.org >>> > CC: Ramesh at va3uv.com >>> > >>> > Hi All: >>> > >>> > I am using the DIAL Image on a PRi 2; I would like to use the "A" and >>> > "B" audio outputs from my fob (A for voice and B for PL), so that I can >>> > inject them into separate points on my exciter. >>> > >>> > I was able to get 2 'discrete' audio outputs when running ACID on a PC. >>> > This doesn't seem to be working with the Pi / DIAL. Is anyone running >>> > this configuration on a Pi? >>> > >>> > Thx, >>> > >>> > Ramesh. >>> > >>> > # 27919 and a truck load of others! >>> ?" >>> >>> Sheesh, I want to help everyone.... >>> Thanks again until my next question HERE, >>> Duane ? >>> >>> On Mon, Jul 11, 2016 at 1:06 PM, Steve Zingman < >>> szingman at msgstor.com> wrote: >>> >>>> Duane, >>>> When were you told on the App_rpt-users list to go elsewhere with DIAL >>>> questions? DIAL is the official distribution for AllStar. Support questions >>>> SHOULD be posted here. I know that other lists limit their support to THEIR >>>> distribution and have curtly told DIAL users to go elsewhere for support. I >>>> do not remember seeing your question on here. If I missed it, I'm sorry. I >>>> TRY to help out with DIAL and general Asterisk questions when possible. >>>> >>>> 73, Steve N4IRS >>>> INAD >>>> >>>> On 7/11/2016 12:42 PM, DuaneVT . wrote: >>>> >>>> I too have asked questions here concerning DIAL and been told curtly to >>>> go elsewhere. As DIAL distros have all the files included and interface to >>>> the FOBs and SBCs, where do we draw the line? I have followed all >>>> instructions for installing the software and had fresh boot problems. It >>>> was hard to tell where the problem was, but when I am new to Linux/DIAL and >>>> the whole Allstar project, I looked for guidance where I found discussions. >>>> There is an Allstar Link community on Google+, and you will see I have all >>>> except 1 postings! Crickets......... >>>> Perhaps the moderator/users here could post a list of URLs for >>>> different aspects of AllStar Link so us Newbies would know where to hang >>>> out. >>>> I have had GREAT support from other listers here by direct email after >>>> each post and I sincerely thank all who have taken an interest in someone >>>> who has to learn as we all do. >>>> 73, >>>> Duane KA1LM #42996 >>>> >>>> >>>> _______________________________________________ >>>> App_rpt-users mailing listApp_rpt-users at ohnosec.orghttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> >>>> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >>>> >>>> >>>> -- >>>> "Anything is possible if you don't know what you are talking about." >>>> 1st Law of Logic >>>> >>>> >>> >>> -- >>> "Anything is possible if you don't know what you are talking about." >>> 1st Law of Logic >>> >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >>> down to the bottom of the page. Enter your email address and press the >>> "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via email >>> confirmation. If you have trouble unsubscribing, please send a message to >>> the list detailing the problem. >>> >> >> -- >> "Anything is possible if you don't know what you are talking about." >> 1st Law of Logic >> >> > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Mon Jul 11 18:29:16 2016 From: szingman at msgstor.com (Steve Zingman) Date: Mon, 11 Jul 2016 14:29:16 -0400 Subject: [App_rpt-users] Stepping on toes... In-Reply-To: References: <5783D218.8090406@msgstor.com> <5783D882.70704@msgstor.com> <5783DFDA.9000106@msgstor.com> <5783E19F.5020908@msgstor.com> Message-ID: <5783E57C.1060802@msgstor.com> How would apt-pinning effect the issues. Other then people updating their kernel without thought to the fact that the kernel headers are needed to re-compile. Debian 8 is current and security updates happen all the time. On 7/11/2016 2:18 PM, Loren Tedford wrote: > Steve any idea how far we have gotten?? The security threat list is > pretty large at the moment.. > https://www.cvedetails.com/vulnerability-list/vendor_id-6284/Asterisk.html > > And honestly the above is probably for more current versions which > mean their are probably more threats out their than we really want to > think about.. > > All i know is we can't keep running on this version for ever well i > don't think we can.. I guess we may get to the point of apt pinning.. > > While i am being honest here.. We should probably one day update the > mailing list to more of a forum thread some where with actual details > etc.. Mailing list seems to be abit old school just my thoughts.. > > Loren Tedford (KC9ZHV) > Phone: > Fax: > Email: lorentedford at gmail.com > Email: KC9ZHV at KC9ZHV.com > http://www.lorentedford.com > http://www.kc9zhv.com > http://forum.kc9zhv.com > http://hub.kc9zhv.com > http://Ltcraft.net > > On Mon, Jul 11, 2016 at 1:12 PM, Steve Zingman > wrote: > > Time, Energy, drive, people. Just to name a few. > > > On 7/11/2016 2:08 PM, Loren Tedford wrote: >> Ok so what are missing to get the development started on a more >> current version of asterisk?? Lets face it 1.4.23 went out of >> professional service back in like 2010... >> >> Just saying we really need to start thinking more about the >> future now rather than waiting till we have mass issues across >> the board.. >> >> Loren Tedford (KC9ZHV) >> Phone: >> Fax: >> Email: lorentedford at gmail.com >> Email: KC9ZHV at KC9ZHV.com >> http://www.lorentedford.com >> http://www.kc9zhv.com >> http://forum.kc9zhv.com >> http://hub.kc9zhv.com >> http://Ltcraft.net >> >> On Mon, Jul 11, 2016 at 1:05 PM, Steve Zingman >> > wrote: >> >> It's going to taker a LOT of work to change versions of >> Asterisk. That's not to say it will not happen. >> I can't re-create you crashes. >> I firewall my boxes to only allow access from trusted >> addresses for ssh. I use a VPN for roaming users. I don't >> support SIP. >> >> >> On 7/11/2016 2:02 PM, Loren Tedford wrote: >>> >>> I suppose while we are stepping on toes I want to ask about >>> the proper way of securing a dial box from our wonderful >>> hackers out their.. Been using ufw and fail2ban but found >>> out recently nothing is invincible.. any thoughts?? By the >>> way any progress on asterisk crashes?? I can't find a reason >>> for the crashes in the logs.. >>> >>> Also what is the status on updating asterisk to a more >>> current version?? Any issues with that?? >>> >>> Loren Tedford (KC9ZHV) >>> Email: lorentedford at gmail.com >>> Phone: >>> Fax: >>> http://www.lorentedford.com >>> http://kc9zhv.com >>> >>> Sent from Droid Turbo from Verizon wireless network >>> >>> On Jul 11, 2016 12:34 PM, "Steve Zingman" >>> > wrote: >>> >>> Yes, >>> I've seen it before. Ramesh asked the question here and >>> a couple of us had some questions as to his >>> configuration. I think he is in process of gathering >>> info so we can trouble shoot more. >>> I't not hard to get lists confused. >>> >>> Steve >>> >>> On 7/11/2016 1:30 PM, DuaneVT . wrote: >>>> Thanks Steve. You have helped me several times here I >>>> believe. Perhaps it was the ARM Allstar list I should >>>> have ranted to. As some posts get shared between lists, >>>> it is hard not to end up on another list. >>>> Here is an example. I felt for the questioner... >>>> "Message: 3 >>>> Date: Sun, 10 Jul 2016 09:53:39 -0400 >>>> From: Doug Crompton >>> > >>>> To: ARM Allstar >>> > >>>> Subject: Re: [arm-allstar] Using "A" and "B" audio >>>> outputs using the >>>> DIAL Image on a RPi >>>> Message-ID: >>>> Content-Type: text/plain; charset="iso-8859-1" >>>> >>>> Ramesh, >>>> >>>> This is NOT a dial list, ask elsewhere! It works fine >>>> on the hamvoip.org code. >>>> 73 Doug >>>> WA3DSP >>>> http://www.crompton.com/hamradio >>>> >>>> >>>> > To: arm-allstar at hamvoip.org >>>> >>>> > Date: Sun, 10 Jul 2016 07:34:57 -0400 >>>> > Subject: [arm-allstar] Using "A" and "B" audio outputs >>>> using the DIAL Image on a RPi >>>> > From: arm-allstar at hamvoip.org >>>> >>>> > CC: Ramesh at va3uv.com >>>> > >>>> > Hi All: >>>> > >>>> > I am using the DIAL Image on a PRi 2; I would like to >>>> use the "A" and >>>> > "B" audio outputs from my fob (A for voice and B for >>>> PL), so that I can >>>> > inject them into separate points on my exciter. >>>> > >>>> > I was able to get 2 'discrete' audio outputs when >>>> running ACID on a PC. >>>> > This doesn't seem to be working with the Pi / DIAL. >>>> Is anyone running >>>> > this configuration on a Pi? >>>> > >>>> > Thx, >>>> > >>>> > Ramesh. >>>> > >>>> > # 27919 and a truck load of others! >>>> ?" >>>> >>>> Sheesh, I want to help everyone.... >>>> Thanks again until my next question HERE, >>>> Duane ? >>>> >>>> On Mon, Jul 11, 2016 at 1:06 PM, Steve Zingman >>>> > wrote: >>>> >>>> Duane, >>>> When were you told on the App_rpt-users list to go >>>> elsewhere with DIAL questions? DIAL is the official >>>> distribution for AllStar. Support questions SHOULD >>>> be posted here. I know that other lists limit their >>>> support to THEIR distribution and have curtly told >>>> DIAL users to go elsewhere for support. I do not >>>> remember seeing your question on here. If I missed >>>> it, I'm sorry. I TRY to help out with DIAL and >>>> general Asterisk questions when possible. >>>> >>>> 73, Steve N4IRS >>>> INAD >>>> >>>> On 7/11/2016 12:42 PM, DuaneVT . wrote: >>>>> I too have asked questions here concerning DIAL >>>>> and been told curtly to go elsewhere. As DIAL >>>>> distros have all the files included and interface >>>>> to the FOBs and SBCs, where do we draw the line? I >>>>> have followed all instructions for installing the >>>>> software and had fresh boot problems. It was hard >>>>> to tell where the problem was, but when I am new >>>>> to Linux/DIAL and the whole Allstar project, I >>>>> looked for guidance where I found discussions. >>>>> There is an Allstar Link community on Google+, and >>>>> you will see I have all except 1 postings! >>>>> Crickets......... >>>>> Perhaps the moderator/users here could post a list >>>>> of URLs for different aspects of AllStar Link so >>>>> us Newbies would know where to hang out. >>>>> I have had GREAT support from other listers here >>>>> by direct email after each post and I sincerely >>>>> thank all who have taken an interest in someone >>>>> who has to learn as we all do. >>>>> 73, >>>>> Duane KA1LM #42996 >>>>> >>>>> >>>>> _______________________________________________ >>>>> App_rpt-users mailing list >>>>> App_rpt-users at ohnosec.org >>>>> >>>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>>> >>>>> To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >>>> >>>> -- >>>> "Anything is possible if you don't know what you are talking about." >>>> 1st Law of Logic >>>> >>>> >>> >>> -- >>> "Anything is possible if you don't know what you are talking about." >>> 1st Law of Logic >>> >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and >>> scroll down to the bottom of the page. Enter your email >>> address and press the "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it >>> via email confirmation. If you have trouble >>> unsubscribing, please send a message to the list >>> detailing the problem. >>> >> >> -- >> "Anything is possible if you don't know what you are talking about." >> 1st Law of Logic >> >> > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > > -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From bdboyle at bdboyle.com Mon Jul 11 18:31:26 2016 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Mon, 11 Jul 2016 14:31:26 -0400 Subject: [App_rpt-users] Stepping on toes... In-Reply-To: References: <5783D218.8090406@msgstor.com> <5783D882.70704@msgstor.com> Message-ID: if you have ports exposed to the net, you will be probed, and occasionally flooded by attempts to crash your system(s). Mostly Chinese and eastern European actors. The current market, worldwide, for information security, is in the hundreds of billions of dollars being spent in research, development, analysis, etc. and there are currently, in the US, an estimated 500k job openings that are going unfilled; by 2020, it's estimated that number will grow to 1 MILLION open requisitions. Hopeless? No, but you have to be right 100% of the time...the thugs only have to be right once. What you're seeing is nothing new; since I entered the field in '88, the same patterns of activity have been going on, and what has developed is a lot of appliances and FUD being used to sell said appliances, but, the same types of issues are there. So...what to do? 1. Minimize the attack surface. Repeat the maxim "That which is not expressly permitted is prohibited" until it becomes second nature. Your boundary should be, as much as possible if you are providing services, statically configured. uPNP is there for the clueless so they can play xbox and watch tv on Sling. Turn it off. static IP inside, port forwarding strictly enforced. PITA? Yes. Just do it. keep records. the crooks do. 2. Minimize attack surface on your systems. Stuff is cheap enough that, if you need multiple services (mail, Squid, app-rpt, web, whatever) you can stand up purpose-built servers for those services very cheaply. Divide and conquer; if your mail server gets hacked, it only affects your mail server, not your doc store, web server, asterisk, etc. 3. Strong passwords. like Real Strong. 8 is not enough anymore. upper, lower, special characters, numbers. each single character more than 8 is a magnitude greater to hack. 4. back to 2; if you aren't using a service (print, etc), turn it off on the system that doesn't need it. it's just shutting down another exploit vector. 5. Think like a criminal who is looking to subvert your connection. And if something doesn't feel right, it isn't, and requires some work on your part. open source scripts and such are a good start, but not the only answer. 6. Go to your local bookstore and find a good book on network security and read it. Google best practices from known good vendors (IBM, AT&T, NIST, etc). If you are going to play on the network, you darn well better know the minefield you are walking into. -- Bryan Boyle, CISSP/GIAC/CISM WB0YLE Sent from my iPhone 6S...No electrons were harmed in the sending of this message. > On Jul 11, 2016, at 14:02, Loren Tedford wrote: > > I suppose while we are stepping on toes I want to ask about the proper way of securing a dial box from our wonderful hackers out their.. Been using ufw and fail2ban but found out recently nothing is invincible.. any thoughts?? By the way any progress on asterisk crashes?? I can't find a reason for the crashes in the logs.. > > Also what is the status on updating asterisk to a more current version?? Any issues with that?? > > > Loren Tedford (KC9ZHV) > Email: lorentedford at gmail.com > Phone: > Fax: > http://www.lorentedford.com > http://kc9zhv.com > > Sent from Droid Turbo from Verizon wireless network > >> On Jul 11, 2016 12:34 PM, "Steve Zingman" wrote: >> Yes, >> I've seen it before. Ramesh asked the question here and a couple of us had some questions as to his configuration. I think he is in process of gathering info so we can trouble shoot more. >> I't not hard to get lists confused. >> >> Steve >> >>> On 7/11/2016 1:30 PM, DuaneVT . wrote: >>> Thanks Steve. You have helped me several times here I believe. Perhaps it was the ARM Allstar list I should have ranted to. As some posts get shared between lists, it is hard not to end up on another list. >>> Here is an example. I felt for the questioner... >>> "Message: 3 >>> Date: Sun, 10 Jul 2016 09:53:39 -0400 >>> From: Doug Crompton >>> To: ARM Allstar >>> Subject: Re: [arm-allstar] Using "A" and "B" audio outputs using the >>> DIAL Image on a RPi >>> Message-ID: >>> Content-Type: text/plain; charset="iso-8859-1" >>> >>> Ramesh, >>> >>> This is NOT a dial list, ask elsewhere! It works fine on the hamvoip.org code. >>> 73 Doug >>> WA3DSP >>> http://www.crompton.com/hamradio >>> >>> >>> > To: arm-allstar at hamvoip.org >>> > Date: Sun, 10 Jul 2016 07:34:57 -0400 >>> > Subject: [arm-allstar] Using "A" and "B" audio outputs using the DIAL Image on a RPi >>> > From: arm-allstar at hamvoip.org >>> > CC: Ramesh at va3uv.com >>> > >>> > Hi All: >>> > >>> > I am using the DIAL Image on a PRi 2; I would like to use the "A" and >>> > "B" audio outputs from my fob (A for voice and B for PL), so that I can >>> > inject them into separate points on my exciter. >>> > >>> > I was able to get 2 'discrete' audio outputs when running ACID on a PC. >>> > This doesn't seem to be working with the Pi / DIAL. Is anyone running >>> > this configuration on a Pi? >>> > >>> > Thx, >>> > >>> > Ramesh. >>> > >>> > # 27919 and a truck load of others! >>> ?" >>> >>> Sheesh, I want to help everyone.... >>> Thanks again until my next question HERE, >>> Duane ? >>> >>> On Mon, Jul 11, 2016 at 1:06 PM, Steve Zingman wrote: >>>> Duane, >>>> When were you told on the App_rpt-users list to go elsewhere with DIAL questions? DIAL is the official distribution for AllStar. Support questions SHOULD be posted here. I know that other lists limit their support to THEIR distribution and have curtly told DIAL users to go elsewhere for support. I do not remember seeing your question on here. If I missed it, I'm sorry. I TRY to help out with DIAL and general Asterisk questions when possible. >>>> >>>> 73, Steve N4IRS >>>> INAD >>>> >>>>> On 7/11/2016 12:42 PM, DuaneVT . wrote: >>>>> I too have asked questions here concerning DIAL and been told curtly to go elsewhere. As DIAL distros have all the files included and interface to the FOBs and SBCs, where do we draw the line? I have followed all instructions for installing the software and had fresh boot problems. It was hard to tell where the problem was, but when I am new to Linux/DIAL and the whole Allstar project, I looked for guidance where I found discussions. There is an Allstar Link community on Google+, and you will see I have all except 1 postings! Crickets......... >>>>> Perhaps the moderator/users here could post a list of URLs for different aspects of AllStar Link so us Newbies would know where to hang out. >>>>> I have had GREAT support from other listers here by direct email after each post and I sincerely thank all who have taken an interest in someone who has to learn as we all do. >>>>> 73, >>>>> Duane KA1LM #42996 >>>>> >>>>> >>>>> _______________________________________________ >>>>> App_rpt-users mailing list >>>>> App_rpt-users at ohnosec.org >>>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>>> >>>>> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >>>> >>>> -- >>>> "Anything is possible if you don't know what you are talking about." >>>> 1st Law of Logic >> >> -- >> "Anything is possible if you don't know what you are talking about." >> 1st Law of Logic >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lorentedford at gmail.com Mon Jul 11 18:33:00 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Mon, 11 Jul 2016 13:33:00 -0500 Subject: [App_rpt-users] Stepping on toes... In-Reply-To: <5783E4BD.800@msgstor.com> References: <5783D218.8090406@msgstor.com> <5783D882.70704@msgstor.com> <5783DFDA.9000106@msgstor.com> <5783E19F.5020908@msgstor.com> <5783E4BD.800@msgstor.com> Message-ID: Well i have a virtualized environment out in a data center environment what better way of testing some thing that putting it right out their with the rest of the stuff.. Now where do we begin? I know absolutely nothing about coding however I do know if we don't do some thing fast we will be left behind and the tools others may have had available to port their stuff through may not be available for us.. I would love work on this project but its not just going to be me alone their needs to be others interested in it too... Now moving on how far are we to where.. I read some thing awhile back where some one was working on a new branch of asterisk not sure how big of a leap it was but it would be nice to see us catching up with the more current version of asterisk with in a couple of years.. If that project died then where do we start anyone?? Loren Tedford (KC9ZHV) Phone: Fax: Email: lorentedford at gmail.com Email: KC9ZHV at KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net On Mon, Jul 11, 2016 at 1:26 PM, Steve Zingman wrote: > Well, > I guess I'm old school, or just old. mail lists give me easy access to > information. I don't need multiple programs open. I get it on my phone, > tablet and multiple desktops. I've seen forum attempts in the past that > have failed. > > ASL is Open Source. The way OS software evolves is when someone > identifies a need and takes the initiative to act upon that need. I > applaud you for seeing this need, now are you ready for the next step? Can > you define the problem? The proposed solution in detail? The steps needed > to get there? How it will be tested? This is a great idea, now run with > it. > > Steve > > > On 7/11/2016 2:18 PM, Loren Tedford wrote: > > Steve any idea how far we have gotten?? The security threat list is pretty > large at the moment.. > https://www.cvedetails.com/vulnerability-list/vendor_id-6284/Asterisk.html > > And honestly the above is probably for more current versions which mean > their are probably more threats out their than we really want to think > about.. > > All i know is we can't keep running on this version for ever well i don't > think we can.. I guess we may get to the point of apt pinning.. > > While i am being honest here.. We should probably one day update the > mailing list to more of a forum thread some where with actual details etc.. > Mailing list seems to be abit old school just my thoughts.. > > Loren Tedford (KC9ZHV) > Phone: > Fax: > Email: lorentedford at gmail.com > Email: KC9ZHV at KC9ZHV.com > http://www.lorentedford.com > http://www.kc9zhv.com > http://forum.kc9zhv.com > http://hub.kc9zhv.com > http://Ltcraft.net > > On Mon, Jul 11, 2016 at 1:12 PM, Steve Zingman < > szingman at msgstor.com> wrote: > >> Time, Energy, drive, people. Just to name a few. >> >> >> On 7/11/2016 2:08 PM, Loren Tedford wrote: >> >> Ok so what are missing to get the development started on a more current >> version of asterisk?? Lets face it 1.4.23 went out of professional service >> back in like 2010... >> >> Just saying we really need to start thinking more about the future now >> rather than waiting till we have mass issues across the board.. >> >> Loren Tedford (KC9ZHV) >> Phone: >> Fax: >> Email: lorentedford at gmail.com >> Email: KC9ZHV at KC9ZHV.com >> http://www.lorentedford.com >> http://www.kc9zhv.com >> http://forum.kc9zhv.com >> http://hub.kc9zhv.com >> http://Ltcraft.net >> >> On Mon, Jul 11, 2016 at 1:05 PM, Steve Zingman >> wrote: >> >>> It's going to taker a LOT of work to change versions of Asterisk. That's >>> not to say it will not happen. >>> I can't re-create you crashes. >>> I firewall my boxes to only allow access from trusted addresses for ssh. >>> I use a VPN for roaming users. I don't support SIP. >>> >>> >>> On 7/11/2016 2:02 PM, Loren Tedford wrote: >>> >>> I suppose while we are stepping on toes I want to ask about the proper >>> way of securing a dial box from our wonderful hackers out their.. Been >>> using ufw and fail2ban but found out recently nothing is invincible.. any >>> thoughts?? By the way any progress on asterisk crashes?? I can't find a >>> reason for the crashes in the logs.. >>> >>> Also what is the status on updating asterisk to a more current version?? >>> Any issues with that?? >>> >>> Loren Tedford (KC9ZHV) >>> Email: lorentedford at gmail.com >>> Phone: >>> Fax: >>> http://www.lorentedford.com >>> http://kc9zhv.com >>> >>> Sent from Droid Turbo from Verizon wireless network >>> On Jul 11, 2016 12:34 PM, "Steve Zingman" < >>> szingman at msgstor.com> wrote: >>> >>>> Yes, >>>> I've seen it before. Ramesh asked the question here and a couple of us >>>> had some questions as to his configuration. I think he is in process of >>>> gathering info so we can trouble shoot more. >>>> I't not hard to get lists confused. >>>> >>>> Steve >>>> >>>> On 7/11/2016 1:30 PM, DuaneVT . wrote: >>>> >>>> Thanks Steve. You have helped me several times here I believe. Perhaps >>>> it was the ARM Allstar list I should have ranted to. As some posts get >>>> shared between lists, it is hard not to end up on another list. >>>> Here is an example. I felt for the questioner... >>>> "Message: 3 >>>> Date: Sun, 10 Jul 2016 09:53:39 -0400 >>>> From: Doug Crompton < doug at crompton.com> >>>> To: ARM Allstar < arm-allstar at hamvoip.org> >>>> Subject: Re: [arm-allstar] Using "A" and "B" audio outputs using the >>>> DIAL Image on a RPi >>>> Message-ID: >>>> Content-Type: text/plain; charset="iso-8859-1" >>>> >>>> Ramesh, >>>> >>>> This is NOT a dial list, ask elsewhere! It works fine on the >>>> hamvoip.org code. >>>> 73 Doug >>>> WA3DSP >>>> http://www.crompton.com/hamradio >>>> >>>> >>>> > To: arm-allstar at hamvoip.org >>>> > Date: Sun, 10 Jul 2016 07:34:57 -0400 >>>> > Subject: [arm-allstar] Using "A" and "B" audio outputs using the DIAL >>>> Image on a RPi >>>> > From: arm-allstar at hamvoip.org >>>> > CC: Ramesh at va3uv.com >>>> > >>>> > Hi All: >>>> > >>>> > I am using the DIAL Image on a PRi 2; I would like to use the "A" and >>>> > "B" audio outputs from my fob (A for voice and B for PL), so that I >>>> can >>>> > inject them into separate points on my exciter. >>>> > >>>> > I was able to get 2 'discrete' audio outputs when running ACID on a >>>> PC. >>>> > This doesn't seem to be working with the Pi / DIAL. Is anyone running >>>> > this configuration on a Pi? >>>> > >>>> > Thx, >>>> > >>>> > Ramesh. >>>> > >>>> > # 27919 and a truck load of others! >>>> ?" >>>> >>>> Sheesh, I want to help everyone.... >>>> Thanks again until my next question HERE, >>>> Duane ? >>>> >>>> On Mon, Jul 11, 2016 at 1:06 PM, Steve Zingman < >>>> szingman at msgstor.com> wrote: >>>> >>>>> Duane, >>>>> When were you told on the App_rpt-users list to go elsewhere with DIAL >>>>> questions? DIAL is the official distribution for AllStar. Support questions >>>>> SHOULD be posted here. I know that other lists limit their support to THEIR >>>>> distribution and have curtly told DIAL users to go elsewhere for support. I >>>>> do not remember seeing your question on here. If I missed it, I'm sorry. I >>>>> TRY to help out with DIAL and general Asterisk questions when possible. >>>>> >>>>> 73, Steve N4IRS >>>>> INAD >>>>> >>>>> On 7/11/2016 12:42 PM, DuaneVT . wrote: >>>>> >>>>> I too have asked questions here concerning DIAL and been told curtly >>>>> to go elsewhere. As DIAL distros have all the files included and interface >>>>> to the FOBs and SBCs, where do we draw the line? I have followed all >>>>> instructions for installing the software and had fresh boot problems. It >>>>> was hard to tell where the problem was, but when I am new to Linux/DIAL and >>>>> the whole Allstar project, I looked for guidance where I found discussions. >>>>> There is an Allstar Link community on Google+, and you will see I have all >>>>> except 1 postings! Crickets......... >>>>> Perhaps the moderator/users here could post a list of URLs for >>>>> different aspects of AllStar Link so us Newbies would know where to hang >>>>> out. >>>>> I have had GREAT support from other listers here by direct email after >>>>> each post and I sincerely thank all who have taken an interest in someone >>>>> who has to learn as we all do. >>>>> 73, >>>>> Duane KA1LM #42996 >>>>> >>>>> >>>>> _______________________________________________ >>>>> App_rpt-users mailing listApp_rpt-users at ohnosec.orghttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>>> >>>>> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >>>>> >>>>> >>>>> -- >>>>> "Anything is possible if you don't know what you are talking about." >>>>> 1st Law of Logic >>>>> >>>>> >>>> >>>> -- >>>> "Anything is possible if you don't know what you are talking about." >>>> 1st Law of Logic >>>> >>>> >>>> _______________________________________________ >>>> App_rpt-users mailing list >>>> App_rpt-users at ohnosec.org >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> >>>> To unsubscribe from this list please visit >>>> >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >>>> down to the bottom of the page. Enter your email address and press the >>>> "Unsubscribe or edit options button" >>>> You do not need a password to unsubscribe, you can do it via email >>>> confirmation. If you have trouble unsubscribing, please send a message to >>>> the list detailing the problem. >>>> >>> >>> -- >>> "Anything is possible if you don't know what you are talking about." >>> 1st Law of Logic >>> >>> >> >> -- >> "Anything is possible if you don't know what you are talking about." >> 1st Law of Logic >> >> > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lorentedford at gmail.com Mon Jul 11 18:44:27 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Mon, 11 Jul 2016 13:44:27 -0500 Subject: [App_rpt-users] Stepping on toes... In-Reply-To: <5783E819.6000009@msgstor.com> References: <5783D218.8090406@msgstor.com> <5783D882.70704@msgstor.com> <5783DFDA.9000106@msgstor.com> <5783E19F.5020908@msgstor.com> <5783E4BD.800@msgstor.com> <5783E819.6000009@msgstor.com> Message-ID: Well i am glad to see their is a project in the works I haven't heard any updates in a few months and was growing concerned I guess I will Loren Tedford (KC9ZHV) Phone:618-553-0806 Fax: 1-618-551-2755 Email: lorentedford at gmail.com Email: KC9ZHV at KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net On Mon, Jul 11, 2016 at 1:40 PM, Steve Zingman wrote: > There have been discussion as to how to move forward. The people involved > are the people that will do the work. We can not be "left behind" and the > tools needed are available. app_rpt is Open Source, Asterisk is Open > Source. The concepts and methods used by app_rpt are readily apparent. They > can be re-created. > > I think we have beaten the horse to death. An I owned a horse, so no one > should take offense at as old adage. > > 73, Steve N4IRS > INAD > > > On 7/11/2016 2:33 PM, Loren Tedford wrote: > > Well i have a virtualized environment out in a data center environment > what better way of testing some thing that putting it right out their with > the rest of the stuff.. > > > Now where do we begin? I know absolutely nothing about coding however I do > know if we don't do some thing fast we will be left behind and the tools > others may have had available to port their stuff through may not be > available for us.. > > I would love work on this project but its not just going to be me alone > their needs to be others interested in it too... Now moving on how far are > we to where.. I read some thing awhile back where some one was working on a > new branch of asterisk not sure how big of a leap it was but it would be > nice to see us catching up with the more current version of asterisk with > in a couple of years.. > > If that project died then where do we start anyone?? > > > Loren Tedford (KC9ZHV) > Phone: > Fax: > Email: lorentedford at gmail.com > Email: KC9ZHV at KC9ZHV.com > http://www.lorentedford.com > http://www.kc9zhv.com > http://forum.kc9zhv.com > http://hub.kc9zhv.com > http://Ltcraft.net > > On Mon, Jul 11, 2016 at 1:26 PM, Steve Zingman < > szingman at msgstor.com> wrote: > >> Well, >> I guess I'm old school, or just old. mail lists give me easy access to >> information. I don't need multiple programs open. I get it on my phone, >> tablet and multiple desktops. I've seen forum attempts in the past that >> have failed. >> >> ASL is Open Source. The way OS software evolves is when someone >> identifies a need and takes the initiative to act upon that need. I >> applaud you for seeing this need, now are you ready for the next step? Can >> you define the problem? The proposed solution in detail? The steps needed >> to get there? How it will be tested? This is a great idea, now run with >> it. >> >> Steve >> >> >> On 7/11/2016 2:18 PM, Loren Tedford wrote: >> >> Steve any idea how far we have gotten?? The security threat list is >> pretty large at the moment.. >> https://www.cvedetails.com/vulnerability-list/vendor_id-6284/Asterisk.html >> >> And honestly the above is probably for more current versions which mean >> their are probably more threats out their than we really want to think >> about.. >> >> All i know is we can't keep running on this version for ever well i don't >> think we can.. I guess we may get to the point of apt pinning.. >> >> While i am being honest here.. We should probably one day update the >> mailing list to more of a forum thread some where with actual details etc.. >> Mailing list seems to be abit old school just my thoughts.. >> >> Loren Tedford (KC9ZHV) >> Phone: >> Fax: >> Email: lorentedford at gmail.com >> Email: KC9ZHV at KC9ZHV.com >> http://www.lorentedford.com >> http://www.kc9zhv.com >> http://forum.kc9zhv.com >> http://hub.kc9zhv.com >> http://Ltcraft.net >> >> On Mon, Jul 11, 2016 at 1:12 PM, Steve Zingman < >> szingman at msgstor.com> wrote: >> >>> Time, Energy, drive, people. Just to name a few. >>> >>> >>> On 7/11/2016 2:08 PM, Loren Tedford wrote: >>> >>> Ok so what are missing to get the development started on a more current >>> version of asterisk?? Lets face it 1.4.23 went out of professional service >>> back in like 2010... >>> >>> Just saying we really need to start thinking more about the future now >>> rather than waiting till we have mass issues across the board.. >>> >>> Loren Tedford (KC9ZHV) >>> Phone: >>> Fax: >>> Email: lorentedford at gmail.com >>> Email: KC9ZHV at KC9ZHV.com >>> http://www.lorentedford.com >>> http://www.kc9zhv.com >>> http://forum.kc9zhv.com >>> http://hub.kc9zhv.com >>> http://Ltcraft.net >>> >>> On Mon, Jul 11, 2016 at 1:05 PM, Steve Zingman < >>> szingman at msgstor.com> wrote: >>> >>>> It's going to taker a LOT of work to change versions of Asterisk. >>>> That's not to say it will not happen. >>>> I can't re-create you crashes. >>>> I firewall my boxes to only allow access from trusted addresses for >>>> ssh. I use a VPN for roaming users. I don't support SIP. >>>> >>>> >>>> On 7/11/2016 2:02 PM, Loren Tedford wrote: >>>> >>>> I suppose while we are stepping on toes I want to ask about the proper >>>> way of securing a dial box from our wonderful hackers out their.. Been >>>> using ufw and fail2ban but found out recently nothing is invincible.. any >>>> thoughts?? By the way any progress on asterisk crashes?? I can't find a >>>> reason for the crashes in the logs.. >>>> >>>> Also what is the status on updating asterisk to a more current >>>> version?? Any issues with that?? >>>> >>>> Loren Tedford (KC9ZHV) >>>> Email: lorentedford at gmail.com >>>> Phone: >>>> Fax: >>>> http://www.lorentedford.com >>>> http://kc9zhv.com >>>> >>>> Sent from Droid Turbo from Verizon wireless network >>>> On Jul 11, 2016 12:34 PM, "Steve Zingman" < >>>> szingman at msgstor.com> wrote: >>>> >>>>> Yes, >>>>> I've seen it before. Ramesh asked the question here and a couple of us >>>>> had some questions as to his configuration. I think he is in process of >>>>> gathering info so we can trouble shoot more. >>>>> I't not hard to get lists confused. >>>>> >>>>> Steve >>>>> >>>>> On 7/11/2016 1:30 PM, DuaneVT . wrote: >>>>> >>>>> Thanks Steve. You have helped me several times here I believe. Perhaps >>>>> it was the ARM Allstar list I should have ranted to. As some posts get >>>>> shared between lists, it is hard not to end up on another list. >>>>> Here is an example. I felt for the questioner... >>>>> "Message: 3 >>>>> Date: Sun, 10 Jul 2016 09:53:39 -0400 >>>>> From: Doug Crompton < doug at crompton.com> >>>>> To: ARM Allstar < arm-allstar at hamvoip.org> >>>>> Subject: Re: [arm-allstar] Using "A" and "B" audio outputs using the >>>>> DIAL Image on a RPi >>>>> Message-ID: >>>>> Content-Type: text/plain; charset="iso-8859-1" >>>>> >>>>> Ramesh, >>>>> >>>>> This is NOT a dial list, ask elsewhere! It works fine on the >>>>> hamvoip.org code. >>>>> 73 Doug >>>>> WA3DSP >>>>> http://www.crompton.com/hamradio >>>>> >>>>> >>>>> > To: arm-allstar at hamvoip.org >>>>> > Date: Sun, 10 Jul 2016 07:34:57 -0400 >>>>> > Subject: [arm-allstar] Using "A" and "B" audio outputs using the >>>>> DIAL Image on a RPi >>>>> > From: arm-allstar at hamvoip.org >>>>> > CC: Ramesh at va3uv.com >>>>> > >>>>> > Hi All: >>>>> > >>>>> > I am using the DIAL Image on a PRi 2; I would like to use the "A" and >>>>> > "B" audio outputs from my fob (A for voice and B for PL), so that I >>>>> can >>>>> > inject them into separate points on my exciter. >>>>> > >>>>> > I was able to get 2 'discrete' audio outputs when running ACID on a >>>>> PC. >>>>> > This doesn't seem to be working with the Pi / DIAL. Is anyone >>>>> running >>>>> > this configuration on a Pi? >>>>> > >>>>> > Thx, >>>>> > >>>>> > Ramesh. >>>>> > >>>>> > # 27919 and a truck load of others! >>>>> ?" >>>>> >>>>> Sheesh, I want to help everyone.... >>>>> Thanks again until my next question HERE, >>>>> Duane ? >>>>> >>>>> On Mon, Jul 11, 2016 at 1:06 PM, Steve Zingman < >>>>> szingman at msgstor.com> wrote: >>>>> >>>>>> Duane, >>>>>> When were you told on the App_rpt-users list to go elsewhere with >>>>>> DIAL questions? DIAL is the official distribution for AllStar. Support >>>>>> questions SHOULD be posted here. I know that other lists limit their >>>>>> support to THEIR distribution and have curtly told DIAL users to go >>>>>> elsewhere for support. I do not remember seeing your question on here. If I >>>>>> missed it, I'm sorry. I TRY to help out with DIAL and general Asterisk >>>>>> questions when possible. >>>>>> >>>>>> 73, Steve N4IRS >>>>>> INAD >>>>>> >>>>>> On 7/11/2016 12:42 PM, DuaneVT . wrote: >>>>>> >>>>>> I too have asked questions here concerning DIAL and been told curtly >>>>>> to go elsewhere. As DIAL distros have all the files included and interface >>>>>> to the FOBs and SBCs, where do we draw the line? I have followed all >>>>>> instructions for installing the software and had fresh boot problems. It >>>>>> was hard to tell where the problem was, but when I am new to Linux/DIAL and >>>>>> the whole Allstar project, I looked for guidance where I found discussions. >>>>>> There is an Allstar Link community on Google+, and you will see I have all >>>>>> except 1 postings! Crickets......... >>>>>> Perhaps the moderator/users here could post a list of URLs for >>>>>> different aspects of AllStar Link so us Newbies would know where to hang >>>>>> out. >>>>>> I have had GREAT support from other listers here by direct email >>>>>> after each post and I sincerely thank all who have taken an interest in >>>>>> someone who has to learn as we all do. >>>>>> 73, >>>>>> Duane KA1LM #42996 >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> App_rpt-users mailing listApp_rpt-users at ohnosec.orghttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>>>> >>>>>> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >>>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >>>>>> >>>>>> >>>>>> -- >>>>>> "Anything is possible if you don't know what you are talking about." >>>>>> 1st Law of Logic >>>>>> >>>>>> >>>>> >>>>> -- >>>>> "Anything is possible if you don't know what you are talking about." >>>>> 1st Law of Logic >>>>> >>>>> >>>>> _______________________________________________ >>>>> App_rpt-users mailing list >>>>> App_rpt-users at ohnosec.org >>>>> >>>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>>> >>>>> To unsubscribe from this list please visit >>>>> >>>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >>>>> down to the bottom of the page. Enter your email address and press the >>>>> "Unsubscribe or edit options button" >>>>> You do not need a password to unsubscribe, you can do it via email >>>>> confirmation. If you have trouble unsubscribing, please send a message to >>>>> the list detailing the problem. >>>>> >>>> >>>> -- >>>> "Anything is possible if you don't know what you are talking about." >>>> 1st Law of Logic >>>> >>>> >>> >>> -- >>> "Anything is possible if you don't know what you are talking about." >>> 1st Law of Logic >>> >>> >> >> -- >> "Anything is possible if you don't know what you are talking about." >> 1st Law of Logic >> >> > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lorentedford at gmail.com Mon Jul 11 18:43:16 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Mon, 11 Jul 2016 13:43:16 -0500 Subject: [App_rpt-users] Stepping on toes... In-Reply-To: <5783E819.6000009@msgstor.com> References: <5783D218.8090406@msgstor.com> <5783D882.70704@msgstor.com> <5783DFDA.9000106@msgstor.com> <5783E19F.5020908@msgstor.com> <5783E4BD.800@msgstor.com> <5783E819.6000009@msgstor.com> Message-ID: Well i am glad to see their is a project in the works I haven't heard any updates in a few months and was growing concerned I guess I will continue to be patient until it arrives.. Loren Tedford (KC9ZHV) Phone: Fax: Email: lorentedford at gmail.com Email: KC9ZHV at KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net On Mon, Jul 11, 2016 at 1:40 PM, Steve Zingman wrote: > There have been discussion as to how to move forward. The people involved > are the people that will do the work. We can not be "left behind" and the > tools needed are available. app_rpt is Open Source, Asterisk is Open > Source. The concepts and methods used by app_rpt are readily apparent. They > can be re-created. > > I think we have beaten the horse to death. An I owned a horse, so no one > should take offense at as old adage. > > 73, Steve N4IRS > INAD > > > On 7/11/2016 2:33 PM, Loren Tedford wrote: > > Well i have a virtualized environment out in a data center environment > what better way of testing some thing that putting it right out their with > the rest of the stuff.. > > > Now where do we begin? I know absolutely nothing about coding however I do > know if we don't do some thing fast we will be left behind and the tools > others may have had available to port their stuff through may not be > available for us.. > > I would love work on this project but its not just going to be me alone > their needs to be others interested in it too... Now moving on how far are > we to where.. I read some thing awhile back where some one was working on a > new branch of asterisk not sure how big of a leap it was but it would be > nice to see us catching up with the more current version of asterisk with > in a couple of years.. > > If that project died then where do we start anyone?? > > > Loren Tedford (KC9ZHV) > Phone: > Fax: > Email: lorentedford at gmail.com > Email: KC9ZHV at KC9ZHV.com > http://www.lorentedford.com > http://www.kc9zhv.com > http://forum.kc9zhv.com > http://hub.kc9zhv.com > http://Ltcraft.net > > On Mon, Jul 11, 2016 at 1:26 PM, Steve Zingman < > szingman at msgstor.com> wrote: > >> Well, >> I guess I'm old school, or just old. mail lists give me easy access to >> information. I don't need multiple programs open. I get it on my phone, >> tablet and multiple desktops. I've seen forum attempts in the past that >> have failed. >> >> ASL is Open Source. The way OS software evolves is when someone >> identifies a need and takes the initiative to act upon that need. I >> applaud you for seeing this need, now are you ready for the next step? Can >> you define the problem? The proposed solution in detail? The steps needed >> to get there? How it will be tested? This is a great idea, now run with >> it. >> >> Steve >> >> >> On 7/11/2016 2:18 PM, Loren Tedford wrote: >> >> Steve any idea how far we have gotten?? The security threat list is >> pretty large at the moment.. >> https://www.cvedetails.com/vulnerability-list/vendor_id-6284/Asterisk.html >> >> And honestly the above is probably for more current versions which mean >> their are probably more threats out their than we really want to think >> about.. >> >> All i know is we can't keep running on this version for ever well i don't >> think we can.. I guess we may get to the point of apt pinning.. >> >> While i am being honest here.. We should probably one day update the >> mailing list to more of a forum thread some where with actual details etc.. >> Mailing list seems to be abit old school just my thoughts.. >> >> Loren Tedford (KC9ZHV) >> Phone: >> Fax: >> Email: lorentedford at gmail.com >> Email: KC9ZHV at KC9ZHV.com >> http://www.lorentedford.com >> http://www.kc9zhv.com >> http://forum.kc9zhv.com >> http://hub.kc9zhv.com >> http://Ltcraft.net >> >> On Mon, Jul 11, 2016 at 1:12 PM, Steve Zingman < >> szingman at msgstor.com> wrote: >> >>> Time, Energy, drive, people. Just to name a few. >>> >>> >>> On 7/11/2016 2:08 PM, Loren Tedford wrote: >>> >>> Ok so what are missing to get the development started on a more current >>> version of asterisk?? Lets face it 1.4.23 went out of professional service >>> back in like 2010... >>> >>> Just saying we really need to start thinking more about the future now >>> rather than waiting till we have mass issues across the board.. >>> >>> Loren Tedford (KC9ZHV) >>> Phone: >>> Fax: >>> Email: lorentedford at gmail.com >>> Email: KC9ZHV at KC9ZHV.com >>> http://www.lorentedford.com >>> http://www.kc9zhv.com >>> http://forum.kc9zhv.com >>> http://hub.kc9zhv.com >>> http://Ltcraft.net >>> >>> On Mon, Jul 11, 2016 at 1:05 PM, Steve Zingman < >>> szingman at msgstor.com> wrote: >>> >>>> It's going to taker a LOT of work to change versions of Asterisk. >>>> That's not to say it will not happen. >>>> I can't re-create you crashes. >>>> I firewall my boxes to only allow access from trusted addresses for >>>> ssh. I use a VPN for roaming users. I don't support SIP. >>>> >>>> >>>> On 7/11/2016 2:02 PM, Loren Tedford wrote: >>>> >>>> I suppose while we are stepping on toes I want to ask about the proper >>>> way of securing a dial box from our wonderful hackers out their.. Been >>>> using ufw and fail2ban but found out recently nothing is invincible.. any >>>> thoughts?? By the way any progress on asterisk crashes?? I can't find a >>>> reason for the crashes in the logs.. >>>> >>>> Also what is the status on updating asterisk to a more current >>>> version?? Any issues with that?? >>>> >>>> Loren Tedford (KC9ZHV) >>>> Email: lorentedford at gmail.com >>>> Phone: >>>> Fax: >>>> http://www.lorentedford.com >>>> http://kc9zhv.com >>>> >>>> Sent from Droid Turbo from Verizon wireless network >>>> On Jul 11, 2016 12:34 PM, "Steve Zingman" < >>>> szingman at msgstor.com> wrote: >>>> >>>>> Yes, >>>>> I've seen it before. Ramesh asked the question here and a couple of us >>>>> had some questions as to his configuration. I think he is in process of >>>>> gathering info so we can trouble shoot more. >>>>> I't not hard to get lists confused. >>>>> >>>>> Steve >>>>> >>>>> On 7/11/2016 1:30 PM, DuaneVT . wrote: >>>>> >>>>> Thanks Steve. You have helped me several times here I believe. Perhaps >>>>> it was the ARM Allstar list I should have ranted to. As some posts get >>>>> shared between lists, it is hard not to end up on another list. >>>>> Here is an example. I felt for the questioner... >>>>> "Message: 3 >>>>> Date: Sun, 10 Jul 2016 09:53:39 -0400 >>>>> From: Doug Crompton < doug at crompton.com> >>>>> To: ARM Allstar < arm-allstar at hamvoip.org> >>>>> Subject: Re: [arm-allstar] Using "A" and "B" audio outputs using the >>>>> DIAL Image on a RPi >>>>> Message-ID: >>>>> Content-Type: text/plain; charset="iso-8859-1" >>>>> >>>>> Ramesh, >>>>> >>>>> This is NOT a dial list, ask elsewhere! It works fine on the >>>>> hamvoip.org code. >>>>> 73 Doug >>>>> WA3DSP >>>>> http://www.crompton.com/hamradio >>>>> >>>>> >>>>> > To: arm-allstar at hamvoip.org >>>>> > Date: Sun, 10 Jul 2016 07:34:57 -0400 >>>>> > Subject: [arm-allstar] Using "A" and "B" audio outputs using the >>>>> DIAL Image on a RPi >>>>> > From: arm-allstar at hamvoip.org >>>>> > CC: Ramesh at va3uv.com >>>>> > >>>>> > Hi All: >>>>> > >>>>> > I am using the DIAL Image on a PRi 2; I would like to use the "A" and >>>>> > "B" audio outputs from my fob (A for voice and B for PL), so that I >>>>> can >>>>> > inject them into separate points on my exciter. >>>>> > >>>>> > I was able to get 2 'discrete' audio outputs when running ACID on a >>>>> PC. >>>>> > This doesn't seem to be working with the Pi / DIAL. Is anyone >>>>> running >>>>> > this configuration on a Pi? >>>>> > >>>>> > Thx, >>>>> > >>>>> > Ramesh. >>>>> > >>>>> > # 27919 and a truck load of others! >>>>> ?" >>>>> >>>>> Sheesh, I want to help everyone.... >>>>> Thanks again until my next question HERE, >>>>> Duane ? >>>>> >>>>> On Mon, Jul 11, 2016 at 1:06 PM, Steve Zingman < >>>>> szingman at msgstor.com> wrote: >>>>> >>>>>> Duane, >>>>>> When were you told on the App_rpt-users list to go elsewhere with >>>>>> DIAL questions? DIAL is the official distribution for AllStar. Support >>>>>> questions SHOULD be posted here. I know that other lists limit their >>>>>> support to THEIR distribution and have curtly told DIAL users to go >>>>>> elsewhere for support. I do not remember seeing your question on here. If I >>>>>> missed it, I'm sorry. I TRY to help out with DIAL and general Asterisk >>>>>> questions when possible. >>>>>> >>>>>> 73, Steve N4IRS >>>>>> INAD >>>>>> >>>>>> On 7/11/2016 12:42 PM, DuaneVT . wrote: >>>>>> >>>>>> I too have asked questions here concerning DIAL and been told curtly >>>>>> to go elsewhere. As DIAL distros have all the files included and interface >>>>>> to the FOBs and SBCs, where do we draw the line? I have followed all >>>>>> instructions for installing the software and had fresh boot problems. It >>>>>> was hard to tell where the problem was, but when I am new to Linux/DIAL and >>>>>> the whole Allstar project, I looked for guidance where I found discussions. >>>>>> There is an Allstar Link community on Google+, and you will see I have all >>>>>> except 1 postings! Crickets......... >>>>>> Perhaps the moderator/users here could post a list of URLs for >>>>>> different aspects of AllStar Link so us Newbies would know where to hang >>>>>> out. >>>>>> I have had GREAT support from other listers here by direct email >>>>>> after each post and I sincerely thank all who have taken an interest in >>>>>> someone who has to learn as we all do. >>>>>> 73, >>>>>> Duane KA1LM #42996 >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> App_rpt-users mailing listApp_rpt-users at ohnosec.orghttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>>>> >>>>>> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >>>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >>>>>> >>>>>> >>>>>> -- >>>>>> "Anything is possible if you don't know what you are talking about." >>>>>> 1st Law of Logic >>>>>> >>>>>> >>>>> >>>>> -- >>>>> "Anything is possible if you don't know what you are talking about." >>>>> 1st Law of Logic >>>>> >>>>> >>>>> _______________________________________________ >>>>> App_rpt-users mailing list >>>>> App_rpt-users at ohnosec.org >>>>> >>>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>>> >>>>> To unsubscribe from this list please visit >>>>> >>>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >>>>> down to the bottom of the page. Enter your email address and press the >>>>> "Unsubscribe or edit options button" >>>>> You do not need a password to unsubscribe, you can do it via email >>>>> confirmation. If you have trouble unsubscribing, please send a message to >>>>> the list detailing the problem. >>>>> >>>> >>>> -- >>>> "Anything is possible if you don't know what you are talking about." >>>> 1st Law of Logic >>>> >>>> >>> >>> -- >>> "Anything is possible if you don't know what you are talking about." >>> 1st Law of Logic >>> >>> >> >> -- >> "Anything is possible if you don't know what you are talking about." >> 1st Law of Logic >> >> > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Mon Jul 11 18:40:25 2016 From: szingman at msgstor.com (Steve Zingman) Date: Mon, 11 Jul 2016 14:40:25 -0400 Subject: [App_rpt-users] Stepping on toes... In-Reply-To: References: <5783D218.8090406@msgstor.com> <5783D882.70704@msgstor.com> <5783DFDA.9000106@msgstor.com> <5783E19F.5020908@msgstor.com> <5783E4BD.800@msgstor.com> Message-ID: <5783E819.6000009@msgstor.com> There have been discussion as to how to move forward. The people involved are the people that will do the work. We can not be "left behind" and the tools needed are available. app_rpt is Open Source, Asterisk is Open Source. The concepts and methods used by app_rpt are readily apparent. They can be re-created. I think we have beaten the horse to death. An I owned a horse, so no one should take offense at as old adage. 73, Steve N4IRS INAD On 7/11/2016 2:33 PM, Loren Tedford wrote: > Well i have a virtualized environment out in a data center environment > what better way of testing some thing that putting it right out their > with the rest of the stuff.. > > > Now where do we begin? I know absolutely nothing about coding however > I do know if we don't do some thing fast we will be left behind and > the tools others may have had available to port their stuff through > may not be available for us.. > > I would love work on this project but its not just going to be me > alone their needs to be others interested in it too... Now moving on > how far are we to where.. I read some thing awhile back where some one > was working on a new branch of asterisk not sure how big of a leap it > was but it would be nice to see us catching up with the more current > version of asterisk with in a couple of years.. > > If that project died then where do we start anyone?? > > > Loren Tedford (KC9ZHV) > Phone: > Fax: > Email: lorentedford at gmail.com > Email: KC9ZHV at KC9ZHV.com > http://www.lorentedford.com > http://www.kc9zhv.com > http://forum.kc9zhv.com > http://hub.kc9zhv.com > http://Ltcraft.net > > On Mon, Jul 11, 2016 at 1:26 PM, Steve Zingman > wrote: > > Well, > I guess I'm old school, or just old. mail lists give me easy > access to information. I don't need multiple programs open. I get > it on my phone, tablet and multiple desktops. I've seen forum > attempts in the past that have failed. > > ASL is Open Source. The way OS software evolves is when someone > identifies a need and takes the initiative to act upon that need. > I applaud you for seeing this need, now are you ready for the next > step? Can you define the problem? The proposed solution in > detail? The steps needed to get there? How it will be tested? > This is a great idea, now run with it. > > Steve > > > On 7/11/2016 2:18 PM, Loren Tedford wrote: >> Steve any idea how far we have gotten?? The security threat list >> is pretty large at the moment.. >> https://www.cvedetails.com/vulnerability-list/vendor_id-6284/Asterisk.html >> >> And honestly the above is probably for more current versions >> which mean their are probably more threats out their than we >> really want to think about.. >> >> All i know is we can't keep running on this version for ever well >> i don't think we can.. I guess we may get to the point of apt >> pinning.. >> >> While i am being honest here.. We should probably one day update >> the mailing list to more of a forum thread some where with actual >> details etc.. Mailing list seems to be abit old school just my >> thoughts.. >> >> Loren Tedford (KC9ZHV) >> Phone: >> Fax: >> Email: lorentedford at gmail.com >> Email: KC9ZHV at KC9ZHV.com >> http://www.lorentedford.com >> http://www.kc9zhv.com >> http://forum.kc9zhv.com >> http://hub.kc9zhv.com >> http://Ltcraft.net >> >> On Mon, Jul 11, 2016 at 1:12 PM, Steve Zingman >> > wrote: >> >> Time, Energy, drive, people. Just to name a few. >> >> >> On 7/11/2016 2:08 PM, Loren Tedford wrote: >>> Ok so what are missing to get the development started on a >>> more current version of asterisk?? Lets face it 1.4.23 went >>> out of professional service back in like 2010... >>> >>> Just saying we really need to start thinking more about the >>> future now rather than waiting till we have mass issues >>> across the board.. >>> >>> Loren Tedford (KC9ZHV) >>> Phone: >>> Fax: >>> Email: lorentedford at gmail.com >>> Email: KC9ZHV at KC9ZHV.com >>> http://www.lorentedford.com >>> http://www.kc9zhv.com >>> http://forum.kc9zhv.com >>> http://hub.kc9zhv.com >>> http://Ltcraft.net >>> >>> On Mon, Jul 11, 2016 at 1:05 PM, Steve Zingman >>> > wrote: >>> >>> It's going to taker a LOT of work to change versions of >>> Asterisk. That's not to say it will not happen. >>> I can't re-create you crashes. >>> I firewall my boxes to only allow access from trusted >>> addresses for ssh. I use a VPN for roaming users. I >>> don't support SIP. >>> >>> >>> On 7/11/2016 2:02 PM, Loren Tedford wrote: >>>> >>>> I suppose while we are stepping on toes I want to ask >>>> about the proper way of securing a dial box from our >>>> wonderful hackers out their.. Been using ufw and >>>> fail2ban but found out recently nothing is invincible.. >>>> any thoughts?? By the way any progress on asterisk >>>> crashes?? I can't find a reason for the crashes in the >>>> logs.. >>>> >>>> Also what is the status on updating asterisk to a more >>>> current version?? Any issues with that?? >>>> >>>> Loren Tedford (KC9ZHV) >>>> Email: lorentedford at gmail.com >>>> >>>> Phone: >>>> Fax: >>>> http://www.lorentedford.com >>>> http://kc9zhv.com >>>> >>>> Sent from Droid Turbo from Verizon wireless network >>>> >>>> On Jul 11, 2016 12:34 PM, "Steve Zingman" >>>> > wrote: >>>> >>>> Yes, >>>> I've seen it before. Ramesh asked the question here >>>> and a couple of us had some questions as to his >>>> configuration. I think he is in process of >>>> gathering info so we can trouble shoot more. >>>> I't not hard to get lists confused. >>>> >>>> Steve >>>> >>>> On 7/11/2016 1:30 PM, DuaneVT . wrote: >>>>> Thanks Steve. You have helped me several times >>>>> here I believe. Perhaps it was the ARM Allstar >>>>> list I should have ranted to. As some posts get >>>>> shared between lists, it is hard not to end up on >>>>> another list. >>>>> Here is an example. I felt for the questioner... >>>>> "Message: 3 >>>>> Date: Sun, 10 Jul 2016 09:53:39 -0400 >>>>> From: Doug Crompton >>>> > >>>>> To: ARM Allstar >>>> > >>>>> Subject: Re: [arm-allstar] Using "A" and "B" audio >>>>> outputs using the >>>>> DIAL Image on a RPi >>>>> Message-ID: >>>>> >>>>> Content-Type: text/plain; charset="iso-8859-1" >>>>> >>>>> Ramesh, >>>>> >>>>> This is NOT a dial list, ask elsewhere! It works >>>>> fine on the hamvoip.org code. >>>>> 73 Doug >>>>> WA3DSP >>>>> http://www.crompton.com/hamradio >>>>> >>>>> >>>>> > To: arm-allstar at hamvoip.org >>>>> >>>>> > Date: Sun, 10 Jul 2016 07:34:57 -0400 >>>>> > Subject: [arm-allstar] Using "A" and "B" audio >>>>> outputs using the DIAL Image on a RPi >>>>> > From: arm-allstar at hamvoip.org >>>>> >>>>> > CC: Ramesh at va3uv.com >>>>> > >>>>> > Hi All: >>>>> > >>>>> > I am using the DIAL Image on a PRi 2; I would >>>>> like to use the "A" and >>>>> > "B" audio outputs from my fob (A for voice and B >>>>> for PL), so that I can >>>>> > inject them into separate points on my exciter. >>>>> > >>>>> > I was able to get 2 'discrete' audio outputs when >>>>> running ACID on a PC. >>>>> > This doesn't seem to be working with the Pi / >>>>> DIAL. Is anyone running >>>>> > this configuration on a Pi? >>>>> > >>>>> > Thx, >>>>> > >>>>> > Ramesh. >>>>> > >>>>> > # 27919 and a truck load of others! >>>>> ?" >>>>> >>>>> Sheesh, I want to help everyone.... >>>>> Thanks again until my next question HERE, >>>>> Duane ? >>>>> >>>>> On Mon, Jul 11, 2016 at 1:06 PM, Steve Zingman >>>>> >>>> > wrote: >>>>> >>>>> Duane, >>>>> When were you told on the App_rpt-users list >>>>> to go elsewhere with DIAL questions? DIAL is >>>>> the official distribution for AllStar. Support >>>>> questions SHOULD be posted here. I know that >>>>> other lists limit their support to THEIR >>>>> distribution and have curtly told DIAL users >>>>> to go elsewhere for support. I do not remember >>>>> seeing your question on here. If I missed it, >>>>> I'm sorry. I TRY to help out with DIAL and >>>>> general Asterisk questions when possible. >>>>> >>>>> 73, Steve N4IRS >>>>> INAD >>>>> >>>>> On 7/11/2016 12:42 PM, DuaneVT . wrote: >>>>>> I too have asked questions here concerning >>>>>> DIAL and been told curtly to go elsewhere. As >>>>>> DIAL distros have all the files included and >>>>>> interface to the FOBs and SBCs, where do we >>>>>> draw the line? I have followed all >>>>>> instructions for installing the software and >>>>>> had fresh boot problems. It was hard to tell >>>>>> where the problem was, but when I am new to >>>>>> Linux/DIAL and the whole Allstar project, I >>>>>> looked for guidance where I found >>>>>> discussions. There is an Allstar Link >>>>>> community on Google+, and you will see I have >>>>>> all except 1 postings! Crickets......... >>>>>> Perhaps the moderator/users here could post a >>>>>> list of URLs for different aspects of AllStar >>>>>> Link so us Newbies would know where to hang out. >>>>>> I have had GREAT support from other listers >>>>>> here by direct email after each post and I >>>>>> sincerely thank all who have taken an >>>>>> interest in someone who has to learn as we >>>>>> all do. >>>>>> 73, >>>>>> Duane KA1LM #42996 >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> App_rpt-users mailing list >>>>>> App_rpt-users at ohnosec.org >>>>>> >>>>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>>>> >>>>>> To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >>>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >>>>> >>>>> -- >>>>> "Anything is possible if you don't know what you are talking about." >>>>> 1st Law of Logic >>>>> >>>>> >>>> >>>> -- >>>> "Anything is possible if you don't know what you are talking about." >>>> 1st Law of Logic >>>> >>>> >>>> _______________________________________________ >>>> App_rpt-users mailing list >>>> App_rpt-users at ohnosec.org >>>> >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> >>>> To unsubscribe from this list please visit >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> and scroll down to the bottom of the page. Enter >>>> your email address and press the "Unsubscribe or >>>> edit options button" >>>> You do not need a password to unsubscribe, you can >>>> do it via email confirmation. If you have trouble >>>> unsubscribing, please send a message to the list >>>> detailing the problem. >>>> >>> >>> -- >>> "Anything is possible if you don't know what you are talking about." >>> 1st Law of Logic >>> >>> >> >> -- >> "Anything is possible if you don't know what you are talking about." >> 1st Law of Logic >> >> > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > > -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at meshnetworks.co.nz Mon Jul 11 19:05:50 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Tue, 12 Jul 2016 07:05:50 +1200 Subject: [App_rpt-users] Stepping on toes... In-Reply-To: References: Message-ID: <5783EE0E.5020508@meshnetworks.co.nz> You might add to that enthusiasm and self-esteem, particularly after the way we get spoken to on email lists. Twice now I have been banned or censured for topics otherwise approved - on apt_rpt related lists alone. Why do developers think members will get involved if they do that? On 12/07/16 06:12, Steve Zingman wrote: > Time, Energy, drive, people. Just to name a few. > > On 7/11/2016 2:08 PM, Loren Tedford wrote: >> Ok so what are missing to get the development started on a more >> current version of asterisk?? Lets face it 1.4.23 went out of >> professional service back in like 2010... >> >> Just saying we really need to start thinking more about the future now >> rather than waiting till we have mass issues across the board.. >> From demoman at rollanet.org Mon Jul 11 19:09:40 2016 From: demoman at rollanet.org (Chris Curtis) Date: Mon, 11 Jul 2016 14:09:40 -0500 Subject: [App_rpt-users] was StepToe now old In-Reply-To: <5783E4BD.800@msgstor.com> References: <5783D218.8090406@msgstor.com> <5783D882.70704@msgstor.com> <5783DFDA.9000106@msgstor.com> <5783E19F.5020908@msgstor.com> <5783E4BD.800@msgstor.com> Message-ID: <013b01d1dba7$c758c500$560a4f00$@org> Right there with ya. As for updgrading, updating, better; I hate it. It irritates me to no end when an upgrade are made for the sake of upgrades. Yes, security issues trump, but that's not what I'm talking about. If something works, then it works. My favorite is when a useful bit of software gets an upgrade and now no longer works like it did or even on the same host os. Or the host os just has to have an upgrade so you can have 3d wallpaper that senses your stench support and now your video editing software no longer works. Etc etc. Change for the sake of change is a pain in the botox (sp on purpose) Money maker in the commercial sector, what the crap! in the open source world. And yes, I'm an old bitter man. My education came in the form of cobol and fortran77 with pascal for playtime. :) Chris KB0WLF -snip- From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Steve Zingman Sent: Monday, July 11, 2016 1:26 PM To: Loren Tedford Cc: 'Allstar app_rpt-users Group' Subject: Re: [App_rpt-users] Stepping on toes... Well, I guess I'm old school, or just old. mail lists give me easy access to information. I don't need multiple programs open. I get it on my phone, tablet and multiple desktops. I've seen forum attempts in the past that have failed. -snip- From szingman at msgstor.com Mon Jul 11 19:14:34 2016 From: szingman at msgstor.com (Steve Zingman) Date: Mon, 11 Jul 2016 15:14:34 -0400 Subject: [App_rpt-users] Stepping on toes... In-Reply-To: <5783EE0E.5020508@meshnetworks.co.nz> References: <5783EE0E.5020508@meshnetworks.co.nz> Message-ID: <5783F01A.3090602@msgstor.com> On this list or others? On 7/11/2016 3:05 PM, Steve Wright wrote: > You might add to that enthusiasm and self-esteem, particularly after > the way we get spoken to on email lists. > > Twice now I have been banned or censured for topics otherwise approved > - on apt_rpt related lists alone. Why do developers think members > will get involved if they do that? > > > On 12/07/16 06:12, Steve Zingman wrote: >> Time, Energy, drive, people. Just to name a few. >> >> On 7/11/2016 2:08 PM, Loren Tedford wrote: >>> Ok so what are missing to get the development started on a more >>> current version of asterisk?? Lets face it 1.4.23 went out of >>> professional service back in like 2010... >>> >>> Just saying we really need to start thinking more about the future now >>> rather than waiting till we have mass issues across the board.. >>> > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From info at meshnetworks.co.nz Mon Jul 11 19:17:54 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Tue, 12 Jul 2016 07:17:54 +1200 Subject: [App_rpt-users] Stepping on toes... In-Reply-To: References: Message-ID: <5783F0E2.1070505@meshnetworks.co.nz> On 12/07/16 07:05, Steve Zingman wrote: > There have been discussion as to how to move forward. The people > involved are the people that will do the work. We can not be "left > behind" and the tools needed are available. app_rpt is Open Source, > Asterisk is Open Source. The concepts and methods used by app_rpt are > readily apparent. They can be re-created. > [...] > On 7/11/2016 2:33 PM, Loren Tedford wrote: >> I would love work on this project but its not just going to be me >> alone their needs to be others interested in it too... I'm a wireless ISP, and a ham radio constructor and I USE radios on the air every day. I'll help. Cue the list gods banning everyone in this discussion.... Here we go... S From szingman at msgstor.com Mon Jul 11 19:25:00 2016 From: szingman at msgstor.com (Steve Zingman) Date: Mon, 11 Jul 2016 15:25:00 -0400 Subject: [App_rpt-users] Stepping on toes... In-Reply-To: <5783F148.2010401@meshnetworks.co.nz> References: <5783EE0E.5020508@meshnetworks.co.nz> <5783F01A.3090602@msgstor.com> <5783F148.2010401@meshnetworks.co.nz> Message-ID: <5783F28C.3090608@msgstor.com> I can't speak to what happened a year ago, nor will I comment on the other list. I will say the list owner has the ability to ban, censor or moderate someone. I am not the list owner, just a guest. If you have any questions on how I feel about a presentation of ideas, see my previous posts. As I said, "The horse is dead" I'm done. On 7/11/2016 3:19 PM, Steve Wright wrote: > This and arm-allstar. I was banned here a year or more ago, I snuck > in with a new email. > > Censured on arm-allstar last week for a post in an IRLP discussion. > > > On 12/07/16 07:14, Steve Zingman wrote: >> On this list or others? >> >> On 7/11/2016 3:05 PM, Steve Wright wrote: >>> You might add to that enthusiasm and self-esteem, particularly after >>> the way we get spoken to on email lists. >>> >>> Twice now I have been banned or censured for topics otherwise >>> approved - on apt_rpt related lists alone. Why do developers think >>> members will get involved if they do that? >>> >>> >>> On 12/07/16 06:12, Steve Zingman wrote: >>>> Time, Energy, drive, people. Just to name a few. >>>> >>>> On 7/11/2016 2:08 PM, Loren Tedford wrote: >>>>> Ok so what are missing to get the development started on a more >>>>> current version of asterisk?? Lets face it 1.4.23 went out of >>>>> professional service back in like 2010... >>>>> >>>>> Just saying we really need to start thinking more about the future >>>>> now >>>>> rather than waiting till we have mass issues across the board.. >>>>> >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >>> down to the bottom of the page. Enter your email address and press >>> the "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via email >>> confirmation. If you have trouble unsubscribing, please send a >>> message to the list detailing the problem. >> > -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From szingman at msgstor.com Mon Jul 11 19:30:19 2016 From: szingman at msgstor.com (Steve Zingman) Date: Mon, 11 Jul 2016 15:30:19 -0400 Subject: [App_rpt-users] Stepping on toes... In-Reply-To: <5783F361.6020400@meshnetworks.co.nz> References: <5783EE0E.5020508@meshnetworks.co.nz> <5783F01A.3090602@msgstor.com> <5783F148.2010401@meshnetworks.co.nz> <5783F28C.3090608@msgstor.com> <5783F361.6020400@meshnetworks.co.nz> Message-ID: <5783F3CB.7010901@msgstor.com> So, As I said before, grab the source and run with it. On 7/11/2016 3:28 PM, Steve Wright wrote: > They sure do, and then people walk. > > Xippr has potential, in my book. The rest is just IRLP with better > audio. > > > On 12/07/16 07:25, Steve Zingman wrote: >> I can't speak to what happened a year ago, nor will I comment on the >> other list. I will say the list owner has the ability to ban, censor >> or moderate someone. I am not the list owner, just a guest. >> If you have any questions on how I feel about a presentation of >> ideas, see my previous posts. >> >> As I said, "The horse is dead" >> >> I'm done. > -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From lorentedford at gmail.com Mon Jul 11 19:58:33 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Mon, 11 Jul 2016 14:58:33 -0500 Subject: [App_rpt-users] Stepping on toes... In-Reply-To: <5783F3CB.7010901@msgstor.com> References: <5783EE0E.5020508@meshnetworks.co.nz> <5783F01A.3090602@msgstor.com> <5783F148.2010401@meshnetworks.co.nz> <5783F28C.3090608@msgstor.com> <5783F361.6020400@meshnetworks.co.nz> <5783F3CB.7010901@msgstor.com> Message-ID: Is Xippr still in business?? Loren Tedford (KC9ZHV) Phone:618-553-0806 Fax: 1-618-551-2755 Email: lorentedford at gmail.com Email: KC9ZHV at KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net On Mon, Jul 11, 2016 at 2:30 PM, Steve Zingman wrote: > So, > As I said before, grab the source and run with it. > > On 7/11/2016 3:28 PM, Steve Wright wrote: > >> They sure do, and then people walk. >> >> Xippr has potential, in my book. The rest is just IRLP with better >> audio. >> >> >> On 12/07/16 07:25, Steve Zingman wrote: >> >>> I can't speak to what happened a year ago, nor will I comment on the >>> other list. I will say the list owner has the ability to ban, censor >>> or moderate someone. I am not the list owner, just a guest. >>> If you have any questions on how I feel about a presentation of >>> ideas, see my previous posts. >>> >>> As I said, "The horse is dead" >>> >>> I'm done. >>> >> >> > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at meshnetworks.co.nz Mon Jul 11 20:01:20 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Tue, 12 Jul 2016 08:01:20 +1200 Subject: [App_rpt-users] toy throwing time? In-Reply-To: References: Message-ID: <5783FB10.9030101@meshnetworks.co.nz> On 12/07/16 07:05, Steve Zingman wrote: > There have been discussion as to how to move forward. The people > involved are the people that will do the work. We can not be "left > behind" and the tools needed are available. app_rpt is Open Source, > Asterisk is Open Source. The concepts and methods used by app_rpt are > readily apparent. They can be re-created. > [....] > On 7/11/2016 2:33 PM, Loren Tedford wrote: >> Now where do we begin? I know absolutely nothing about coding however >> I do know if we don't do some thing fast we will be left behind and >> the tools others may have had available to port their stuff through >> may not be available for us.. >> Where do we join this group? Set it up. From lorentedford at gmail.com Mon Jul 11 20:05:03 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Mon, 11 Jul 2016 15:05:03 -0500 Subject: [App_rpt-users] toy throwing time? In-Reply-To: <5783FB10.9030101@meshnetworks.co.nz> References: <5783FB10.9030101@meshnetworks.co.nz> Message-ID: I can try to put together a forum if you think we need it I am willing to host it just to get the project started but I want to make it clear we hand everything back over to the opensource community from the beginning! As far as storage not a problem here.. Loren Tedford (KC9ZHV) Phone: Fax: Email: lorentedford at gmail.com Email: KC9ZHV at KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net On Mon, Jul 11, 2016 at 3:01 PM, Steve Wright wrote: > On 12/07/16 07:05, Steve Zingman wrote: > >> There have been discussion as to how to move forward. The people >> involved are the people that will do the work. We can not be "left >> behind" and the tools needed are available. app_rpt is Open Source, >> Asterisk is Open Source. The concepts and methods used by app_rpt are >> readily apparent. They can be re-created. >> [....] >> On 7/11/2016 2:33 PM, Loren Tedford wrote: >> >>> Now where do we begin? I know absolutely nothing about coding however >>> I do know if we don't do some thing fast we will be left behind and >>> the tools others may have had available to port their stuff through >>> may not be available for us.. >>> >>> > Where do we join this group? > > Set it up. > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Ramesh at va3uv.com Mon Jul 11 20:08:41 2016 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Mon, 11 Jul 2016 16:08:41 -0400 Subject: [App_rpt-users] A and B audio output from USB fob on a RPi running DIAL In-Reply-To: <37db3e80-c3cc-cb66-b602-419ba80e86ab@kuggie.com> References: <929A5CC2-9744-41EE-87BC-F9C155F629F3@va3uv.com> <37db3e80-c3cc-cb66-b602-419ba80e86ab@kuggie.com> Message-ID: <62d60833-f716-1a5b-4cf0-08f093d495a6@va3uv.com> On 7/10/2016 4:08 PM, Kevin Custer wrote: > Running 3 nodes on the DIAL release is likely not going to work. You > may want to try Doug and David's release which uses a different > channel driver. I've never heard anyone having luck running more then > 2 nodes on the Raspberry Pi release in full DSP, but I have heard of > success with the other. > Hi Kevin and all: Wow - lots of discussion going on today, so I will jump in help divert the discussion! So... for one of my 220 repeaters, I did confirm that the USB fob I was using was one of my earlier versions, which only had one audio output - hence the reason why I was not able to get the 'split' PL working - doh! - my bad ;). My 2nd 220 repeater (yeh, I have 2 x 220 machines that I am lucky enough to be working on at the same time!) - this is a pair of Bridgecom BCM220 mobiles (identical to the radios used in the Bridgecom 220 repeater package) - this repeater is connected to a fob where I did bring out both audio channels. So hence, I am able to split the PL and inject that into the 'data' input of the BCM220 radio. This works well - so all good there! What I am observing is that I have some high frequency noise on the audio out of the Bridgecom TX radio; it's subtle, but it is there. One thought that I had is whether this was coming off discriminator of the RX radio. I turned the RX radio off and the noise is still there. Now coincidentally, I saw a message scroll by the display on the TX radio "PLL UNLOCKED" - ta da... is this synthesizer whine that I am hearing??? - I am going to test with a local mic tonight and see if the noise is still there (independent of the USB fob / app_rpt, etc...). Running 3 full-duplex nodes on the Pi - I've been doing that for sometime; the difference now is the radio's - the RPi 2 and fobs are the same. I didn't have this issue before. More to follow... but for now, I wanted to provide an update and get us back to a technical discussion! ;). Cheers, Ramesh. From lorentedford at gmail.com Mon Jul 11 20:14:58 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Mon, 11 Jul 2016 15:14:58 -0500 Subject: [App_rpt-users] A and B audio output from USB fob on a RPi running DIAL In-Reply-To: <62d60833-f716-1a5b-4cf0-08f093d495a6@va3uv.com> References: <929A5CC2-9744-41EE-87BC-F9C155F629F3@va3uv.com> <37db3e80-c3cc-cb66-b602-419ba80e86ab@kuggie.com> <62d60833-f716-1a5b-4cf0-08f093d495a6@va3uv.com> Message-ID: Just curious what pl tone are you using?? I have heard some stories where pl tones where just a little too hot creating some thing similar to what you describe i personally have not yet seen this but It might be something to consider.. Loren Tedford (KC9ZHV) Phone: Fax: Email: lorentedford at gmail.com Email: KC9ZHV at KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net On Mon, Jul 11, 2016 at 3:08 PM, Ramesh Dhami (VA3UV) wrote: > On 7/10/2016 4:08 PM, Kevin Custer wrote: > >> Running 3 nodes on the DIAL release is likely not going to work. You may >> want to try Doug and David's release which uses a different channel >> driver. I've never heard anyone having luck running more then 2 nodes on >> the Raspberry Pi release in full DSP, but I have heard of success with the >> other. >> >> > Hi Kevin and all: > > Wow - lots of discussion going on today, so I will jump in help divert the > discussion! > > So... for one of my 220 repeaters, I did confirm that the USB fob I was > using was one of my earlier versions, which only had one audio output - > hence the reason why I was not able to get the 'split' PL working - doh! - > my bad ;). > > My 2nd 220 repeater (yeh, I have 2 x 220 machines that I am lucky enough > to be working on at the same time!) - this is a pair of Bridgecom BCM220 > mobiles (identical to the radios used in the Bridgecom 220 repeater > package) - this repeater is connected to a fob where I did bring out both > audio channels. So hence, I am able to split the PL and inject that into > the 'data' input of the BCM220 radio. This works well - so all good there! > > What I am observing is that I have some high frequency noise on the audio > out of the Bridgecom TX radio; it's subtle, but it is there. One thought > that I had is whether this was coming off discriminator of the RX radio. I > turned the RX radio off and the noise is still there. Now coincidentally, > I saw a message scroll by the display on the TX radio "PLL UNLOCKED" - ta > da... is this synthesizer whine that I am hearing??? - I am going to test > with a local mic tonight and see if the noise is still there (independent > of the USB fob / app_rpt, etc...). > > Running 3 full-duplex nodes on the Pi - I've been doing that for sometime; > the difference now is the radio's - the RPi 2 and fobs are the same. I > didn't have this issue before. > > More to follow... but for now, I wanted to provide an update and get us > back to a technical discussion! ;). > > Cheers, > > Ramesh. > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Ramesh at va3uv.com Mon Jul 11 20:17:44 2016 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Mon, 11 Jul 2016 16:17:44 -0400 Subject: [App_rpt-users] A and B audio output from USB fob on a RPi running DIAL In-Reply-To: References: <929A5CC2-9744-41EE-87BC-F9C155F629F3@va3uv.com> <37db3e80-c3cc-cb66-b602-419ba80e86ab@kuggie.com> <62d60833-f716-1a5b-4cf0-08f093d495a6@va3uv.com> Message-ID: On 7/11/2016 4:14 PM, Loren Tedford wrote: > Just curious what pl tone are you using?? I have heard some stories > where pl tones where just a little too hot creating some thing similar > to what you describe i personally have not yet seen this but It might > be something to consider.. > PL is 103.5Hz - but the noise I am hearing is when I do a 'radio tune txvoice' - the PL is not being sent at that point. Ramesh. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bryan at bryanfields.net Mon Jul 11 20:20:39 2016 From: bryan at bryanfields.net (Bryan Fields) Date: Mon, 11 Jul 2016 16:20:39 -0400 Subject: [App_rpt-users] toy throwing time? In-Reply-To: References: <5783FB10.9030101@meshnetworks.co.nz> Message-ID: No forums please. I think github has plenty and if we need a mailing list I'm happy to setup another one. On July 11, 2016 4:05:03 PM EDT, Loren Tedford wrote: >I can try to put together a forum if you think we need it I am willing >to >host it just to get the project started but I want to make it clear we >hand >everything back over to the opensource community from the beginning! > >As far as storage not a problem here.. > > > >Loren Tedford (KC9ZHV) >Phone: >Fax: >Email: lorentedford at gmail.com >Email: KC9ZHV at KC9ZHV.com >http://www.lorentedford.com >http://www.kc9zhv.com >http://forum.kc9zhv.com >http://hub.kc9zhv.com >http://Ltcraft.net > >On Mon, Jul 11, 2016 at 3:01 PM, Steve Wright >wrote: > >> On 12/07/16 07:05, Steve Zingman wrote: >> >>> There have been discussion as to how to move forward. The people >>> involved are the people that will do the work. We can not be "left >>> behind" and the tools needed are available. app_rpt is Open Source, >>> Asterisk is Open Source. The concepts and methods used by app_rpt >are >>> readily apparent. They can be re-created. >>> [....] >>> On 7/11/2016 2:33 PM, Loren Tedford wrote: >>> >>>> Now where do we begin? I know absolutely nothing about coding >however >>>> I do know if we don't do some thing fast we will be left behind and >>>> the tools others may have had available to port their stuff through >>>> may not be available for us.. >>>> >>>> >> Where do we join this group? >> >> Set it up. >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >down >> to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a >message to >> the list detailing the problem. > > >------------------------------------------------------------------------ > >_______________________________________________ >App_rpt-users mailing list >App_rpt-users at ohnosec.org >http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >To unsubscribe from this list please visit >http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >down to the bottom of the page. Enter your email address and press the >"Unsubscribe or edit options button" >You do not need a password to unsubscribe, you can do it via email >confirmation. If you have trouble unsubscribing, please send a message >to the list detailing the problem. -- Bryan Fields 727-409-1194 http://bryanfields.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From bbrown at byrg.net Mon Jul 11 20:23:53 2016 From: bbrown at byrg.net (=?UTF-8?B?Qm9iIEJyb3duIC0gV8OYTlFY?=) Date: Mon, 11 Jul 2016 15:23:53 -0500 Subject: [App_rpt-users] A and B audio output from USB fob on a RPi running DIAL In-Reply-To: References: <929A5CC2-9744-41EE-87BC-F9C155F629F3@va3uv.com> <37db3e80-c3cc-cb66-b602-419ba80e86ab@kuggie.com> <62d60833-f716-1a5b-4cf0-08f093d495a6@va3uv.com> Message-ID: Ramesh, Are you DC coupled to the TX side or thru a blocking cap? -- Thanks in Advance Bob, W?NQX Kansas City Metro Area http://drsm0ke.net http://byrg.net http://sm0kenet.net Quis custodiet ipsos custodes? -- On Mon, Jul 11, 2016 at 3:17 PM, Ramesh Dhami (VA3UV) wrote: > On 7/11/2016 4:14 PM, Loren Tedford wrote: > > Just curious what pl tone are you using?? I have heard some stories where > pl tones where just a little too hot creating some thing similar to what > you describe i personally have not yet seen this but It might be something > to consider.. > > PL is 103.5Hz - but the noise I am hearing is when I do a 'radio tune > txvoice' - the PL is not being sent at that point. > > Ramesh. > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lorentedford at gmail.com Mon Jul 11 20:25:06 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Mon, 11 Jul 2016 15:25:06 -0500 Subject: [App_rpt-users] toy throwing time? In-Reply-To: References: <5783FB10.9030101@meshnetworks.co.nz> Message-ID: Bryan I will let you lead the way lets start a software development side and lets start testing different combinations of things together and share it with the group.. The only way to learn is via failure.. The problem that i see through handling everything through mailing lists is the attachment issues.. How are you suppose to share your work openly and easily searchable.. I like email but to me it seems kinda of an older solution to a huge problem.. Loren Tedford (KC9ZHV) Phone: Fax: Email: lorentedford at gmail.com Email: KC9ZHV at KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net On Mon, Jul 11, 2016 at 3:20 PM, Bryan Fields wrote: > No forums please. I think github has plenty and if we need a mailing list > I'm happy to setup another one. > > > On July 11, 2016 4:05:03 PM EDT, Loren Tedford > wrote: >> >> I can try to put together a forum if you think we need it I am willing to >> host it just to get the project started but I want to make it clear we hand >> everything back over to the opensource community from the beginning! >> >> As far as storage not a problem here.. >> >> >> >> Loren Tedford (KC9ZHV) >> Phone: >> Fax: >> Email: lorentedford at gmail.com >> Email: KC9ZHV at KC9ZHV.com >> http://www.lorentedford.com >> http://www.kc9zhv.com >> http://forum.kc9zhv.com >> http://hub.kc9zhv.com >> http://Ltcraft.net >> >> On Mon, Jul 11, 2016 at 3:01 PM, Steve Wright >> wrote: >> >>> On 12/07/16 07:05, Steve Zingman wrote: >>> >>>> There have been discussion as to how to move forward. The people >>>> involved are the people that will do the work. We can not be "left >>>> behind" and the tools needed are available. app_rpt is Open Source, >>>> Asterisk is Open Source. The concepts and methods used by app_rpt are >>>> readily apparent. They can be re-created. >>>> [....] >>>> On 7/11/2016 2:33 PM, Loren Tedford wrote: >>>> >>>>> Now where do we begin? I know absolutely nothing about coding however >>>>> I do know if we don't do some thing fast we will be left behind and >>>>> the tools others may have had available to port their stuff through >>>>> may not be available for us.. >>>>> >>>>> >>> Where do we join this group? >>> >>> Set it up. >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >>> down to the bottom of the page. Enter your email address and press the >>> "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via email >>> confirmation. If you have trouble unsubscribing, please send a message to >>> the list detailing the problem. >> >> >> ------------------------------ >> >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >> >> > -- > Bryan Fields > 727-409-1194 > http://bryanfields.net > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kc2irv at gmail.com Mon Jul 11 20:27:46 2016 From: kc2irv at gmail.com (Joe Moskalski) Date: Mon, 11 Jul 2016 16:27:46 -0400 Subject: [App_rpt-users] toy throwing time? In-Reply-To: References: <5783FB10.9030101@meshnetworks.co.nz> Message-ID: I think we need a BBS system. I have some extra DID'S we can use.... On Jul 11, 2016 4:20 PM, "Bryan Fields" wrote: > No forums please. I think github has plenty and if we need a mailing list > I'm happy to setup another one. > > On July 11, 2016 4:05:03 PM EDT, Loren Tedford > wrote: >> >> I can try to put together a forum if you think we need it I am willing to >> host it just to get the project started but I want to make it clear we hand >> everything back over to the opensource community from the beginning! >> >> As far as storage not a problem here.. >> >> >> >> Loren Tedford (KC9ZHV) >> Phone: >> Fax: >> Email: lorentedford at gmail.com >> Email: KC9ZHV at KC9ZHV.com >> http://www.lorentedford.com >> http://www.kc9zhv.com >> http://forum.kc9zhv.com >> http://hub.kc9zhv.com >> http://Ltcraft.net >> >> On Mon, Jul 11, 2016 at 3:01 PM, Steve Wright >> wrote: >> >>> On 12/07/16 07:05, Steve Zingman wrote: >>> >>>> There have been discussion as to how to move forward. The people >>>> involved are the people that will do the work. We can not be "left >>>> behind" and the tools needed are available. app_rpt is Open Source, >>>> Asterisk is Open Source. The concepts and methods used by app_rpt are >>>> readily apparent. They can be re-created. >>>> [....] >>>> On 7/11/2016 2:33 PM, Loren Tedford wrote: >>>> >>>>> Now where do we begin? I know absolutely nothing about coding however >>>>> I do know if we don't do some thing fast we will be left behind and >>>>> the tools others may have had available to port their stuff through >>>>> may not be available for us.. >>>>> >>>>> >>> Where do we join this group? >>> >>> Set it up. >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >>> down to the bottom of the page. Enter your email address and press the >>> "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via email >>> confirmation. If you have trouble unsubscribing, please send a message to >>> the list detailing the problem. >> >> >> ------------------------------ >> >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >> >> > -- > Bryan Fields > 727-409-1194 > http://bryanfields.net > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at meshnetworks.co.nz Mon Jul 11 20:31:23 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Tue, 12 Jul 2016 08:31:23 +1200 Subject: [App_rpt-users] Xippr In-Reply-To: References: Message-ID: <5784021B.9060607@meshnetworks.co.nz> On 12/07/16 07:58, Loren Tedford wrote: > > Is Xippr still in business?? I got the software installed and running in a VM, and have access to the web admin interfaces on it. I don't have an audio interface running on it. Xippr is quite curious. A huge huge amount of work has gone into it, and many parts are quite polished. I must say, the install was a nightmare, mainly because the docs are a little strewn about the place - but it's all there. I want voting, ALSA audio with DSP, and alternate I/O (not hacked fob I/O) Why? 1.) 25 watts into a duplexer with a half wave dipole is a shit repeater. Even 250 watts into 6dBi is still a small-penis ham radio station if you ask me. I don't want to build a repeater like that. 2.) Outboard voting receivers with preamps and directional antennas, and no duplexer to get in the way suits me fine. 3.) Kilowatt-plus transmitters with no duplexing into big gain suits me fine. Steve From info at meshnetworks.co.nz Mon Jul 11 20:35:18 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Tue, 12 Jul 2016 08:35:18 +1200 Subject: [App_rpt-users] "no forums" demand In-Reply-To: References: Message-ID: <57840306.1030801@meshnetworks.co.nz> On 12/07/16 08:25, Bryan Fields wrote: > > No forums please. I think github has plenty and if we need a mailing list I'm happy to setup another one. People will probably do as they see fit on the wild free internet. Now is probably not a good time to start saying "no" to anything at all. Steve From bryan at bryanfields.net Mon Jul 11 20:37:00 2016 From: bryan at bryanfields.net (Bryan Fields) Date: Mon, 11 Jul 2016 16:37:00 -0400 Subject: [App_rpt-users] toy throwing time? In-Reply-To: References: <5783FB10.9030101@meshnetworks.co.nz> Message-ID: <674E875F-5EB5-4445-BA6C-2ECE5748BC2D@bryanfields.net> Have you looked into github? It's got almost everything needed, and Steve uses it now along with thousands of,other projects. On July 11, 2016 4:25:06 PM EDT, Loren Tedford wrote: >Bryan I will let you lead the way lets start a software development >side >and lets start testing different combinations of things together and >share >it with the group.. The only way to learn is via failure.. > >The problem that i see through handling everything through mailing >lists is >the attachment issues.. How are you suppose to share your work openly >and >easily searchable.. > >I like email but to me it seems kinda of an older solution to a huge >problem.. > >Loren Tedford (KC9ZHV) >Phone: >Fax: >Email: lorentedford at gmail.com >Email: KC9ZHV at KC9ZHV.com >http://www.lorentedford.com >http://www.kc9zhv.com >http://forum.kc9zhv.com >http://hub.kc9zhv.com >http://Ltcraft.net > >On Mon, Jul 11, 2016 at 3:20 PM, Bryan Fields >wrote: > >> No forums please. I think github has plenty and if we need a mailing >list >> I'm happy to setup another one. >> >> >> On July 11, 2016 4:05:03 PM EDT, Loren Tedford > >> wrote: >>> >>> I can try to put together a forum if you think we need it I am >willing to >>> host it just to get the project started but I want to make it clear >we hand >>> everything back over to the opensource community from the beginning! >>> >>> As far as storage not a problem here.. >>> >>> >>> >>> Loren Tedford (KC9ZHV) >>> Phone: >>> Fax: >>> Email: lorentedford at gmail.com >>> Email: KC9ZHV at KC9ZHV.com >>> http://www.lorentedford.com >>> http://www.kc9zhv.com >>> http://forum.kc9zhv.com >>> http://hub.kc9zhv.com >>> http://Ltcraft.net >>> >>> On Mon, Jul 11, 2016 at 3:01 PM, Steve Wright > >>> wrote: >>> >>>> On 12/07/16 07:05, Steve Zingman wrote: >>>> >>>>> There have been discussion as to how to move forward. The people >>>>> involved are the people that will do the work. We can not be "left >>>>> behind" and the tools needed are available. app_rpt is Open >Source, >>>>> Asterisk is Open Source. The concepts and methods used by app_rpt >are >>>>> readily apparent. They can be re-created. >>>>> [....] >>>>> On 7/11/2016 2:33 PM, Loren Tedford wrote: >>>>> >>>>>> Now where do we begin? I know absolutely nothing about coding >however >>>>>> I do know if we don't do some thing fast we will be left behind >and >>>>>> the tools others may have had available to port their stuff >through >>>>>> may not be available for us.. >>>>>> >>>>>> >>>> Where do we join this group? >>>> >>>> Set it up. >>>> _______________________________________________ >>>> App_rpt-users mailing list >>>> App_rpt-users at ohnosec.org >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> >>>> To unsubscribe from this list please visit >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and >scroll >>>> down to the bottom of the page. Enter your email address and press >the >>>> "Unsubscribe or edit options button" >>>> You do not need a password to unsubscribe, you can do it via email >>>> confirmation. If you have trouble unsubscribing, please send a >message to >>>> the list detailing the problem. >>> >>> >>> ------------------------------ >>> >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >down to the bottom of the page. Enter your email address and press the >"Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via email >confirmation. If you have trouble unsubscribing, please send a message >to the list detailing the problem. >>> >>> >> -- >> Bryan Fields >> 727-409-1194 >> http://bryanfields.net >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >down >> to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a >message to >> the list detailing the problem. >> -- Bryan Fields 727-409-1194 http://bryanfields.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From lorentedford at gmail.com Mon Jul 11 20:39:21 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Mon, 11 Jul 2016 15:39:21 -0500 Subject: [App_rpt-users] toy throwing time? In-Reply-To: <674E875F-5EB5-4445-BA6C-2ECE5748BC2D@bryanfields.net> References: <5783FB10.9030101@meshnetworks.co.nz> <674E875F-5EB5-4445-BA6C-2ECE5748BC2D@bryanfields.net> Message-ID: Git hub cost on an individual users space i have a daca center environment why use git hub Loren Tedford (KC9ZHV) Phone:618-553-0806 Fax: 1-618-551-2755 Email: lorentedford at gmail.com Email: KC9ZHV at KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net On Mon, Jul 11, 2016 at 3:37 PM, Bryan Fields wrote: > Have you looked into github? > > It's got almost everything needed, and Steve uses it now along with > thousands of,other projects. > > On July 11, 2016 4:25:06 PM EDT, Loren Tedford > wrote: >> >> Bryan I will let you lead the way lets start a software development side >> and lets start testing different combinations of things together and share >> it with the group.. The only way to learn is via failure.. >> >> The problem that i see through handling everything through mailing lists >> is the attachment issues.. How are you suppose to share your work openly >> and easily searchable.. >> >> I like email but to me it seems kinda of an older solution to a huge >> problem.. >> >> Loren Tedford (KC9ZHV) >> Phone: >> Fax: >> Email: lorentedford at gmail.com >> Email: KC9ZHV at KC9ZHV.com >> http://www.lorentedford.com >> http://www.kc9zhv.com >> http://forum.kc9zhv.com >> http://hub.kc9zhv.com >> http://Ltcraft.net >> >> On Mon, Jul 11, 2016 at 3:20 PM, Bryan Fields >> wrote: >> >>> No forums please. I think github has plenty and if we need a mailing >>> list I'm happy to setup another one. >>> >>> >>> On July 11, 2016 4:05:03 PM EDT, Loren Tedford >>> wrote: >>>> >>>> I can try to put together a forum if you think we need it I am willing >>>> to host it just to get the project started but I want to make it clear we >>>> hand everything back over to the opensource community from the beginning! >>>> >>>> As far as storage not a problem here.. >>>> >>>> >>>> >>>> Loren Tedford (KC9ZHV) >>>> Phone: >>>> Fax: >>>> Email: lorentedford at gmail.com >>>> Email: KC9ZHV at KC9ZHV.com >>>> http://www.lorentedford.com >>>> http://www.kc9zhv.com >>>> http://forum.kc9zhv.com >>>> http://hub.kc9zhv.com >>>> http://Ltcraft.net >>>> >>>> On Mon, Jul 11, 2016 at 3:01 PM, Steve Wright >>>> wrote: >>>> >>>>> On 12/07/16 07:05, Steve Zingman wrote: >>>>> >>>>>> There have been discussion as to how to move forward. The people >>>>>> involved are the people that will do the work. We can not be "left >>>>>> behind" and the tools needed are available. app_rpt is Open Source, >>>>>> Asterisk is Open Source. The concepts and methods used by app_rpt are >>>>>> readily apparent. They can be re-created. >>>>>> [....] >>>>>> On 7/11/2016 2:33 PM, Loren Tedford wrote: >>>>>> >>>>>>> Now where do we begin? I know absolutely nothing about coding however >>>>>>> I do know if we don't do some thing fast we will be left behind and >>>>>>> the tools others may have had available to port their stuff through >>>>>>> may not be available for us.. >>>>>>> >>>>>>> >>>>> Where do we join this group? >>>>> >>>>> Set it up. >>>>> _______________________________________________ >>>>> App_rpt-users mailing list >>>>> App_rpt-users at ohnosec.org >>>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>>> >>>>> To unsubscribe from this list please visit >>>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >>>>> down to the bottom of the page. Enter your email address and press the >>>>> "Unsubscribe or edit options button" >>>>> You do not need a password to unsubscribe, you can do it via email >>>>> confirmation. If you have trouble unsubscribing, please send a message to >>>>> the list detailing the problem. >>>> >>>> >>>> ------------------------------ >>>> >>>> App_rpt-users mailing list >>>> App_rpt-users at ohnosec.org >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> >>>> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >>>> >>>> >>> -- >>> Bryan Fields >>> 727-409-1194 >>> http://bryanfields.net >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >>> down to the bottom of the page. Enter your email address and press the >>> "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via email >>> confirmation. If you have trouble unsubscribing, please send a message to >>> the list detailing the problem. >>> >> >> > -- > Bryan Fields > 727-409-1194 > http://bryanfields.net > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Mon Jul 11 21:06:18 2016 From: szingman at msgstor.com (Steve Zingman) Date: Mon, 11 Jul 2016 17:06:18 -0400 Subject: [App_rpt-users] toy throwing time? In-Reply-To: References: <5783FB10.9030101@meshnetworks.co.nz> <674E875F-5EB5-4445-BA6C-2ECE5748BC2D@bryanfields.net> Message-ID: <57840A4A.8000002@msgstor.com> Wrong! Github personal is FREE! On 07/11/2016 04:39 PM, Loren Tedford wrote: > Git hub cost on an individual users space i have a daca center > environment why use git hub > > Loren Tedford (KC9ZHV) > Phone:618-553-0806 > Fax: 1-618-551-2755 > Email: lorentedford at gmail.com > Email: KC9ZHV at KC9ZHV.com > http://www.lorentedford.com > http://www.kc9zhv.com > http://forum.kc9zhv.com > http://hub.kc9zhv.com > http://Ltcraft.net > > On Mon, Jul 11, 2016 at 3:37 PM, Bryan Fields > wrote: > > Have you looked into github? > > It's got almost everything needed, and Steve uses it now along > with thousands of,other projects. > > On July 11, 2016 4:25:06 PM EDT, Loren Tedford > > wrote: > > Bryan I will let you lead the way lets start a software > development side and lets start testing different combinations > of things together and share it with the group.. The only way > to learn is via failure.. > > The problem that i see through handling everything through > mailing lists is the attachment issues.. How are you suppose > to share your work openly and easily searchable.. > > I like email but to me it seems kinda of an older solution to > a huge problem.. > > Loren Tedford (KC9ZHV) > Phone: > Fax: > Email: lorentedford at gmail.com > Email: KC9ZHV at KC9ZHV.com > http://www.lorentedford.com > http://www.kc9zhv.com > http://forum.kc9zhv.com > http://hub.kc9zhv.com > http://Ltcraft.net > > On Mon, Jul 11, 2016 at 3:20 PM, Bryan Fields > > wrote: > > No forums please. I think github has plenty and if we need > a mailing list I'm happy to setup another one. > > > On July 11, 2016 4:05:03 PM EDT, Loren Tedford > wrote: > > I can try to put together a forum if you think we need > it I am willing to host it just to get the project > started but I want to make it clear we hand everything > back over to the opensource community from the beginning! > > As far as storage not a problem here.. > > > > Loren Tedford (KC9ZHV) > Phone: > Fax: > Email: lorentedford at gmail.com > Email: KC9ZHV at KC9ZHV.com > http://www.lorentedford.com > http://www.kc9zhv.com > http://forum.kc9zhv.com > http://hub.kc9zhv.com > http://Ltcraft.net > > On Mon, Jul 11, 2016 at 3:01 PM, Steve Wright > wrote: > > On 12/07/16 07:05, Steve Zingman > wrote: > > There have been discussion as to how to move > forward. The people > involved are the people that will do the work. > We can not be "left > behind" and the tools needed are available. > app_rpt is Open Source, > Asterisk is Open Source. The concepts and > methods used by app_rpt are > readily apparent. They can be re-created. > [....] > On 7/11/2016 2:33 PM, Loren Tedford wrote: > > Now where do we begin? I know absolutely > nothing about coding however > I do know if we don't do some thing fast > we will be left behind and > the tools others may have had available to > port their stuff through > may not be available for us.. > > > Where do we join this group? > > Set it up. > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > and scroll down to the bottom of the page. Enter > your email address and press the "Unsubscribe or > edit options button" > You do not need a password to unsubscribe, you can > do it via email confirmation. If you have trouble > unsubscribing, please send a message to the list > detailing the problem. > > > ------------------------------------------------------------------------ > > App_rpt-users mailing list > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > > -- Bryan Fields 727-409-1194 > http://bryanfields.net > _______________________________________________ > App_rpt-users mailing list App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > and scroll down to the bottom of the page. Enter your > email address and press the "Unsubscribe or edit options > button" You do not need a password to unsubscribe, you can > do it via email confirmation. If you have trouble > unsubscribing, please send a message to the list detailing > the problem. > > -- Bryan Fields 727-409-1194 http://bryanfields.net > _______________________________________________ App_rpt-users > mailing list App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users To > unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and > scroll down to the bottom of the page. Enter your email address > and press the "Unsubscribe or edit options button" You do not need > a password to unsubscribe, you can do it via email confirmation. > If you have trouble unsubscribing, please send a message to the > list detailing the problem. > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From n3xcc at repeater-builder.com Mon Jul 11 21:33:58 2016 From: n3xcc at repeater-builder.com (Scott Zimmerman) Date: Mon, 11 Jul 2016 17:33:58 -0400 Subject: [App_rpt-users] toy throwing time? In-Reply-To: References: <5783FB10.9030101@meshnetworks.co.nz> Message-ID: <27c42fd5-2f7a-ff9b-3924-5657a9e4410f@repeater-builder.com> Loren et. all: There is already a forum present that can be utilized as needed: AllStarNode.com I quickly threw this together a few years ago. It was intended to be used exactly how you were describing. It never really took off, however. You are more than welcome to join. If you do, drop me an e-mail and I'll make you a super admin, so you can change things as you see fit. Scott Scott Zimmerman Amateur Radio Call N3XCC 474 Barnett Road Boswell, PA 15531 On 7/11/2016 4:05 PM, Loren Tedford wrote: > I can try to put together a forum if you think we need it I am willing to host it just to get the > project started but I want to make it clear we hand everything back over to the opensource community > from the beginning! > > As far as storage not a problem here.. > > > > Loren Tedford (KC9ZHV) > Phone: > Fax: > Email: lorentedford at gmail.com > Email: KC9ZHV at KC9ZHV.com > http://www.lorentedford.com > http://www.kc9zhv.com > http://forum.kc9zhv.com > http://hub.kc9zhv.com > http://Ltcraft.net > > On Mon, Jul 11, 2016 at 3:01 PM, Steve Wright > wrote: > > On 12/07/16 07:05, Steve Zingman > wrote: > > There have been discussion as to how to move forward. The people > involved are the people that will do the work. We can not be "left > behind" and the tools needed are available. app_rpt is Open Source, > Asterisk is Open Source. The concepts and methods used by app_rpt are > readily apparent. They can be re-created. > [....] > On 7/11/2016 2:33 PM, Loren Tedford wrote: > > Now where do we begin? I know absolutely nothing about coding however > I do know if we don't do some thing fast we will be left behind and > the tools others may have had available to port their stuff through > may not be available for us.. > > > Where do we join this group? > > Set it up. > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the > page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have > trouble unsubscribing, please send a message to the list detailing the problem. > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > From kuggie at kuggie.com Mon Jul 11 23:20:12 2016 From: kuggie at kuggie.com (Kevin Custer) Date: Mon, 11 Jul 2016 19:20:12 -0400 Subject: [App_rpt-users] Stepping on toes... In-Reply-To: References: <5783EE0E.5020508@meshnetworks.co.nz> <5783F01A.3090602@msgstor.com> <5783F148.2010401@meshnetworks.co.nz> <5783F28C.3090608@msgstor.com> <5783F361.6020400@meshnetworks.co.nz> <5783F3CB.7010901@msgstor.com> Message-ID: On 7/11/2016 3:58 PM, Loren Tedford wrote: > Is Xippr still in business?? Yes - The amateur release is XIPAR. The main developer, Steve Henke is reachable by email or phone. Kevin - W3KKC From bdboyle at bdboyle.com Tue Jul 12 14:47:59 2016 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Tue, 12 Jul 2016 10:47:59 -0400 Subject: [App_rpt-users] OT: internet threats Message-ID: <6808119B-15D5-464C-A237-C426BF4E4683@bdboyle.com> If you think we're not immune, think again. ANYTHING connected to the net, whether an email server in your basement ( :) ) or a repeater controller connected to the net in a datacenter is a target. If the big boys are scrambling, think of what we, with our limited resources, are faced with: https://threatpost.com/91-percent-of-public-facing-ics-components-are-remotely-exploitable/119142/ And for a realtime view of what's being sensed by the second largest web crawling organization (the former Internet Security Systems, now IBM X-Force): https://exchange.xforce.ibmcloud.com Awareness is a good thing. -- Bryan Sent from my iPhone 6S...No electrons were harmed in the sending of this message. -------------- next part -------------- An HTML attachment was scrubbed... URL: From N1XBM at amsat.org Tue Jul 12 18:53:31 2016 From: N1XBM at amsat.org (Robert Newberry) Date: Tue, 12 Jul 2016 14:53:31 -0400 Subject: [App_rpt-users] DIAL crontab In-Reply-To: References: Message-ID: I need to edit my cron. On Acid it was at /var/spool/cron/root. I noticed there is a file called crontabs. I noticed using nano it was blank and nothing was listed in it. Does anyone know which is t he correct file to add to? N1XBM Apparare Scientor Paratus Communicare Allstar Node # 27086, 41540, 41812, 42086, 42658, 42657 www.radioguysrepeaternetwork.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Tue Jul 12 19:04:24 2016 From: szingman at msgstor.com (Steve Zingman) Date: Tue, 12 Jul 2016 15:04:24 -0400 Subject: [App_rpt-users] DIAL crontab In-Reply-To: References: Message-ID: <57853F38.9070901@msgstor.com> /etc/crontab On 7/12/2016 2:53 PM, Robert Newberry wrote: > > I need to edit my cron. On Acid it was at /var/spool/cron/root. > > I noticed there is a file called crontabs. I noticed using nano it was > blank and nothing was listed in it. > > Does anyone know which is t he correct file to add to? > > N1XBM > Apparare Scientor > Paratus Communicare > Allstar Node # 27086, 41540, 41812, 42086, 42658, 42657 > www.radioguysrepeaternetwork.com > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From wb3awj at comcast.net Tue Jul 12 19:55:47 2016 From: wb3awj at comcast.net (Robert A. Poff WB3AWJ) Date: Tue, 12 Jul 2016 19:55:47 +0000 (UTC) Subject: [App_rpt-users] DIAL crontab In-Reply-To: References: Message-ID: <876679222.63069954.1468353346998.JavaMail.zimbra@comcast.net> >From the command line try this : To list the current crontab : crontab -l edit the current crontab : crontab -e One nice thing is it checks syntax for you before saving. ----- Original Message ----- From: "Robert Newberry" To: "app rpt-users" Sent: Tuesday, July 12, 2016 2:53:31 PM Subject: [App_rpt-users] DIAL crontab I need to edit my cron. On Acid it was at /var/spool/cron/root. I noticed there is a file called crontabs. I noticed using nano it was blank and nothing was listed in it. Does anyone know which is t he correct file to add to? N1XBM Apparare Scientor Paratus Communicare Allstar Node # 27086, 41540, 41812, 42086, 42658, 42657 www.radioguysrepeaternetwork.com _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bdboyle at bdboyle.com Tue Jul 12 20:10:22 2016 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Tue, 12 Jul 2016 16:10:22 -0400 Subject: [App_rpt-users] DIAL crontab In-Reply-To: References: Message-ID: <77C37DFD-1DBA-4257-A786-9AB7810E9F0A@bdboyle.com> su - enter root password crontab -e (make sure you enter '-e', because crontab -r will erase and give you a blank file.) -- Bryan Sent from my iPhone 6S...No electrons were harmed in the sending of this message. > On Jul 12, 2016, at 14:53, Robert Newberry wrote: > > I need to edit my cron. On Acid it was at /var/spool/cron/root. > > I noticed there is a file called crontabs. I noticed using nano it was blank and nothing was listed in it. > > Does anyone know which is t he correct file to add to? > > N1XBM > Apparare Scientor > Paratus Communicare > Allstar Node # 27086, 41540, 41812, 42086, 42658, 42657 > www.radioguysrepeaternetwork.com > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gareth1125 at gmail.com Wed Jul 13 07:43:56 2016 From: gareth1125 at gmail.com (Gareth Jackson) Date: Wed, 13 Jul 2016 08:43:56 +0100 Subject: [App_rpt-users] Can anyone help ? Message-ID: <000901d1dcda$501cc8e0$f0565aa0$@com> Hi there. I'm looking at creating an all star node that would be used by radio amateurs via a GSM based connection to a connected node. In short, we have a number of users (growing all the time ) that use what looks like a radio, but is actually a ptt handset that connects to a server via the GSM network. Currently we run a UK Hub group between us, with operators all over the UK able to join and chat etc. I am now looking at creating a separate talk group with an allstar enabled node on it, and as such thought I'd drop you a line. In short, I have the equipment to do this (node box and a raspberry pi) but have currently made no attempts to seek a connection to the allstar network, ideally to connect to the UK hub (it's been tested using teamspeak only and works just fine). My question is, how do I go about becoming a working node? I've registered on the group as a user, but was unsure exactly how to proceed next and would be great full for any help you can offer. Additionally, do you know of any users that currently operate a teamspeak 3 to allstar connection ? Yours, Gareth M6IGJ/KJ4VNF. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lorentedford at gmail.com Wed Jul 13 07:50:54 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Wed, 13 Jul 2016 02:50:54 -0500 Subject: [App_rpt-users] Can anyone help ? In-Reply-To: <000901d1dcda$501cc8e0$f0565aa0$@com> References: <000901d1dcda$501cc8e0$f0565aa0$@com> Message-ID: I would say you should just register on the website allstarlink.org and then after your approved request a node number that would probably be a good start.. Loren Tedford (KC9ZHV) Phone:618-553-0806 Fax: 1-618-551-2755 Email: lorentedford at gmail.com Email: KC9ZHV at KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net http://voipham.com On Wed, Jul 13, 2016 at 2:43 AM, Gareth Jackson wrote: > Hi there. I'm looking at creating an all star node that would be used by > radio amateurs via a GSM based connection to a connected node. > > In short, we have a number of users (growing all the time ) that use what > looks like a radio, but is actually a ptt handset that connects to a server > via the GSM network. Currently we run a UK Hub group between us, with > operators all over the UK able to join and chat etc. > > I am now looking at creating a separate talk group with an allstar enabled > node on it, and as such thought I'd drop you a line. > > In short, I have the equipment to do this (node box and a raspberry pi) > but have currently made no attempts to seek a connection to the allstar > network, ideally to connect to the UK hub (it's been tested using teamspeak > only and works just fine). > > My question is, how do I go about becoming a working node? I've registered > on the group as a user, but was unsure exactly how to proceed next and > would be great full for any help you can offer. > > Additionally, do you know of any users that currently operate a teamspeak > 3 to allstar connection ? > > Yours, > > Gareth M6IGJ/KJ4VNF. > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From k6ecm1 at gmail.com Wed Jul 13 13:27:02 2016 From: k6ecm1 at gmail.com (Bob) Date: Wed, 13 Jul 2016 06:27:02 -0700 Subject: [App_rpt-users] Can anyone help ? In-Reply-To: <000901d1dcda$501cc8e0$f0565aa0$@com> Message-ID: After establishing your account, setting up a server, and requesting a node number, then go here for info http://docs.allstarlink.org/drupal/ r/Bob k6ecm _____ From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Gareth Jackson Sent: Wednesday, July 13, 2016 12:44 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Can anyone help ? Hi there. I'm looking at creating an all star node that would be used by radio amateurs via a GSM based connection to a connected node. In short, we have a number of users (growing all the time ) that use what looks like a radio, but is actually a ptt handset that connects to a server via the GSM network. Currently we run a UK Hub group between us, with operators all over the UK able to join and chat etc. I am now looking at creating a separate talk group with an allstar enabled node on it, and as such thought I'd drop you a line. In short, I have the equipment to do this (node box and a raspberry pi) but have currently made no attempts to seek a connection to the allstar network, ideally to connect to the UK hub (it's been tested using teamspeak only and works just fine). My question is, how do I go about becoming a working node? I've registered on the group as a user, but was unsure exactly how to proceed next and would be great full for any help you can offer. Additionally, do you know of any users that currently operate a teamspeak 3 to allstar connection ? Yours, Gareth M6IGJ/KJ4VNF. -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Thu Jul 14 01:35:18 2016 From: electricity440 at gmail.com (Skyler F) Date: Wed, 13 Jul 2016 19:35:18 -0600 Subject: [App_rpt-users] 2 nodes under the same IP Message-ID: I have two separate boxes, one node on port 4570 and the other on 4569. They can both take inbound and outbound calls, however, they can't connect to each other. I don't know if it is the mikrotik router, or the way Mountain BB is configured, but a loopback call can not be made. Is there any solution to fix this without assigning private nodes? 73 Skyler -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Thu Jul 14 01:37:57 2016 From: szingman at msgstor.com (Steve Zingman) Date: Wed, 13 Jul 2016 21:37:57 -0400 Subject: [App_rpt-users] 2 nodes under the same IP In-Reply-To: References: Message-ID: <5786ECF5.3030908@msgstor.com> Add the local IP address of each node in the [NODES] section of the other node On 07/13/2016 09:35 PM, Skyler F wrote: > I have two separate boxes, one node on port 4570 and the other on > 4569. They can both take inbound and outbound calls, however, they > can't connect to each other. I don't know if it is the mikrotik > router, or the way Mountain BB is configured, but a loopback call can > not be made. > > Is there any solution to fix this without assigning private nodes? > > 73 > Skyler > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From kd0ixy at judgementgaming.com Thu Jul 14 01:44:46 2016 From: kd0ixy at judgementgaming.com (Philip Dorr) Date: Wed, 13 Jul 2016 20:44:46 -0500 Subject: [App_rpt-users] 2 nodes under the same IP In-Reply-To: References: Message-ID: You may need to setup hairpin NAT. http://wiki.mikrotik.com/wiki/Hairpin_NAT On Wed, Jul 13, 2016 at 8:35 PM, Skyler F wrote: > I have two separate boxes, one node on port 4570 and the other on 4569. > They can both take inbound and outbound calls, however, they can't connect > to each other. I don't know if it is the mikrotik router, or the way > Mountain BB is configured, but a loopback call can not be made. > > Is there any solution to fix this without assigning private nodes? > > 73 > Skyler > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Thu Jul 14 03:09:28 2016 From: electricity440 at gmail.com (Skyler F) Date: Wed, 13 Jul 2016 21:09:28 -0600 Subject: [App_rpt-users] 2 nodes under the same IP In-Reply-To: References: Message-ID: Thanks, the nodes stanza trick worked. I forgot you could do that with normal nodes as well as private. On Wed, Jul 13, 2016 at 7:44 PM, Philip Dorr wrote: > You may need to setup hairpin NAT. > http://wiki.mikrotik.com/wiki/Hairpin_NAT > > On Wed, Jul 13, 2016 at 8:35 PM, Skyler F > wrote: > >> I have two separate boxes, one node on port 4570 and the other on 4569. >> They can both take inbound and outbound calls, however, they can't connect >> to each other. I don't know if it is the mikrotik router, or the way >> Mountain BB is configured, but a loopback call can not be made. >> >> Is there any solution to fix this without assigning private nodes? >> >> 73 >> Skyler >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From w5jr.lists at gmail.com Thu Jul 14 03:55:27 2016 From: w5jr.lists at gmail.com (Mike - W5JR) Date: Wed, 13 Jul 2016 22:55:27 -0500 Subject: [App_rpt-users] 2 nodes under the same IP In-Reply-To: References: Message-ID: Not just "could" but in fact "have to" when two (or more) nodes (private or public) are on the same public IP. This is also the way to get private nodes on different public IPs connectable to each other. You have to enter the public IP instead of the router NAT IP. tnx Mike / W5JR Alpharetta GA > On Jul 13, 2016, at 10:09 PM, Skyler F wrote: > > Thanks, the nodes stanza trick worked. I forgot you could do that with normal nodes as well as private. > >> On Wed, Jul 13, 2016 at 7:44 PM, Philip Dorr wrote: >> You may need to setup hairpin NAT. http://wiki.mikrotik.com/wiki/Hairpin_NAT >> >>> On Wed, Jul 13, 2016 at 8:35 PM, Skyler F wrote: >>> I have two separate boxes, one node on port 4570 and the other on 4569. They can both take inbound and outbound calls, however, they can't connect to each other. I don't know if it is the mikrotik router, or the way Mountain BB is configured, but a loopback call can not be made. >>> >>> Is there any solution to fix this without assigning private nodes? >>> >>> 73 >>> Skyler >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > > > > -- > Skyler Fennell > amsatnet.info > KD?WHB > electricity440 at gmail.com > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From harvard5362 at yahoo.com Thu Jul 14 22:35:59 2016 From: harvard5362 at yahoo.com (C B) Date: Thu, 14 Jul 2016 22:35:59 +0000 (UTC) Subject: [App_rpt-users] New Dial installation asterisk is not running References: <759184421.3382247.1468535759899.JavaMail.yahoo.ref@mail.yahoo.com> Message-ID: <759184421.3382247.1468535759899.JavaMail.yahoo@mail.yahoo.com> Sorry if this question has been answered before i did look and could not find the answer. just built a all star ?node using Dial it is on a HP 5700. it appears that asterisk is not running when i type asterisk -r at the CLI it responds with?Unable to connect to remote asterisk (does /var/run/asterisk.ctl exist?) if i type asterisk at the CLI then type asterisk -r asterisk runs for short time and responds with?Disconnected from Asterisk server any help greatly appreciated. Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From lorentedford at gmail.com Thu Jul 14 23:22:53 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Thu, 14 Jul 2016 18:22:53 -0500 Subject: [App_rpt-users] Regarding Forum environment and Allstarlink development Message-ID: Greetings app_rpt I have decided to try and start a forum with easily searchable titles etc.. In the forum if i get a chance or anyone else they can add you tube videos.. voipham.com I know its very basic and blah.. But it belongs to everyone.. I understand if you don't want to use it because its not an official allstarlink project or what ever.. I am hosting it on one of my web servers its no biggy here and if we can get progress out of our group i call it a success.. I have shot the idea around to a couple of forums where i hang out about allstarlnk or app_rpt development in regards to what it would take to bring us at least some security patches and maybe even if we could update to a newer version.. I will post anything we come across that might be helpful here still in the mailing list but have decided to use the forum primarily this gives everyone a fighting chance and keeps the app_rpt open for what ever it might be needed for.. Here is my thoughts so far as far as in the development side.. 1. Do we continue using asterisk as it is and just make program side modifications to secure it.. 2. What is our goal in two years? 3. How long can we operate the way we are on asterisk 1.4.23? 4. Does newer versions work with raspberry pies? 5. How much time if any is anyone willing to donate to working on this project? Anything I get I will post here as soon as know anything.. At this point i am not turning down any help to starting this project backup I will use any suggestion whether your a ham or not.. I think the goal now is stability and maintaining what we got.. Our future goal should be whether we go down the path with asterisk or just design some thing with in the app_rpt that will connect up with asterisk systems.. Just my two cents.. Loren Tedford (KC9ZHV) Phone: Fax: Email: lorentedford at gmail.com Email: KC9ZHV at KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net http://voipham.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From n3fe at repeater.net Thu Jul 14 23:59:49 2016 From: n3fe at repeater.net (Corey Dean) Date: Thu, 14 Jul 2016 19:59:49 -0400 Subject: [App_rpt-users] Regarding Forum environment and Allstarlink development In-Reply-To: References: Message-ID: <1D8787CE-5586-4083-B4B6-51EB6F4C58E4@repeater.net> Scott n3xcc had already stated there is a forum that can be used and it is already setup and running. I don't remember the address of the top of my head but it doesn't make much sense to have another one that is already there and not getting used. Sent from my iPhone > On Jul 14, 2016, at 7:22 PM, Loren Tedford wrote: > > Greetings app_rpt I have decided to try and start a forum with easily searchable titles etc.. In the forum if i get a chance or anyone else they can add you tube videos.. > voipham.com > I know its very basic and blah.. But it belongs to everyone.. I understand if you don't want to use it because its not an official allstarlink project or what ever.. I am hosting it on one of my web servers its no biggy here and if we can get progress out of our group i call it a success.. > > > I have shot the idea around to a couple of forums where i hang out about allstarlnk or app_rpt development in regards to what it would take to bring us at least some security patches and maybe even if we could update to a newer version.. I will post anything we come across that might be helpful here still in the mailing list but have decided to use the forum primarily this gives everyone a fighting chance and keeps the app_rpt open for what ever it might be needed for.. > > > Here is my thoughts so far as far as in the development side.. > > 1. Do we continue using asterisk as it is and just make program side modifications to secure it.. > 2. What is our goal in two years? > 3. How long can we operate the way we are on asterisk 1.4.23? > 4. Does newer versions work with raspberry pies? > 5. How much time if any is anyone willing to donate to working on this project? > > > Anything I get I will post here as soon as know anything.. At this point i am not turning down any help to starting this project backup I will use any suggestion whether your a ham or not.. I think the goal now is stability and maintaining what we got.. Our future goal should be whether we go down the path with asterisk or just design some thing with in the app_rpt that will connect up with asterisk systems.. > > > > Just my two cents.. > > > > Loren Tedford (KC9ZHV) > Phone: > Fax: > Email: lorentedford at gmail.com > Email: KC9ZHV at KC9ZHV.com > http://www.lorentedford.com > http://www.kc9zhv.com > http://forum.kc9zhv.com > http://hub.kc9zhv.com > http://Ltcraft.net > http://voipham.com > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lorentedford at gmail.com Fri Jul 15 00:07:40 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Thu, 14 Jul 2016 19:07:40 -0500 Subject: [App_rpt-users] Regarding Forum environment and Allstarlink development In-Reply-To: <1D8787CE-5586-4083-B4B6-51EB6F4C58E4@repeater.net> References: <1D8787CE-5586-4083-B4B6-51EB6F4C58E4@repeater.net> Message-ID: Ah interesting.. Yea I decided to start this up after the other day.. All i am trying to is bring some i don't know organization to a cluster fudge.. maybe some video tutorials etc.. We really gotta help out the new comers other wise they get frustrated and give up etc.. The other side of the flip coin is I am personally going to try and learn how to code.. Whether i get help from the already current developers or not I will continue on.. I can't set back and watch some thing as good as this disappear before our eyes because we decide not to press on.. Kinda like the ham IPs lol no one knows about them today but back when they layed out ip addresses they left open ips for hams to use but very few have ever used em.. Kinda sad really but if we do not organize some where and we do not press forward with development then we become stagnant.. Sorry if i stepped on any toes regarding the building of it Just trying to help out the best i know how.. Meanwhile back to the you tube videos and learning c++ If i have to i will rebuilding the silly thing from the ground up lol.. I hope not.. I really hope some where along the line this grows interest and we can get the ball moving and at least have a projected path with in 2 years.. Loren Tedford (KC9ZHV) Phone: Fax: Email: lorentedford at gmail.com Email: KC9ZHV at KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net http://voipham.com On Thu, Jul 14, 2016 at 6:59 PM, Corey Dean wrote: > Scott n3xcc had already stated there is a forum that can be used and it is > already setup and running. I don't remember the address of the top of my > head but it doesn't make much sense to have another one that is already > there and not getting used. > > Sent from my iPhone > > On Jul 14, 2016, at 7:22 PM, Loren Tedford wrote: > > Greetings app_rpt I have decided to try and start a forum with easily > searchable titles etc.. In the forum if i get a chance or anyone else they > can add you tube videos.. > voipham.com > I know its very basic and blah.. But it belongs to everyone.. I understand > if you don't want to use it because its not an official allstarlink project > or what ever.. I am hosting it on one of my web servers its no biggy here > and if we can get progress out of our group i call it a success.. > > > I have shot the idea around to a couple of forums where i hang out about > allstarlnk or app_rpt development in regards to what it would take to bring > us at least some security patches and maybe even if we could update to a > newer version.. I will post anything we come across that might be helpful > here still in the mailing list but have decided to use the forum primarily > this gives everyone a fighting chance and keeps the app_rpt open for what > ever it might be needed for.. > > > Here is my thoughts so far as far as in the development side.. > > 1. Do we continue using asterisk as it is and just make program side > modifications to secure it.. > 2. What is our goal in two years? > 3. How long can we operate the way we are on asterisk 1.4.23? > 4. Does newer versions work with raspberry pies? > 5. How much time if any is anyone willing to donate to working on this > project? > > > Anything I get I will post here as soon as know anything.. At this point > i am not turning down any help to starting this project backup I will use > any suggestion whether your a ham or not.. I think the goal now is > stability and maintaining what we got.. Our future goal should be whether > we go down the path with asterisk or just design some thing with in the > app_rpt that will connect up with asterisk systems.. > > > > Just my two cents.. > > > > Loren Tedford (KC9ZHV) > Phone: > Fax: > Email: lorentedford at gmail.com > Email: KC9ZHV at KC9ZHV.com > http://www.lorentedford.com > http://www.kc9zhv.com > http://forum.kc9zhv.com > http://hub.kc9zhv.com > http://Ltcraft.net > http://voipham.com > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Fri Jul 15 01:28:33 2016 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 14 Jul 2016 21:28:33 -0400 Subject: [App_rpt-users] Regarding Forum environment and Allstarlink development In-Reply-To: References: <1D8787CE-5586-4083-B4B6-51EB6F4C58E4@repeater.net> Message-ID: <57883C41.4040401@msgstor.com> I don't know what cluster fudge you are referring to. The people doing the development are communicating. Users are getting their questions answered. AllStar is not disappearing. I don't know who decided "not to press on" I don't know what help you want from the current developers. If you are going to learn to code, go for it. Download the source. If you have questions about the code, Just ask. You seem to think app_rpt HAS to move to a newer version of Asterisk. Maybe it does. Maybe it needs to be re-thought. Or just maybe it's working quite well. Over the last year, AllStar has moved to a current supported Linux distribution. It is now on multiple hardware platforms. New drivers are being deployed. New hardware is being supported. New gateways are being designed and built. A lot of us have spent time and energy to document the existing programs and configurations. Your complaint with the "old school mail list" is that there are no attachments. Maybe the place we discuss is not the place for the files. GIT and SVN do a great job of version control and collaboration. Videos are fine to show something to a new user but it does nothing to convey the hard information they need to edit configurations and get a feature going. I sure don't learn from a shaky camera and someone droning on for 15 minutes to find out they never cover my question. Building multiple places to discuss a project does not help move anything forward. It just make it harder to find a answer. If you need a ego boost by starting a forum, fine. More power to you. Anytime someone disagrees, you are "stepping on toes" I'm here to tell you, you are not stepping on toes. You spout words that sound good but you don't know what it takes to do something. I wish you well in your efforts. I hope I did not step on your toes. I'm sure some people will disagree with parts or all of what I have to say. This is just how I feel. 73, Steve N4IRS On 07/14/2016 08:07 PM, Loren Tedford wrote: > Ah interesting.. Yea I decided to start this up after the other day.. > All i am trying to is bring some i don't know organization to a > cluster fudge.. maybe some video tutorials etc.. We really gotta help > out the new comers other wise they get frustrated and give up etc.. > The other side of the flip coin is I am personally going to try and > learn how to code.. Whether i get help from the already current > developers or not I will continue on.. I can't set back and watch some > thing as good as this disappear before our eyes because we decide not > to press on.. > > Kinda like the ham IPs lol no one knows about them today but back when > they layed out ip addresses they left open ips for hams to use but > very few have ever used em.. Kinda sad really but if we do not > organize some where and we do not press forward with development then > we become stagnant.. > > Sorry if i stepped on any toes regarding the building of it Just > trying to help out the best i know how.. > > Meanwhile back to the you tube videos and learning c++ If i have to i > will rebuilding the silly thing from the ground up lol.. I hope not.. > I really hope some where along the line this grows interest and we can > get the ball moving and at least have a projected path with in 2 years.. > > > > > Loren Tedford (KC9ZHV) > Phone: > Fax: > Email: lorentedford at gmail.com > Email: KC9ZHV at KC9ZHV.com > http://www.lorentedford.com > http://www.kc9zhv.com > http://forum.kc9zhv.com > http://hub.kc9zhv.com > http://Ltcraft.net > http://voipham.com > > On Thu, Jul 14, 2016 at 6:59 PM, Corey Dean > wrote: > > Scott n3xcc had already stated there is a forum that can be used > and it is already setup and running. I don't remember the address > of the top of my head but it doesn't make much sense to have > another one that is already there and not getting used. > > Sent from my iPhone > > On Jul 14, 2016, at 7:22 PM, Loren Tedford > wrote: > >> Greetings app_rpt I have decided to try and start a forum with >> easily searchable titles etc.. In the forum if i get a chance or >> anyone else they can add you tube videos.. >> voipham.com >> I know its very basic and blah.. But it belongs to everyone.. I >> understand if you don't want to use it because its not an >> official allstarlink project or what ever.. I am hosting it on >> one of my web servers its no biggy here and if we can get >> progress out of our group i call it a success.. >> >> >> I have shot the idea around to a couple of forums where i hang >> out about allstarlnk or app_rpt development in regards to what it >> would take to bring us at least some security patches and maybe >> even if we could update to a newer version.. I will post anything >> we come across that might be helpful here still in the mailing >> list but have decided to use the forum primarily this gives >> everyone a fighting chance and keeps the app_rpt open for what >> ever it might be needed for.. >> >> >> Here is my thoughts so far as far as in the development side.. >> >> 1. Do we continue using asterisk as it is and just make program >> side modifications to secure it.. >> 2. What is our goal in two years? >> 3. How long can we operate the way we are on asterisk 1.4.23? >> 4. Does newer versions work with raspberry pies? >> 5. How much time if any is anyone willing to donate to working on >> this project? >> >> >> Anything I get I will post here as soon as know anything.. At >> this point i am not turning down any help to starting this >> project backup I will use any suggestion whether your a ham or >> not.. I think the goal now is stability and maintaining what we >> got.. Our future goal should be whether we go down the path with >> asterisk or just design some thing with in the app_rpt that will >> connect up with asterisk systems.. >> >> >> >> Just my two cents.. >> >> >> >> Loren Tedford (KC9ZHV) >> Phone: >> Fax: >> Email: lorentedford at gmail.com >> Email: KC9ZHV at KC9ZHV.com >> http://www.lorentedford.com >> http://www.kc9zhv.com >> http://forum.kc9zhv.com >> http://hub.kc9zhv.com >> http://Ltcraft.net >> http://voipham.com >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and >> scroll down to the bottom of the page. Enter your email address >> and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via >> email confirmation. If you have trouble unsubscribing, please >> send a message to the list detailing the problem. > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From N1XBM at amsat.org Fri Jul 15 01:32:39 2016 From: N1XBM at amsat.org (Robert Newberry) Date: Thu, 14 Jul 2016 21:32:39 -0400 Subject: [App_rpt-users] Building a "network" In-Reply-To: References: Message-ID: Yes thank you. This was enough to get me started on where tk start looking. N1XBM Apparare Scientor Paratus Communicare Allstar Node # 27086, 41540, 41812, 42086, 42658, 42657 www.radioguysrepeaternetwork.com On Jul 8, 2016 5:00 PM, "Stephen - K1LNX" wrote: > Hi Robert, > We run a small statewide DMR (MOTOTRBO) network and use OpenVPN on > Ubiquiti Edgerouter Lite's at all of our repeater sites, and peer them all > back to a Ubiquiti Edgerouter Pro, it works like a champ. We allocated a > /24 to each site in the 172.18.x.x range and kept the IP scheme consistent > for each piece of gear. We don't allow access to anything outside of our > VPN, everything is funneled in and out on our core router. Most of our > sites are on LTE connections so this was the best option we could find. > > Ideally, if you have a site with a static IP and fiber, you could locate > your core router there, and have that be the OpenVPN "server" with the rest > being "clients". If you setup a certificate based VPN, you can issue certs > for each site and when config'd properly it will connect to the server with > no port forwarding needed, just outbound internet access on UDP 1194 by > default. We chose the Ubiquiti gear to make it simple to deploy, but you > could easily do it with a standard linux install as well. > > Hope that helps or at least gives you some ideas :) > > 73 > Stephen > K1LNX > > > On Fri, Jul 8, 2016 at 3:08 PM, Robert Newberry wrote: > >> I have a network here in Maine with a half dozen repeaters with a mix of >> analog and digital repeaters. I mostly hang a router at the site, set the >> port forwards and I'm off an running. >> >> Since I plan on expanding my network if it would make more sense to use >> VPN routers and put all of my equipment/sites on the same subnet. Although >> I don't know all of the ins and outs of this. Such as one site in >> particular I was given my own static IP on a fiber connection and I >> supplied a router. Other sites I am plugged into the same router as other >> equipment that does not belong to me. >> >> Security is something I need to get better at such using things like >> fail2ban which I haven't sat down to figured out yet. I've even wondered if >> anyone would be willing to do a "talk" on this. >> >> I would be interested in other people's opinions. >> >> N1XBM >> Apparare Scientor >> Paratus Communicare >> Allstar Node # 27086, 41540, 41812, 42086, 42658, 42657 >> www.radioguysrepeaternetwork.com >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lorentedford at gmail.com Fri Jul 15 01:34:19 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Thu, 14 Jul 2016 20:34:19 -0500 Subject: [App_rpt-users] Regarding Forum environment and Allstarlink development In-Reply-To: <57883C41.4040401@msgstor.com> References: <1D8787CE-5586-4083-B4B6-51EB6F4C58E4@repeater.net> <57883C41.4040401@msgstor.com> Message-ID: Steve no you didn't step on any toes.. but where is the active directory of where we stand on this development.. Is their a location where we can download the latest early stage development software and test it.. Also where can we post bugs if we run into any of them.. Just trying to see where we stand.. But looking back to the past doesn't help either.. We just need to move forward and publicly share as much as possible putting out as much help documentation as possible etc.. Steve what type of improvements do you for see with asterisk in about 2 years? Where do you think we will stand in features with in two years? What kinda of projects are we working on for one day future release? What are our current goals? Loren Tedford (KC9ZHV) Phone: Fax: Email: lorentedford at gmail.com Email: KC9ZHV at KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net http://voipham.com On Thu, Jul 14, 2016 at 8:28 PM, Steve Zingman wrote: > I don't know what cluster fudge you are referring to. The people doing > the development are communicating. Users are getting their questions > answered. AllStar is not disappearing. I don't know who decided "not to > press on" I don't know what help you want from the current developers. If > you are going to learn to code, go for it. Download the source. If you have > questions about the code, Just ask. > > You seem to think app_rpt HAS to move to a newer version of Asterisk. > Maybe it does. Maybe it needs to be re-thought. Or just maybe it's working > quite well. Over the last year, AllStar has moved to a current supported > Linux distribution. It is now on multiple hardware platforms. New drivers > are being deployed. New hardware is being supported. New gateways are being > designed and built. > > A lot of us have spent time and energy to document the existing programs > and configurations. Your complaint with the "old school mail list" is that > there are no attachments. Maybe the place we discuss is not the place for > the files. GIT and SVN do a great job of version control and collaboration. > Videos are fine to show something to a new user but it does nothing to > convey the hard information they need to edit configurations and get a > feature going. I sure don't learn from a shaky camera and someone droning > on for 15 minutes to find out they never cover my question. Building > multiple places to discuss a project does not help move anything forward. > It just make it harder to find a answer. If you need a ego boost by > starting a forum, fine. More power to you. > > Anytime someone disagrees, you are "stepping on toes" I'm here to tell > you, you are not stepping on toes. You spout words that sound good but you > don't know what it takes to do something. > > I wish you well in your efforts. I hope I did not step on your toes. > > I'm sure some people will disagree with parts or all of what I have to > say. This is just how I feel. > > 73, Steve N4IRS > > On 07/14/2016 08:07 PM, Loren Tedford wrote: > > Ah interesting.. Yea I decided to start this up after the other day.. All > i am trying to is bring some i don't know organization to a cluster fudge.. > maybe some video tutorials etc.. We really gotta help out the new comers > other wise they get frustrated and give up etc.. The other side of the flip > coin is I am personally going to try and learn how to code.. Whether i get > help from the already current developers or not I will continue on.. I > can't set back and watch some thing as good as this disappear before our > eyes because we decide not to press on.. > > Kinda like the ham IPs lol no one knows about them today but back when > they layed out ip addresses they left open ips for hams to use but very few > have ever used em.. Kinda sad really but if we do not organize some where > and we do not press forward with development then we become stagnant.. > > Sorry if i stepped on any toes regarding the building of it Just trying to > help out the best i know how.. > > Meanwhile back to the you tube videos and learning c++ If i have to i will > rebuilding the silly thing from the ground up lol.. I hope not.. I really > hope some where along the line this grows interest and we can get the ball > moving and at least have a projected path with in 2 years.. > > > > > Loren Tedford (KC9ZHV) > Phone: > Fax: > Email: lorentedford at gmail.com > Email: KC9ZHV at KC9ZHV.com > http://www.lorentedford.com > http://www.kc9zhv.com > http://forum.kc9zhv.com > http://hub.kc9zhv.com > http://Ltcraft.net > http://voipham.com > > On Thu, Jul 14, 2016 at 6:59 PM, Corey Dean wrote: > >> Scott n3xcc had already stated there is a forum that can be used and it >> is already setup and running. I don't remember the address of the top of >> my head but it doesn't make much sense to have another one that is already >> there and not getting used. >> >> Sent from my iPhone >> >> On Jul 14, 2016, at 7:22 PM, Loren Tedford < >> lorentedford at gmail.com> wrote: >> >> Greetings app_rpt I have decided to try and start a forum with easily >> searchable titles etc.. In the forum if i get a chance or anyone else they >> can add you tube videos.. >> voipham.com >> I know its very basic and blah.. But it belongs to everyone.. I >> understand if you don't want to use it because its not an official >> allstarlink project or what ever.. I am hosting it on one of my web servers >> its no biggy here and if we can get progress out of our group i call it a >> success.. >> >> >> I have shot the idea around to a couple of forums where i hang out about >> allstarlnk or app_rpt development in regards to what it would take to bring >> us at least some security patches and maybe even if we could update to a >> newer version.. I will post anything we come across that might be helpful >> here still in the mailing list but have decided to use the forum primarily >> this gives everyone a fighting chance and keeps the app_rpt open for what >> ever it might be needed for.. >> >> >> Here is my thoughts so far as far as in the development side.. >> >> 1. Do we continue using asterisk as it is and just make program side >> modifications to secure it.. >> 2. What is our goal in two years? >> 3. How long can we operate the way we are on asterisk 1.4.23? >> 4. Does newer versions work with raspberry pies? >> 5. How much time if any is anyone willing to donate to working on this >> project? >> >> >> Anything I get I will post here as soon as know anything.. At this point >> i am not turning down any help to starting this project backup I will use >> any suggestion whether your a ham or not.. I think the goal now is >> stability and maintaining what we got.. Our future goal should be whether >> we go down the path with asterisk or just design some thing with in the >> app_rpt that will connect up with asterisk systems.. >> >> >> >> Just my two cents.. >> >> >> >> Loren Tedford (KC9ZHV) >> Phone: >> Fax: >> Email: lorentedford at gmail.com >> Email: KC9ZHV at KC9ZHV.com >> http://www.lorentedford.com >> http://www.kc9zhv.com >> http://forum.kc9zhv.com >> http://hub.kc9zhv.com >> http://Ltcraft.net >> http://voipham.com >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> >> > > > _______________________________________________ > App_rpt-users mailing listApp_rpt-users at ohnosec.orghttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Fri Jul 15 01:35:38 2016 From: electricity440 at gmail.com (Skyler F) Date: Thu, 14 Jul 2016 19:35:38 -0600 Subject: [App_rpt-users] Iax2 not registering on a 2 node system Message-ID: I have 2 nodes under the same IP, and I am having trouble registering iax on both of them, its either or, whichever one starts asterisk first. I have properly configured the port in the iax.conf file, the rpt.conf file, and the allstar portal, but I am not able get both nodes registered with AllStar. This problem only started happening when I configured inbound ports, 4570 UDP to one node and 4569 UDP to the other. If I turn off port forwarding, everything is fine. One node is fine, but the other is having issues Host dnsmgr Username Perceived Refresh State 67.215.233.178:4569 Y 40764 60 Request Sent 67.215.233.178:4569 Y 42622 60 Request Sent Host dnsmgr Username Perceived Refresh State 67.215.233.178:4569 Y 42845 8.42.68.22:4569 60 Registered -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Fri Jul 15 01:50:46 2016 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 14 Jul 2016 21:50:46 -0400 Subject: [App_rpt-users] Regarding Forum environment and Allstarlink development In-Reply-To: References: <1D8787CE-5586-4083-B4B6-51EB6F4C58E4@repeater.net> <57883C41.4040401@msgstor.com> Message-ID: <57884176.80004@msgstor.com> I don't know what you mean by "the active directory" The current source to AllStar is at This is where it has been for some time. DIAL is at All of my open source HAM radio work is at You can post bug reports right here on the list. This is where we stand. The documentation is on the allstarlink.org web site. Tim updates it when people submit updates to him. I have no idea what improvement I see in the next 2 years. I have no idea the state of the art in 2 years. I do have AllStar projects I'm working on and when they are ready, I'll announce them. I forgot to mention in my first post, I speak for N4IRS and only N4IRS. Steve On 07/14/2016 09:34 PM, Loren Tedford wrote: > Steve no you didn't step on any toes.. but where is the active > directory of where we stand on this development.. Is their a location > where we can download the latest early stage development software and > test it.. Also where can we post bugs if we run into any of them.. > Just trying to see where we stand.. But looking back to the past > doesn't help either.. We just need to move forward and publicly share > as much as possible putting out as much help documentation as possible > etc.. > > Steve what type of improvements do you for see with asterisk in about > 2 years? Where do you think we will stand in features with in two > years? What kinda of projects are we working on for one day future > release? What are our current goals? > > > Loren Tedford (KC9ZHV) > Phone: > Fax: > Email: lorentedford at gmail.com > Email: KC9ZHV at KC9ZHV.com > http://www.lorentedford.com > http://www.kc9zhv.com > http://forum.kc9zhv.com > http://hub.kc9zhv.com > http://Ltcraft.net > http://voipham.com > > On Thu, Jul 14, 2016 at 8:28 PM, Steve Zingman > wrote: > > I don't know what cluster fudge you are referring to. The people > doing the development are communicating. Users are getting their > questions answered. AllStar is not disappearing. I don't know who > decided "not to press on" I don't know what help you want from the > current developers. If you are going to learn to code, go for it. > Download the source. If you have questions about the code, Just ask. > > You seem to think app_rpt HAS to move to a newer version of > Asterisk. Maybe it does. Maybe it needs to be re-thought. Or just > maybe it's working quite well. Over the last year, AllStar has > moved to a current supported Linux distribution. It is now on > multiple hardware platforms. New drivers are being deployed. New > hardware is being supported. New gateways are being designed and > built. > > A lot of us have spent time and energy to document the existing > programs and configurations. Your complaint with the "old school > mail list" is that there are no attachments. Maybe the place we > discuss is not the place for the files. GIT and SVN do a great job > of version control and collaboration. Videos are fine to show > something to a new user but it does nothing to convey the hard > information they need to edit configurations and get a feature > going. I sure don't learn from a shaky camera and someone droning > on for 15 minutes to find out they never cover my question. > Building multiple places to discuss a project does not help move > anything forward. It just make it harder to find a answer. If you > need a ego boost by starting a forum, fine. More power to you. > > Anytime someone disagrees, you are "stepping on toes" I'm here to > tell you, you are not stepping on toes. You spout words that sound > good but you don't know what it takes to do something. > > I wish you well in your efforts. I hope I did not step on your toes. > > I'm sure some people will disagree with parts or all of what I > have to say. This is just how I feel. > > 73, Steve N4IRS > > On 07/14/2016 08:07 PM, Loren Tedford wrote: >> Ah interesting.. Yea I decided to start this up after the other >> day.. All i am trying to is bring some i don't know organization >> to a cluster fudge.. maybe some video tutorials etc.. We really >> gotta help out the new comers other wise they get frustrated and >> give up etc.. The other side of the flip coin is I am personally >> going to try and learn how to code.. Whether i get help from the >> already current developers or not I will continue on.. I can't >> set back and watch some thing as good as this disappear before >> our eyes because we decide not to press on.. >> >> Kinda like the ham IPs lol no one knows about them today but back >> when they layed out ip addresses they left open ips for hams to >> use but very few have ever used em.. Kinda sad really but if we >> do not organize some where and we do not press forward with >> development then we become stagnant.. >> >> Sorry if i stepped on any toes regarding the building of it Just >> trying to help out the best i know how.. >> >> Meanwhile back to the you tube videos and learning c++ If i have >> to i will rebuilding the silly thing from the ground up lol.. I >> hope not.. I really hope some where along the line this grows >> interest and we can get the ball moving and at least have a >> projected path with in 2 years.. >> >> >> >> >> Loren Tedford (KC9ZHV) >> Phone: >> Fax: >> Email: lorentedford at gmail.com >> Email: KC9ZHV at KC9ZHV.com >> http://www.lorentedford.com >> http://www.kc9zhv.com >> http://forum.kc9zhv.com >> http://hub.kc9zhv.com >> http://Ltcraft.net >> http://voipham.com >> >> On Thu, Jul 14, 2016 at 6:59 PM, Corey Dean > > wrote: >> >> Scott n3xcc had already stated there is a forum that can be >> used and it is already setup and running. I don't remember >> the address of the top of my head but it doesn't make much >> sense to have another one that is already there and not >> getting used. >> >> Sent from my iPhone >> >> On Jul 14, 2016, at 7:22 PM, Loren Tedford >> > wrote: >> >>> Greetings app_rpt I have decided to try and start a forum >>> with easily searchable titles etc.. In the forum if i get a >>> chance or anyone else they can add you tube videos.. >>> voipham.com >>> I know its very basic and blah.. But it belongs to >>> everyone.. I understand if you don't want to use it because >>> its not an official allstarlink project or what ever.. I am >>> hosting it on one of my web servers its no biggy here and if >>> we can get progress out of our group i call it a success.. >>> >>> >>> I have shot the idea around to a couple of forums where i >>> hang out about allstarlnk or app_rpt development in regards >>> to what it would take to bring us at least some security >>> patches and maybe even if we could update to a newer >>> version.. I will post anything we come across that might be >>> helpful here still in the mailing list but have decided to >>> use the forum primarily this gives everyone a fighting >>> chance and keeps the app_rpt open for what ever it might be >>> needed for.. >>> >>> >>> Here is my thoughts so far as far as in the development side.. >>> >>> 1. Do we continue using asterisk as it is and just make >>> program side modifications to secure it.. >>> 2. What is our goal in two years? >>> 3. How long can we operate the way we are on asterisk 1.4.23? >>> 4. Does newer versions work with raspberry pies? >>> 5. How much time if any is anyone willing to donate to >>> working on this project? >>> >>> >>> Anything I get I will post here as soon as know anything.. >>> At this point i am not turning down any help to starting >>> this project backup I will use any suggestion whether your a >>> ham or not.. I think the goal now is stability and >>> maintaining what we got.. Our future goal should be whether >>> we go down the path with asterisk or just design some thing >>> with in the app_rpt that will connect up with asterisk systems.. >>> >>> >>> >>> Just my two cents.. >>> >>> >>> >>> Loren Tedford (KC9ZHV) >>> Phone: >>> Fax: >>> Email: lorentedford at gmail.com >>> Email: KC9ZHV at KC9ZHV.com >>> http://www.lorentedford.com >>> http://www.kc9zhv.com >>> http://forum.kc9zhv.com >>> http://hub.kc9zhv.com >>> http://Ltcraft.net >>> http://voipham.com >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> and scroll down to the bottom of the page. Enter your email >>> address and press the "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via >>> email confirmation. If you have trouble unsubscribing, >>> please send a message to the list detailing the problem. >> >> >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > > -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From k6ecm1 at gmail.com Fri Jul 15 04:38:10 2016 From: k6ecm1 at gmail.com (Bob Pyke) Date: Thu, 14 Jul 2016 21:38:10 -0700 Subject: [App_rpt-users] Iax2 not registering on a 2 node system In-Reply-To: References: Message-ID: they both cannot have the same UDP port number. Make sure you reflect the correct port numbers for the nodes at allstarlink.org Thanks, Bob k6ecm 73 Sent from iPad > On Jul 14, 2016, at 6:35 PM, Skyler F wrote: > > I have 2 nodes under the same IP, and I am having trouble registering iax on both of them, its either or, whichever one starts asterisk first. I have properly configured the port in the iax.conf file, the rpt.conf file, and the allstar portal, but I am not able get both nodes registered with AllStar. > > This problem only started happening when I configured inbound ports, 4570 UDP to one node and 4569 UDP to the other. If I turn off port forwarding, everything is fine. > > One node is fine, but the other is having issues > > Host dnsmgr Username Perceived Refresh State > 67.215.233.178:4569 Y 40764 60 Request Sent > 67.215.233.178:4569 Y 42622 60 Request Sent > > Host dnsmgr Username Perceived Refresh State > 67.215.233.178:4569 Y 42845 8.42.68.22:4569 60 Registered > > -- > Skyler Fennell > amsatnet.info > KD?WHB > electricity440 at gmail.com > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Fri Jul 15 04:42:27 2016 From: electricity440 at gmail.com (Skyler F) Date: Thu, 14 Jul 2016 22:42:27 -0600 Subject: [App_rpt-users] Iax2 not registering on a 2 node system In-Reply-To: References: Message-ID: It must have been a strange routing issue because it's working fine now. Yes, they are on different ports both in the conf files and the Allstar website. On Thursday, July 14, 2016, Bob Pyke wrote: > they both cannot have the same UDP port number. Make sure you reflect the > correct port numbers for the nodes at allstarlink.org > > Thanks, > Bob > k6ecm > 73 > > Sent from iPad > > > On Jul 14, 2016, at 6:35 PM, Skyler F > wrote: > > I have 2 nodes under the same IP, and I am having trouble registering iax > on both of them, its either or, whichever one starts asterisk first. I have > properly configured the port in the iax.conf file, the rpt.conf file, and > the allstar portal, but I am not able get both nodes registered with > AllStar. > > This problem only started happening when I configured inbound ports, 4570 > UDP to one node and 4569 UDP to the other. If I turn off port forwarding, > everything is fine. > > One node is fine, but the other is having issues > > Host dnsmgr Username Perceived Refresh > State > 67.215.233.178:4569 Y 40764 60 > Request Sent > 67.215.233.178:4569 Y 42622 60 > Request Sent > > Host dnsmgr Username Perceived Refresh > State > 67.215.233.178:4569 Y 42845 8.42.68.22:4569 60 > Registered > > -- > Skyler Fennell > amsatnet.info > KD?WHB > electricity440 at gmail.com > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From shulerburton at gmail.com Fri Jul 15 04:56:27 2016 From: shulerburton at gmail.com (Shuler Burton) Date: Fri, 15 Jul 2016 00:56:27 -0400 Subject: [App_rpt-users] Iax2 not registering on a 2 node system In-Reply-To: References: Message-ID: <48189E25-2CE0-427A-A1C2-8101D4745A71@gmail.com> Could put one in the Dmz but that's not best practice security wise. Can only forward 1 port so this would work. Make sure to have iptables or another firewall setup and working properly. Temporarily this would work. I run a. Vm acid test on my PC with echo link so can have one or the other typically but not both.. The UDP is more of a session than port... Think of it as this session uses these 2 ports. Sent from my iPhone Shuler Burton God bless you: ??? ???? ???? -- Hashem yevarech otcha > On Jul 14, 2016, at 9:35 PM, Skyler F wrote: > > I have 2 nodes under the same IP, and I am having trouble registering iax on both of them, its either or, whichever one starts asterisk first. I have properly configured the port in the iax.conf file, the rpt.conf file, and the allstar portal, but I am not able get both nodes registered with AllStar. > > This problem only started happening when I configured inbound ports, 4570 UDP to one node and 4569 UDP to the other. If I turn off port forwarding, everything is fine. > > One node is fine, but the other is having issues > > Host dnsmgr Username Perceived Refresh State > 67.215.233.178:4569 Y 40764 60 Request Sent > 67.215.233.178:4569 Y 42622 60 Request Sent > > Host dnsmgr Username Perceived Refresh State > 67.215.233.178:4569 Y 42845 8.42.68.22:4569 60 Registered > > -- > Skyler Fennell > amsatnet.info > KD?WHB > electricity440 at gmail.com > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kuggie at kuggie.com Fri Jul 15 14:55:19 2016 From: kuggie at kuggie.com (Kevin Custer) Date: Fri, 15 Jul 2016 10:55:19 -0400 Subject: [App_rpt-users] Regarding Forum environment and Allstarlink development In-Reply-To: <1D8787CE-5586-4083-B4B6-51EB6F4C58E4@repeater.net> References: <1D8787CE-5586-4083-B4B6-51EB6F4C58E4@repeater.net> Message-ID: The site is called www.allstarnode.com. Scott set it up in hopes of doing the very same thing. Email lists/groups still have their place. Many allow attachments. But, allowing attachments doesn't make or break the effectiveness of an email group. Besides, we already have an email group that allows attachments, but it hasn't been well received either. https://groups.yahoo.com/neo/groups/arm-app_rpt/info Like everyone else, I wish you good luck Loren, but don't be surprised or offended if it just sits there. It takes a LOT of time and energy to make something valuable - believe me, I know, I own repeater-builder.com and collectively have over 10,000 members subscribed to various lists/groups that I run/manage. Kevin Custer - W3KKC On 7/14/2016 7:59 PM, Corey Dean wrote: > Scott n3xcc had already stated there is a forum that can be used and > it is already setup and running. I don't remember the address of the > top of my head but it doesn't make much sense to have another one that > is already there and not getting used. > > Sent from my iPhone > > On Jul 14, 2016, at 7:22 PM, Loren Tedford > wrote: > >> Greetings app_rpt I have decided to try and start a forum with easily >> searchable titles etc.. In the forum if i get a chance or anyone else >> they can add you tube videos.. >> voipham.com >> I know its very basic and blah.. But it belongs to everyone.. I >> understand if you don't want to use it because its not an official >> allstarlink project or what ever.. I am hosting it on one of my web >> servers its no biggy here and if we can get progress out of our group >> i call it a success.. >> >> >> I have shot the idea around to a couple of forums where i hang out >> about allstarlnk or app_rpt development in regards to what it would >> take to bring us at least some security patches and maybe even if we >> could update to a newer version.. I will post anything we come across >> that might be helpful here still in the mailing list but have decided >> to use the forum primarily this gives everyone a fighting chance and >> keeps the app_rpt open for what ever it might be needed for.. >> >> >> Here is my thoughts so far as far as in the development side.. >> >> 1. Do we continue using asterisk as it is and just make program side >> modifications to secure it.. >> 2. What is our goal in two years? >> 3. How long can we operate the way we are on asterisk 1.4.23? >> 4. Does newer versions work with raspberry pies? >> 5. How much time if any is anyone willing to donate to working on >> this project? >> >> >> Anything I get I will post here as soon as know anything.. At this >> point i am not turning down any help to starting this project backup >> I will use any suggestion whether your a ham or not.. I think the >> goal now is stability and maintaining what we got.. Our future goal >> should be whether we go down the path with asterisk or just design >> some thing with in the app_rpt that will connect up with asterisk >> systems.. >> >> >> >> Just my two cents.. >> >> >> >> Loren Tedford (KC9ZHV) >> Phone: >> Fax: >> Email: lorentedford at gmail.com >> Email: KC9ZHV at KC9ZHV.com >> http://www.lorentedford.com >> http://www.kc9zhv.com >> http://forum.kc9zhv.com >> http://hub.kc9zhv.com >> http://Ltcraft.net >> http://voipham.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Ramesh at va3uv.com Fri Jul 15 16:20:00 2016 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Fri, 15 Jul 2016 12:20:00 -0400 Subject: [App_rpt-users] Node 2424 - Bridgecom 220 Repeater is LIVE! Message-ID: <6115ead7-ce70-a682-03da-665a5a26c0ac@va3uv.com> Hi Guys: Following my recent posts, I am happy to report that node 2424 is on-air again (this time using a pair of Bridgecom BCM220 mobiles / same hardware used in the BCR220 repeater!). The audio out is nice and clean.... the Hum that I reported earlier this week was solved last night, on the suggestion of Jon, VA3RQ. I was testing at home using a RPi (running 3 nodes ;). The Pi is powered from a Walwart and although the USB fob audio ground is connected through to the ground pin on the radio's DB15, there seemed to be a ground loop, which was solved by connecting the RPi ground to the power supply ground! At the repeater site, I am using a HP SFF PC. I am happy to report that after setting audio levels with an AeroFlex test set, the audio is crystal clear - very nice :) I have a couple of issues that I need some help with: 1. My nodes (2182 and 2424) are not showing up on the Allstar stats page - when I switch to CLI and do an 'iax2 reload' they appear to register fine and with the correct IP address. 2. I like a nice quiet repeater, so prefer to use "talk through tone" (cop,58). This is great in that we do not hear courtesy tones, telemetry messages, etc. When the repeater is being used locally, the PL is sent, so we hear that (on a CTCSS enabled radio). However, the PL is NOT sent when the repeater is passing "remote" audio (i.e., audio from remote hosts). Can someone verify this behavior, is this "working as designed" or a bug? Thanks to Jon (VA3RQ), Scott (N3XCC) and Kevin (W3KKC) for all of your help with this project over the past couple of weeks. Cheers! Ramesh, VA3UV From szingman at msgstor.com Fri Jul 15 16:37:25 2016 From: szingman at msgstor.com (Steve Zingman) Date: Fri, 15 Jul 2016 12:37:25 -0400 Subject: [App_rpt-users] Node 2424 - Bridgecom 220 Repeater is LIVE! In-Reply-To: <6115ead7-ce70-a682-03da-665a5a26c0ac@va3uv.com> References: <6115ead7-ce70-a682-03da-665a5a26c0ac@va3uv.com> Message-ID: <57891145.30507@msgstor.com> Ramesh, I assume from the asterisk cli prompt iax2 show registry looks something like this: Host dnsmgr Username Perceived Refresh State 67.215.233.178:4569 N 2148 208.35.139.11:4569 60 Registered Exit the CLI cd /etc/asterisk wget https://github.com/N4IRS/AllStar/raw/master/configs/dnsmgr.conf restart asterisk 73, Steve N4IRS On 7/15/2016 12:20 PM, Ramesh Dhami (VA3UV) wrote: > Hi Guys: > > Following my recent posts, I am happy to report that node 2424 is > on-air again (this time using a pair of Bridgecom BCM220 mobiles / > same hardware used in the BCR220 repeater!). > > The audio out is nice and clean.... the Hum that I reported earlier > this week was solved last night, on the suggestion of Jon, VA3RQ. I > was testing at home using a RPi (running 3 nodes ;). The Pi is powered > from a Walwart and although the USB fob audio ground is connected > through to the ground pin on the radio's DB15, there seemed to be a > ground loop, which was solved by connecting the RPi ground to the > power supply ground! > > At the repeater site, I am using a HP SFF PC. I am happy to report > that after setting audio levels with an AeroFlex test set, the audio > is crystal clear - very nice :) > > I have a couple of issues that I need some help with: > > 1. My nodes (2182 and 2424) are not showing up on the Allstar stats > page - when I switch to CLI and do an 'iax2 reload' they appear to > register fine and with the correct IP address. > > 2. I like a nice quiet repeater, so prefer to use "talk through tone" > (cop,58). This is great in that we do not hear courtesy tones, > telemetry messages, etc. When the repeater is being used locally, the > PL is sent, so we hear that (on a CTCSS enabled radio). However, the > PL is NOT sent when the repeater is passing "remote" audio (i.e., > audio from remote hosts). Can someone verify this behavior, is this > "working as designed" or a bug? > > > Thanks to Jon (VA3RQ), Scott (N3XCC) and Kevin (W3KKC) for all of your > help with this project over the past couple of weeks. > > Cheers! > > Ramesh, VA3UV > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From Ramesh at va3uv.com Fri Jul 15 16:50:37 2016 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Fri, 15 Jul 2016 12:50:37 -0400 Subject: [App_rpt-users] Node 2424 - Bridgecom 220 Repeater is LIVE! In-Reply-To: <57891145.30507@msgstor.com> References: <6115ead7-ce70-a682-03da-665a5a26c0ac@va3uv.com> <57891145.30507@msgstor.com> Message-ID: <5f3de302-2a17-7c39-91d8-d4e235661145@va3uv.com> On 7/15/2016 12:37 PM, Steve Zingman wrote: > Ramesh, > I assume from the asterisk cli prompt iax2 show registry looks > something like this: > > Host dnsmgr Username Perceived Refresh State > 67.215.233.178:4569 N 2148 208.35.139.11:4569 60 > Registered > > Exit the CLI > > cd /etc/asterisk > wget https://github.com/N4IRS/AllStar/raw/master/configs/dnsmgr.conf > > restart asterisk > Hi Steve: Followed your recommendation above; after 5 mins or so, I still do not see my nodes on the status page (or appearing as active via node status in the Portal) iax2 show registry shows: Host dnsmgr Username Perceived Refresh State 67.215.233.178:4569 Y 2424 208.124.214.227:4568 60 Registered 67.215.233.178:4569 Y 2182 208.124.214.227:4568 60 Registered Cheers, Ramesh. From szingman at msgstor.com Fri Jul 15 16:51:52 2016 From: szingman at msgstor.com (Steve Zingman) Date: Fri, 15 Jul 2016 12:51:52 -0400 Subject: [App_rpt-users] Node 2424 - Bridgecom 220 Repeater is LIVE! In-Reply-To: <5f3de302-2a17-7c39-91d8-d4e235661145@va3uv.com> References: <6115ead7-ce70-a682-03da-665a5a26c0ac@va3uv.com> <57891145.30507@msgstor.com> <5f3de302-2a17-7c39-91d8-d4e235661145@va3uv.com> Message-ID: <578914A8.6010304@msgstor.com> But after a asterisk restart you do see it on the status page? On 7/15/2016 12:50 PM, Ramesh Dhami (VA3UV) wrote: > On 7/15/2016 12:37 PM, Steve Zingman wrote: >> Ramesh, >> I assume from the asterisk cli prompt iax2 show registry looks >> something like this: >> >> Host dnsmgr Username Perceived Refresh State >> 67.215.233.178:4569 N 2148 208.35.139.11:4569 60 >> Registered >> >> Exit the CLI >> >> cd /etc/asterisk >> wget https://github.com/N4IRS/AllStar/raw/master/configs/dnsmgr.conf >> >> restart asterisk >> > Hi Steve: > > Followed your recommendation above; after 5 mins or so, I still do not > see my nodes on the status page (or appearing as active via node > status in the Portal) > > iax2 show registry shows: > > Host dnsmgr Username Perceived Refresh State > 67.215.233.178:4569 Y 2424 208.124.214.227:4568 60 > Registered > 67.215.233.178:4569 Y 2182 208.124.214.227:4568 60 > Registered > > > Cheers, > > Ramesh. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From Ramesh at va3uv.com Fri Jul 15 16:54:28 2016 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Fri, 15 Jul 2016 12:54:28 -0400 Subject: [App_rpt-users] Node 2424 - Bridgecom 220 Repeater is LIVE! In-Reply-To: <578914A8.6010304@msgstor.com> References: <6115ead7-ce70-a682-03da-665a5a26c0ac@va3uv.com> <57891145.30507@msgstor.com> <5f3de302-2a17-7c39-91d8-d4e235661145@va3uv.com> <578914A8.6010304@msgstor.com> Message-ID: <00b6362d-c795-44c8-a718-00e6045e0794@va3uv.com> On 7/15/2016 12:51 PM, Steve Zingman wrote: > But after a asterisk restart you do see it on the status page? > <-- Sorry Steve, I should have responded to that... the answer is no. R. From szingman at msgstor.com Fri Jul 15 16:56:16 2016 From: szingman at msgstor.com (Steve Zingman) Date: Fri, 15 Jul 2016 12:56:16 -0400 Subject: [App_rpt-users] Node 2424 - Bridgecom 220 Repeater is LIVE! In-Reply-To: <00b6362d-c795-44c8-a718-00e6045e0794@va3uv.com> References: <6115ead7-ce70-a682-03da-665a5a26c0ac@va3uv.com> <57891145.30507@msgstor.com> <5f3de302-2a17-7c39-91d8-d4e235661145@va3uv.com> <578914A8.6010304@msgstor.com> <00b6362d-c795-44c8-a718-00e6045e0794@va3uv.com> Message-ID: <578915B0.5000207@msgstor.com> Sorry, After a iax2 reload it shows on the status page? On 7/15/2016 12:54 PM, Ramesh Dhami (VA3UV) wrote: > On 7/15/2016 12:51 PM, Steve Zingman wrote: >> But after a asterisk restart you do see it on the status page? >> > <-- Sorry Steve, I should have responded to that... the answer is no. > > R. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From Ramesh at va3uv.com Fri Jul 15 16:59:40 2016 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Fri, 15 Jul 2016 12:59:40 -0400 Subject: [App_rpt-users] Node 2424 - Bridgecom 220 Repeater is LIVE! In-Reply-To: <578915B0.5000207@msgstor.com> References: <6115ead7-ce70-a682-03da-665a5a26c0ac@va3uv.com> <57891145.30507@msgstor.com> <5f3de302-2a17-7c39-91d8-d4e235661145@va3uv.com> <578914A8.6010304@msgstor.com> <00b6362d-c795-44c8-a718-00e6045e0794@va3uv.com> <578915B0.5000207@msgstor.com> Message-ID: <1354da2f-e580-964e-fc29-7a27c82ad6ae@va3uv.com> On 7/15/2016 12:56 PM, Steve Zingman wrote: > Sorry, > After a iax2 reload it shows on the status page? > <-- No.... I have restarted Asterisk and just now, for good measure, did an iax2 reload; CLI looks OK: -- Registered IAX2 to '67.215.233.178', who sees us as 208.124.214.227:4568 with no messages waiting -- Registered IAX2 to '67.215.233.178', who sees us as 208.124.214.227:4568 with no messages waiting BUT .. the nodes are *not* showing up on the status page. R. From szingman at msgstor.com Fri Jul 15 17:09:26 2016 From: szingman at msgstor.com (Steve Zingman) Date: Fri, 15 Jul 2016 13:09:26 -0400 Subject: [App_rpt-users] Node 2424 - Bridgecom 220 Repeater is LIVE! In-Reply-To: <1354da2f-e580-964e-fc29-7a27c82ad6ae@va3uv.com> References: <6115ead7-ce70-a682-03da-665a5a26c0ac@va3uv.com> <57891145.30507@msgstor.com> <5f3de302-2a17-7c39-91d8-d4e235661145@va3uv.com> <578914A8.6010304@msgstor.com> <00b6362d-c795-44c8-a718-00e6045e0794@va3uv.com> <578915B0.5000207@msgstor.com> <1354da2f-e580-964e-fc29-7a27c82ad6ae@va3uv.com> Message-ID: <578918C6.30807@msgstor.com> OK. I re-read your first message. Sorry for the confusion. Please check rpt.conf ;statpost_program = /usr/bin/wget,-q,--timeout=15,--tries=1,--output-document=/dev/null ;statpost_url = http://stats.allstarlink.org/uhandler.php ; Status updates Make sure the above lines are uncommented. Steve On 7/15/2016 12:59 PM, Ramesh Dhami (VA3UV) wrote: > On 7/15/2016 12:56 PM, Steve Zingman wrote: >> Sorry, >> After a iax2 reload it shows on the status page? >> > <-- No.... I have restarted Asterisk and just now, for good measure, > did an iax2 reload; CLI looks OK: > > -- Registered IAX2 to '67.215.233.178', who sees us as > 208.124.214.227:4568 with no messages waiting > > -- Registered IAX2 to '67.215.233.178', who sees us as > 208.124.214.227:4568 with no messages waiting > > > BUT .. the nodes are *not* showing up on the status page. > > R. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From Ramesh at va3uv.com Fri Jul 15 17:12:51 2016 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Fri, 15 Jul 2016 13:12:51 -0400 Subject: [App_rpt-users] Node 2424 - Bridgecom 220 Repeater is LIVE! In-Reply-To: <578918C6.30807@msgstor.com> References: <6115ead7-ce70-a682-03da-665a5a26c0ac@va3uv.com> <57891145.30507@msgstor.com> <5f3de302-2a17-7c39-91d8-d4e235661145@va3uv.com> <578914A8.6010304@msgstor.com> <00b6362d-c795-44c8-a718-00e6045e0794@va3uv.com> <578915B0.5000207@msgstor.com> <1354da2f-e580-964e-fc29-7a27c82ad6ae@va3uv.com> <578918C6.30807@msgstor.com> Message-ID: <196b8295-9f34-b544-5a1b-5f73256bddca@va3uv.com> On 7/15/2016 1:09 PM, Steve Zingman wrote: > OK. > I re-read your first message. Sorry for the confusion. > Please check rpt.conf > ;statpost_program = > /usr/bin/wget,-q,--timeout=15,--tries=1,--output-document=/dev/null > ;statpost_url = http://stats.allstarlink.org/uhandler.php ; Status > updates > <-- Correct - these 2 lines are uncommented: statpost_program=/usr/bin/wget,-q,--timeout=15,--tries=1,--output-document=/dev/null statpost_url=http://stats.allstarlink.org/uhandler.php ; Status updates From kb4fxc at inttek.net Fri Jul 15 17:24:21 2016 From: kb4fxc at inttek.net (David McGough) Date: Fri, 15 Jul 2016 13:24:21 -0400 (EDT) Subject: [App_rpt-users] Node 2424 - Bridgecom 220 Repeater is LIVE! In-Reply-To: <196b8295-9f34-b544-5a1b-5f73256bddca@va3uv.com> Message-ID: Hi Ramesh, I'll take a look, try to identify the issue and report back. 73, David KB4FXC On Fri, 15 Jul 2016, Ramesh Dhami (VA3UV) wrote: > On 7/15/2016 1:09 PM, Steve Zingman wrote: > > OK. > > I re-read your first message. Sorry for the confusion. > > Please check rpt.conf > > ;statpost_program = > > /usr/bin/wget,-q,--timeout=15,--tries=1,--output-document=/dev/null > > ;statpost_url = http://stats.allstarlink.org/uhandler.php ; Status > > updates > > > <-- Correct - these 2 lines are uncommented: > > statpost_program=/usr/bin/wget,-q,--timeout=15,--tries=1,--output-document=/dev/null > statpost_url=http://stats.allstarlink.org/uhandler.php ; Status updates > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > From tom at tomh.us Fri Jul 15 17:50:45 2016 From: tom at tomh.us (Tom Hayward) Date: Fri, 15 Jul 2016 10:50:45 -0700 Subject: [App_rpt-users] Regarding Forum environment and Allstarlink development In-Reply-To: <57884176.80004@msgstor.com> References: <1D8787CE-5586-4083-B4B6-51EB6F4C58E4@repeater.net> <57883C41.4040401@msgstor.com> <57884176.80004@msgstor.com> Message-ID: On Thu, Jul 14, 2016 at 6:50 PM, Steve Zingman wrote: > I don't know what you mean by "the active directory" The current source to > AllStar is at > I can't figure out how to use this. When I do svn co http://svn.ohnosec.org/viewvc/projects/allstar/astsrc-1.4.23-pre/trunk/ I get a 500 error. Am I doing something wrong? Tom KD7LXL From szingman at msgstor.com Fri Jul 15 17:53:03 2016 From: szingman at msgstor.com (Steve Zingman) Date: Fri, 15 Jul 2016 13:53:03 -0400 Subject: [App_rpt-users] Regarding Forum environment and Allstarlink development In-Reply-To: References: <1D8787CE-5586-4083-B4B6-51EB6F4C58E4@repeater.net> <57883C41.4040401@msgstor.com> <57884176.80004@msgstor.com> Message-ID: <578922FF.70404@msgstor.com> svn checkout http://svn.ohnosec.org/svn/projects/allstar/astsrc-1.4.23-pre/trunk astsrc-1.4.23-pre On 7/15/2016 1:50 PM, Tom Hayward wrote: > On Thu, Jul 14, 2016 at 6:50 PM, Steve Zingman wrote: >> I don't know what you mean by "the active directory" The current source to >> AllStar is at >> > I can't figure out how to use this. When I do > svn co http://svn.ohnosec.org/viewvc/projects/allstar/astsrc-1.4.23-pre/trunk/ > I get a 500 error. > > Am I doing something wrong? > > Tom KD7LXL -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From wolthuis at gmail.com Fri Jul 15 18:06:36 2016 From: wolthuis at gmail.com (Michael J. Wolthuis) Date: Fri, 15 Jul 2016 14:06:36 -0400 Subject: [App_rpt-users] Just wanted to say thanks to Steve N4IRS! Message-ID: <8251FD48-7BFB-4556-9630-76C246255EAC@gmail.com> I just wanted to publically thank Steve N4IRS for his support and energy him and his brother have breathed into Allstar for me. I am having a blast with DMRGateway and DMRGui.? I am building new Allstar nodes left and right.? The DIAL distribution is well thought out and works for me really well. Steve personally took time (several hours) to help me get my DIAL and DMRGateway working right on a RaspPi2. I couldn?t have done it without him!!!! Thanks STEVE, you are appreciated, have a great weekend! Mike Kb8zgl -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb4fxc at inttek.net Fri Jul 15 18:37:14 2016 From: kb4fxc at inttek.net (David McGough) Date: Fri, 15 Jul 2016 14:37:14 -0400 (EDT) Subject: [App_rpt-users] stats updates for node 2182 and 2424 In-Reply-To: Message-ID: Hi Ramesh, I took a look though the server logs and don't see any status post requests at all coming in from nodes 2182 or 2424. As previously mentioned, check your node configuration in rpt.conf and make sure -each- node stanza has statements like: [2182] statpost_program=/usr/bin/wget,-q,--timeout=15,--tries=1,--output-document=/dev/null statpost_url=http://stats.allstarlink.org/uhandler.php [2424] statpost_program=/usr/bin/wget,-q,--timeout=15,--tries=1,--output-document=/dev/null statpost_url=http://stats.allstarlink.org/uhandler.php After adding these lines, stop and start asterisk or perform an "rpt reload" from the asterisk CLI. If these statements are present in the stanzas for 2182 and 2424, try pinging the stats server from a shell prompt, like: ping stats.allstarlink.org 73, David KB4FXC On Fri, 15 Jul 2016, David McGough wrote: > > Hi Ramesh, > > I'll take a look, try to identify the issue and report back. > > > 73, David KB4FXC > > > On Fri, 15 Jul 2016, Ramesh Dhami (VA3UV) wrote: > > > On 7/15/2016 1:09 PM, Steve Zingman wrote: > > > OK. > > > I re-read your first message. Sorry for the confusion. > > > Please check rpt.conf > > > ;statpost_program = > > > /usr/bin/wget,-q,--timeout=15,--tries=1,--output-document=/dev/null > > > ;statpost_url = http://stats.allstarlink.org/uhandler.php ; Status > > > updates > > > > > <-- Correct - these 2 lines are uncommented: > > > > statpost_program=/usr/bin/wget,-q,--timeout=15,--tries=1,--output-document=/dev/null > > statpost_url=http://stats.allstarlink.org/uhandler.php ; Status updates > > > > > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > From szingman at msgstor.com Sat Jul 16 10:34:10 2016 From: szingman at msgstor.com (Steve Zingman) Date: Sat, 16 Jul 2016 06:34:10 -0400 Subject: [App_rpt-users] New Dial installation asterisk is not running In-Reply-To: <759184421.3382247.1468535759899.JavaMail.yahoo@mail.yahoo.com> References: <759184421.3382247.1468535759899.JavaMail.yahoo.ref@mail.yahoo.com> <759184421.3382247.1468535759899.JavaMail.yahoo@mail.yahoo.com> Message-ID: <578A0DA2.7080501@msgstor.com> Chris, Sorry for the delay, you message went to a different folder on my mail client. Could you post the last 10 lines or so of of /var/log/asterisk/messages. You could also run asterisk -vcd and copy the console output to the e-mail. 73, Steve N4IRS On 07/14/2016 06:35 PM, C B wrote: > Sorry if this question has been answered before i did look and could > not find the answer. > > just built a all star node using Dial it is on a HP 5700. > > it appears that asterisk is not running > > when i type asterisk -r at the CLI it responds with > Unable to connect to remote asterisk (does /var/run/asterisk.ctl exist?) > > if i type asterisk at the CLI then type asterisk -r > > asterisk runs for short time and responds with > Disconnected from Asterisk server > > any help greatly appreciated. > > Chris > > > > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From george at dyb.com Sat Jul 16 13:48:43 2016 From: george at dyb.com (George Csahanin) Date: Sat, 16 Jul 2016 09:48:43 -0400 Subject: [App_rpt-users] trouble connecting Message-ID: <28822447-03dd-3c1c-a732-d0df3c8835e1@dyb.com> Stumped, maybe because I've played with this stuff a lot over the last 7 years...but...my ISP just changed my IP address. No longer can connect to anything and the last extnodes file was right before they made the change Thursday night. Might have been Wednesday, doesn't matter. There was nothing to change in the rpt.conf file, everything looks normal except the only obvious thing is that I'm not seeing rpt_extnodes updating. I put an entry in rpt.conf for a node I normally connect to (27891) and get /__auto_congest: Auto-congesting call due to slow response// /Checked port forwarding rules on the Verizon router, and is normal. I also *can* connect to usual nodes via the echolink port./(W8VT is 27849 and 606945 echo. echo works) /Really stumped but operating under a medically induced handicap (fever). Anybody have any words of wisdom as to what I may be overlooking. Worked fine until Verizon re-did everything that night. / /Again, thanks for bearing with me but this bug has me down and this isn't looking too clear to me. GeorgeC W2DB 2360/ / -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Sat Jul 16 13:52:47 2016 From: szingman at msgstor.com (Steve Zingman) Date: Sat, 16 Jul 2016 09:52:47 -0400 Subject: [App_rpt-users] trouble connecting In-Reply-To: <28822447-03dd-3c1c-a732-d0df3c8835e1@dyb.com> References: <28822447-03dd-3c1c-a732-d0df3c8835e1@dyb.com> Message-ID: <578A3C2F.7080608@msgstor.com> George, What is the result of the Asterisk CLI command: iax2 show registry Lets start there On 07/16/2016 09:48 AM, George Csahanin wrote: > Stumped, maybe because I've played with this stuff a lot over the last > 7 years...but...my ISP just changed my IP address. No longer can > connect to anything and the last extnodes file was right before they > made the change Thursday night. Might have been Wednesday, doesn't > matter. There was nothing to change in the rpt.conf file, everything > looks normal except the only obvious thing is that I'm not seeing > rpt_extnodes updating. I put an entry in rpt.conf for a node I > normally connect to (27891) and get /__auto_congest: Auto-congesting > call due to slow response// > /Checked port forwarding rules on the Verizon router, and is normal. I > also *can* connect to usual nodes via the echolink port./(W8VT is > 27849 and 606945 echo. echo works) > > /Really stumped but operating under a medically induced handicap > (fever). Anybody have any words of wisdom as to what I may be > overlooking. Worked fine until Verizon re-did everything that night. / > > /Again, thanks for bearing with me but this bug has me down and this > isn't looking too clear to me. > > GeorgeC > W2DB > 2360/ > > / > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From george at dyb.com Sat Jul 16 14:02:51 2016 From: george at dyb.com (George Csahanin) Date: Sat, 16 Jul 2016 10:02:51 -0400 Subject: [App_rpt-users] trouble connecting In-Reply-To: <578A3C2F.7080608@msgstor.com> References: <28822447-03dd-3c1c-a732-d0df3c8835e1@dyb.com> <578A3C2F.7080608@msgstor.com> Message-ID: <716fddac-38ee-57f7-6613-82e36e0a66da@dyb.com> Steve, I just started poking in the router and saw that Verizon has services on port 4567, and took a wild guess that they may be blocking some stuff. Moved my node to 4570 and it all works. Just about 5 minutes ago. Go figure. GeorgeC On 7/16/2016 9:52 AM, Steve Zingman wrote: > George, > What is the result of the Asterisk CLI command: iax2 show registry > > Lets start there > > On 07/16/2016 09:48 AM, George Csahanin wrote: >> Stumped, maybe because I've played with this stuff a lot over the >> last 7 years...but...my ISP just changed my IP address. No longer can >> connect to anything and the last extnodes file was right before they >> made the change Thursday night. Might have been Wednesday, doesn't >> matter. There was nothing to change in the rpt.conf file, everything >> looks normal except the only obvious thing is that I'm not seeing >> rpt_extnodes updating. I put an entry in rpt.conf for a node I >> normally connect to (27891) and get /__auto_congest: Auto-congesting >> call due to slow response// >> /Checked port forwarding rules on the Verizon router, and is normal. >> I also *can* connect to usual nodes via the echolink port./(W8VT is >> 27849 and 606945 echo. echo works) >> >> /Really stumped but operating under a medically induced handicap >> (fever). Anybody have any words of wisdom as to what I may be >> overlooking. Worked fine until Verizon re-did everything that night. / >> >> /Again, thanks for bearing with me but this bug has me down and this >> isn't looking too clear to me. >> >> GeorgeC >> W2DB >> 2360/ >> >> / >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Sat Jul 16 14:04:05 2016 From: szingman at msgstor.com (Steve Zingman) Date: Sat, 16 Jul 2016 10:04:05 -0400 Subject: [App_rpt-users] trouble connecting In-Reply-To: <716fddac-38ee-57f7-6613-82e36e0a66da@dyb.com> References: <28822447-03dd-3c1c-a732-d0df3c8835e1@dyb.com> <578A3C2F.7080608@msgstor.com> <716fddac-38ee-57f7-6613-82e36e0a66da@dyb.com> Message-ID: <578A3ED5.9030201@msgstor.com> Great. Glad you are up and running. 73, Steve N4IRS On 07/16/2016 10:02 AM, George Csahanin wrote: > > Steve, I just started poking in the router and saw that Verizon has > services on port 4567, and took a wild guess that they may be blocking > some stuff. Moved my node to 4570 and it all works. Just about 5 > minutes ago. > > > Go figure. > > > GeorgeC > > > On 7/16/2016 9:52 AM, Steve Zingman wrote: >> George, >> What is the result of the Asterisk CLI command: iax2 show registry >> >> Lets start there >> >> On 07/16/2016 09:48 AM, George Csahanin wrote: >>> Stumped, maybe because I've played with this stuff a lot over the >>> last 7 years...but...my ISP just changed my IP address. No longer >>> can connect to anything and the last extnodes file was right before >>> they made the change Thursday night. Might have been Wednesday, >>> doesn't matter. There was nothing to change in the rpt.conf file, >>> everything looks normal except the only obvious thing is that I'm >>> not seeing rpt_extnodes updating. I put an entry in rpt.conf for a >>> node I normally connect to (27891) and get /__auto_congest: >>> Auto-congesting call due to slow response// >>> /Checked port forwarding rules on the Verizon router, and is normal. >>> I also *can* connect to usual nodes via the echolink port./(W8VT is >>> 27849 and 606945 echo. echo works) >>> >>> /Really stumped but operating under a medically induced handicap >>> (fever). Anybody have any words of wisdom as to what I may be >>> overlooking. Worked fine until Verizon re-did everything that night. / >>> >>> /Again, thanks for bearing with me but this bug has me down and this >>> isn't looking too clear to me. >>> >>> GeorgeC >>> W2DB >>> 2360/ >>> >>> / >>> >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >> >> -- >> "Anything is possible if you don't know what you are talking about." >> 1st Law of Logic > -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From george at dyb.com Sat Jul 16 14:06:52 2016 From: george at dyb.com (George Csahanin) Date: Sat, 16 Jul 2016 10:06:52 -0400 Subject: [App_rpt-users] trouble connecting In-Reply-To: <578A3ED5.9030201@msgstor.com> References: <28822447-03dd-3c1c-a732-d0df3c8835e1@dyb.com> <578A3C2F.7080608@msgstor.com> <716fddac-38ee-57f7-6613-82e36e0a66da@dyb.com> <578A3ED5.9030201@msgstor.com> Message-ID: <80d4e6c0-6c23-ce33-acc6-2e3fc49673a5@dyb.com> Still some nodes that show online that I cannot connect to but I may have messed up something with the node list download in my hacking. The one I have been able to connect to has an entry in rpt.conf. But at least that connection is up, and it is the normal config. Thanks GeorgeC On 7/16/2016 10:04 AM, Steve Zingman wrote: > Great. > Glad you are up and running. > > 73, Steve N4IRS > > On 07/16/2016 10:02 AM, George Csahanin wrote: >> >> Steve, I just started poking in the router and saw that Verizon has >> services on port 4567, and took a wild guess that they may be >> blocking some stuff. Moved my node to 4570 and it all works. Just >> about 5 minutes ago. >> >> >> Go figure. >> >> >> GeorgeC >> >> >> On 7/16/2016 9:52 AM, Steve Zingman wrote: >>> George, >>> What is the result of the Asterisk CLI command: iax2 show registry >>> >>> Lets start there >>> >>> On 07/16/2016 09:48 AM, George Csahanin wrote: >>>> Stumped, maybe because I've played with this stuff a lot over the >>>> last 7 years...but...my ISP just changed my IP address. No longer >>>> can connect to anything and the last extnodes file was right before >>>> they made the change Thursday night. Might have been Wednesday, >>>> doesn't matter. There was nothing to change in the rpt.conf file, >>>> everything looks normal except the only obvious thing is that I'm >>>> not seeing rpt_extnodes updating. I put an entry in rpt.conf for a >>>> node I normally connect to (27891) and get /__auto_congest: >>>> Auto-congesting call due to slow response// >>>> /Checked port forwarding rules on the Verizon router, and is >>>> normal. I also *can* connect to usual nodes via the echolink >>>> port./(W8VT is 27849 and 606945 echo. echo works) >>>> >>>> /Really stumped but operating under a medically induced handicap >>>> (fever). Anybody have any words of wisdom as to what I may be >>>> overlooking. Worked fine until Verizon re-did everything that night. / >>>> >>>> /Again, thanks for bearing with me but this bug has me down and >>>> this isn't looking too clear to me. >>>> >>>> GeorgeC >>>> W2DB >>>> 2360/ >>>> >>>> / >>>> >>>> >>>> _______________________________________________ >>>> App_rpt-users mailing list >>>> App_rpt-users at ohnosec.org >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> >>>> To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >>> >>> -- >>> "Anything is possible if you don't know what you are talking about." >>> 1st Law of Logic >> > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb4fxc at inttek.net Sat Jul 16 14:24:10 2016 From: kb4fxc at inttek.net (David McGough) Date: Sat, 16 Jul 2016 10:24:10 -0400 (EDT) Subject: [App_rpt-users] trouble connecting In-Reply-To: <80d4e6c0-6c23-ce33-acc6-2e3fc49673a5@dyb.com> Message-ID: Hi George, The most recent rpt_extnode lists still show you using port 4569. If you've switch the asterisk software and router at your end to 4570 (or something else), you need to also change the port used in the web portal (https://allstarlink.org/ ). 73, David KB4FXC On Sat, 16 Jul 2016, George Csahanin wrote: > Still some nodes that show online that I cannot connect to but I may > have messed up something with the node list download in my hacking. The > one I have been able to connect to has an entry in rpt.conf. But at > least that connection is up, and it is the normal config. > > > Thanks > > > GeorgeC > > > On 7/16/2016 10:04 AM, Steve Zingman wrote: > > Great. > > Glad you are up and running. > > > > 73, Steve N4IRS > > > > On 07/16/2016 10:02 AM, George Csahanin wrote: > >> > >> Steve, I just started poking in the router and saw that Verizon has > >> services on port 4567, and took a wild guess that they may be > >> blocking some stuff. Moved my node to 4570 and it all works. Just > >> about 5 minutes ago. > >> > >> > >> Go figure. > >> > >> > >> GeorgeC > >> > >> > >> On 7/16/2016 9:52 AM, Steve Zingman wrote: > >>> George, > >>> What is the result of the Asterisk CLI command: iax2 show registry > >>> > >>> Lets start there > >>> > >>> On 07/16/2016 09:48 AM, George Csahanin wrote: > >>>> Stumped, maybe because I've played with this stuff a lot over the > >>>> last 7 years...but...my ISP just changed my IP address. No longer > >>>> can connect to anything and the last extnodes file was right before > >>>> they made the change Thursday night. Might have been Wednesday, > >>>> doesn't matter. There was nothing to change in the rpt.conf file, > >>>> everything looks normal except the only obvious thing is that I'm > >>>> not seeing rpt_extnodes updating. I put an entry in rpt.conf for a > >>>> node I normally connect to (27891) and get /__auto_congest: > >>>> Auto-congesting call due to slow response// > >>>> /Checked port forwarding rules on the Verizon router, and is > >>>> normal. I also *can* connect to usual nodes via the echolink > >>>> port./(W8VT is 27849 and 606945 echo. echo works) > >>>> > >>>> /Really stumped but operating under a medically induced handicap > >>>> (fever). Anybody have any words of wisdom as to what I may be > >>>> overlooking. Worked fine until Verizon re-did everything that night. / > >>>> > >>>> /Again, thanks for bearing with me but this bug has me down and > >>>> this isn't looking too clear to me. > >>>> > >>>> GeorgeC > >>>> W2DB > >>>> 2360/ > >>>> > >>>> / > >>>> > >>>> > >>>> _______________________________________________ > >>>> App_rpt-users mailing list > >>>> App_rpt-users at ohnosec.org > >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >>>> > >>>> To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > >>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > >>> > >>> -- > >>> "Anything is possible if you don't know what you are talking about." > >>> 1st Law of Logic > >> > > > > -- > > "Anything is possible if you don't know what you are talking about." > > 1st Law of Logic > > From george at dyb.com Sat Jul 16 15:13:20 2016 From: george at dyb.com (George Csahanin) Date: Sat, 16 Jul 2016 11:13:20 -0400 Subject: [App_rpt-users] trouble connecting In-Reply-To: References: Message-ID: Can't leave well enough alone. OK, downloaded the config from allstar to my box, asterisk runs, doesn't talk to the radio... Arrrrrrrghh! GeorgeC On 7/16/2016 10:28 AM, David McGough wrote: > Hi George, > > The most recent rpt_extnode lists still show you using port 4569. > > If you've switch the asterisk software and router at your end to 4570 (or > something else), you need to also change the port used in the web portal > (https://allstarlink.org/ ). > > 73, David KB4FXC > > > > On Sat, 16 Jul 2016, George Csahanin wrote: > >> Still some nodes that show online that I cannot connect to but I may >> have messed up something with the node list download in my hacking. The >> one I have been able to connect to has an entry in rpt.conf. But at >> least that connection is up, and it is the normal config. >> >> >> Thanks >> >> >> GeorgeC >> >> >> On 7/16/2016 10:04 AM, Steve Zingman wrote: >>> Great. >>> Glad you are up and running. >>> >>> 73, Steve N4IRS >>> >>> On 07/16/2016 10:02 AM, George Csahanin wrote: >>>> Steve, I just started poking in the router and saw that Verizon has >>>> services on port 4567, and took a wild guess that they may be >>>> blocking some stuff. Moved my node to 4570 and it all works. Just >>>> about 5 minutes ago. >>>> >>>> >>>> Go figure. >>>> >>>> >>>> GeorgeC >>>> >>>> >>>> On 7/16/2016 9:52 AM, Steve Zingman wrote: >>>>> George, >>>>> What is the result of the Asterisk CLI command: iax2 show registry >>>>> >>>>> Lets start there >>>>> >>>>> On 07/16/2016 09:48 AM, George Csahanin wrote: >>>>>> Stumped, maybe because I've played with this stuff a lot over the >>>>>> last 7 years...but...my ISP just changed my IP address. No longer >>>>>> can connect to anything and the last extnodes file was right before >>>>>> they made the change Thursday night. Might have been Wednesday, >>>>>> doesn't matter. There was nothing to change in the rpt.conf file, >>>>>> everything looks normal except the only obvious thing is that I'm >>>>>> not seeing rpt_extnodes updating. I put an entry in rpt.conf for a >>>>>> node I normally connect to (27891) and get /__auto_congest: >>>>>> Auto-congesting call due to slow response// >>>>>> /Checked port forwarding rules on the Verizon router, and is >>>>>> normal. I also *can* connect to usual nodes via the echolink >>>>>> port./(W8VT is 27849 and 606945 echo. echo works) >>>>>> >>>>>> /Really stumped but operating under a medically induced handicap >>>>>> (fever). Anybody have any words of wisdom as to what I may be >>>>>> overlooking. Worked fine until Verizon re-did everything that night. / >>>>>> >>>>>> /Again, thanks for bearing with me but this bug has me down and >>>>>> this isn't looking too clear to me. >>>>>> >>>>>> GeorgeC >>>>>> W2DB >>>>>> 2360/ >>>>>> >>>>>> / >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> App_rpt-users mailing list >>>>>> App_rpt-users at ohnosec.org >>>>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>>>> >>>>>> To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >>>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >>>>> -- >>>>> "Anything is possible if you don't know what you are talking about." >>>>> 1st Law of Logic >>> -- >>> "Anything is possible if you don't know what you are talking about." >>> 1st Law of Logic >> > From kb4fxc at inttek.net Sat Jul 16 15:48:40 2016 From: kb4fxc at inttek.net (David McGough) Date: Sat, 16 Jul 2016 11:48:40 -0400 (EDT) Subject: [App_rpt-users] trouble connecting In-Reply-To: Message-ID: Hi George, Ouch! Sorry to hear that. Yes, you've got to be very careful initiating a config download from the web portal since that operation will wipe your local changes out. 73, David KB4FXC On Sat, 16 Jul 2016, George Csahanin wrote: > Can't leave well enough alone. > > > OK, downloaded the config from allstar to my box, asterisk runs, doesn't > talk to the radio... > > > Arrrrrrrghh! > > > GeorgeC > > > On 7/16/2016 10:28 AM, David McGough wrote: > > Hi George, > > > > The most recent rpt_extnode lists still show you using port 4569. > > > > If you've switch the asterisk software and router at your end to 4570 (or > > something else), you need to also change the port used in the web portal > > (https://allstarlink.org/ ). > > > > 73, David KB4FXC > > > > > > > > On Sat, 16 Jul 2016, George Csahanin wrote: > > > >> Still some nodes that show online that I cannot connect to but I may > >> have messed up something with the node list download in my hacking. The > >> one I have been able to connect to has an entry in rpt.conf. But at > >> least that connection is up, and it is the normal config. > >> > >> > >> Thanks > >> > >> > >> GeorgeC > >> > >> > >> On 7/16/2016 10:04 AM, Steve Zingman wrote: > >>> Great. > >>> Glad you are up and running. > >>> > >>> 73, Steve N4IRS > >>> > >>> On 07/16/2016 10:02 AM, George Csahanin wrote: > >>>> Steve, I just started poking in the router and saw that Verizon has > >>>> services on port 4567, and took a wild guess that they may be > >>>> blocking some stuff. Moved my node to 4570 and it all works. Just > >>>> about 5 minutes ago. > >>>> > >>>> > >>>> Go figure. > >>>> > >>>> > >>>> GeorgeC > >>>> > >>>> > >>>> On 7/16/2016 9:52 AM, Steve Zingman wrote: > >>>>> George, > >>>>> What is the result of the Asterisk CLI command: iax2 show registry > >>>>> > >>>>> Lets start there > >>>>> > >>>>> On 07/16/2016 09:48 AM, George Csahanin wrote: > >>>>>> Stumped, maybe because I've played with this stuff a lot over the > >>>>>> last 7 years...but...my ISP just changed my IP address. No longer > >>>>>> can connect to anything and the last extnodes file was right before > >>>>>> they made the change Thursday night. Might have been Wednesday, > >>>>>> doesn't matter. There was nothing to change in the rpt.conf file, > >>>>>> everything looks normal except the only obvious thing is that I'm > >>>>>> not seeing rpt_extnodes updating. I put an entry in rpt.conf for a > >>>>>> node I normally connect to (27891) and get /__auto_congest: > >>>>>> Auto-congesting call due to slow response// > >>>>>> /Checked port forwarding rules on the Verizon router, and is > >>>>>> normal. I also *can* connect to usual nodes via the echolink > >>>>>> port./(W8VT is 27849 and 606945 echo. echo works) > >>>>>> > >>>>>> /Really stumped but operating under a medically induced handicap > >>>>>> (fever). Anybody have any words of wisdom as to what I may be > >>>>>> overlooking. Worked fine until Verizon re-did everything that night. / > >>>>>> > >>>>>> /Again, thanks for bearing with me but this bug has me down and > >>>>>> this isn't looking too clear to me. > >>>>>> > >>>>>> GeorgeC > >>>>>> W2DB > >>>>>> 2360/ > >>>>>> > >>>>>> / > >>>>>> > >>>>>> > >>>>>> _______________________________________________ > >>>>>> App_rpt-users mailing list > >>>>>> App_rpt-users at ohnosec.org > >>>>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >>>>>> > >>>>>> To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > >>>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > >>>>> -- > >>>>> "Anything is possible if you don't know what you are talking about." > >>>>> 1st Law of Logic > >>> -- > >>> "Anything is possible if you don't know what you are talking about." > >>> 1st Law of Logic > >> > > > > From tom at tomh.us Sat Jul 16 18:42:35 2016 From: tom at tomh.us (Tom Hayward) Date: Sat, 16 Jul 2016 11:42:35 -0700 Subject: [App_rpt-users] Radio programming for RTCM in half-duplex mode Message-ID: I'm using an RTCM for a half-duplex link, adding Allstar to an existing repeater remotely. (We don't have Internet at the repeater site yet, but eventually the plan is to have the link at the repeater site in full-duplex mode.) I'm trying to deduce the canon method to program the radio. The repeater only transmits PL when the receiver is active, so with CTCSS on the link receiver I don't have to worry about courtesy tones or IDer getting through the link. I have the RTCM set for external CTCSS. What I think I need is the link radio programmed for TX 147.90 no PL RX 147.30 88.5 Hz CTCSS Then add txctcss in chan_voter, so that the link only transmits PL when there is audio on the link. I don't want the link IDer going through the repeater. As far as I can tell, there's no CTCSS DSP in the RTCM or chan_voter, so I need to use the radio's CTCSS. Is this correct? Tom KD7LXL From jrorke at cogeco.ca Sun Jul 17 12:38:19 2016 From: jrorke at cogeco.ca (REDBUTTON_CTRL) Date: Sun, 17 Jul 2016 08:38:19 -0400 Subject: [App_rpt-users] can boot DIAL on USB with UEFI Message-ID: <578B7C3B.4050100@cogeco.ca> Hi All, trying to build a DIAL server with a usb drive on a newer pc with win 8. Yes I want out blow out win 8! Been having fun getting the pc to allow me to boot from usb. I think I finally got it to boot from my usb stick with the Dial image on it. But all I got was blank screen. I have been using this usb stick loading Dial on several older pcs with success. This is the firs pc with UEFI win 8 I have tried to wipe out and its not cooperating. any ideas on how to make this work? Thanks, Jon VA3RQ From szingman at msgstor.com Sun Jul 17 13:12:55 2016 From: szingman at msgstor.com (Steve Zingman) Date: Sun, 17 Jul 2016 09:12:55 -0400 Subject: [App_rpt-users] can boot DIAL on USB with UEFI In-Reply-To: <578B7C3B.4050100@cogeco.ca> References: <578B7C3B.4050100@cogeco.ca> Message-ID: <578B8457.50906@msgstor.com> Jon, Can you tell me the video chipset of the motherboard. Steve On 07/17/2016 08:38 AM, REDBUTTON_CTRL wrote: > Hi All, trying to build a DIAL server with a usb drive on a newer pc > with win 8. Yes I want out blow out win 8! > > Been having fun getting the pc to allow me to boot from usb. > > I think I finally got it to boot from my usb stick with the Dial image > on it. But all I got was blank screen. > > I have been using this usb stick loading Dial on several older pcs > with success. > > This is the firs pc with UEFI win 8 I have tried to wipe out and its > not cooperating. > > any ideas on how to make this work? > > Thanks, > > Jon VA3RQ > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From jrorke at cogeco.ca Sun Jul 17 13:25:57 2016 From: jrorke at cogeco.ca (REDBUTTON_CTRL) Date: Sun, 17 Jul 2016 09:25:57 -0400 Subject: [App_rpt-users] can boot DIAL on USB with UEFI In-Reply-To: <578B8457.50906@msgstor.com> References: <578B7C3B.4050100@cogeco.ca> <578B8457.50906@msgstor.com> Message-ID: <578B8765.7070108@cogeco.ca> The video is intel. If that helps. I cant seem to get more info than that. The pc is an ACER aspire XC600 64 bit . I did get into the bios and enable CSM and disable boot security. I sett he boot order to usb device first. Jon RQ On 7/17/2016 9:12 AM, Steve Zingman wrote: > Jon, > Can you tell me the video chipset of the motherboard. > > Steve > > On 07/17/2016 08:38 AM, REDBUTTON_CTRL wrote: >> Hi All, trying to build a DIAL server with a usb drive on a newer pc >> with win 8. Yes I want out blow out win 8! >> >> Been having fun getting the pc to allow me to boot from usb. >> >> I think I finally got it to boot from my usb stick with the Dial >> image on it. But all I got was blank screen. >> >> I have been using this usb stick loading Dial on several older pcs >> with success. >> >> This is the firs pc with UEFI win 8 I have tried to wipe out and its >> not cooperating. >> >> any ideas on how to make this work? >> >> Thanks, >> >> Jon VA3RQ >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press >> the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a >> message to the list detailing the problem. > From jrorke at cogeco.ca Sun Jul 17 13:28:10 2016 From: jrorke at cogeco.ca (REDBUTTON_CTRL) Date: Sun, 17 Jul 2016 09:28:10 -0400 Subject: [App_rpt-users] can boot DIAL on USB with UEFI In-Reply-To: <578B8765.7070108@cogeco.ca> References: <578B7C3B.4050100@cogeco.ca> <578B8457.50906@msgstor.com> <578B8765.7070108@cogeco.ca> Message-ID: <578B87EA.9080407@cogeco.ca> BTW the Imsge on my usb stick is a few months old so its not the latest image from the github. Jon On 7/17/2016 9:25 AM, REDBUTTON_CTRL wrote: > The video is intel. If that helps. I cant seem to get more info than > that. > > The pc is an ACER aspire XC600 64 bit . > > I did get into the bios and enable CSM and disable boot security. > I sett he boot order to usb device first. > > Jon RQ > > On 7/17/2016 9:12 AM, Steve Zingman wrote: >> Jon, >> Can you tell me the video chipset of the motherboard. >> >> Steve >> >> On 07/17/2016 08:38 AM, REDBUTTON_CTRL wrote: >>> Hi All, trying to build a DIAL server with a usb drive on a newer pc >>> with win 8. Yes I want out blow out win 8! >>> >>> Been having fun getting the pc to allow me to boot from usb. >>> >>> I think I finally got it to boot from my usb stick with the Dial >>> image on it. But all I got was blank screen. >>> >>> I have been using this usb stick loading Dial on several older pcs >>> with success. >>> >>> This is the firs pc with UEFI win 8 I have tried to wipe out and its >>> not cooperating. >>> >>> any ideas on how to make this work? >>> >>> Thanks, >>> >>> Jon VA3RQ >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >>> down to the bottom of the page. Enter your email address and press >>> the "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via email >>> confirmation. If you have trouble unsubscribing, please send a >>> message to the list detailing the problem. >> > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. From harvard5362 at yahoo.com Sun Jul 17 18:50:52 2016 From: harvard5362 at yahoo.com (C B) Date: Sun, 17 Jul 2016 18:50:52 +0000 (UTC) Subject: [App_rpt-users] New Dial installation asterisk is not running In-Reply-To: <578A0DA2.7080501@msgstor.com> References: <759184421.3382247.1468535759899.JavaMail.yahoo.ref@mail.yahoo.com> <759184421.3382247.1468535759899.JavaMail.yahoo@mail.yahoo.com> <578A0DA2.7080501@msgstor.com> Message-ID: <346388061.590500.1468781452583.JavaMail.yahoo@mail.yahoo.com> Thank you for respondingi figured out that simpleusb was not loading.After i fixed that all is good. thank you Chris From: Steve Zingman To: C B ; "app_rpt-users at ohnosec.org" Sent: Saturday, July 16, 2016 3:34 AM Subject: Re: [App_rpt-users] New Dial installation asterisk is not running Chris, Sorry for the delay, you message went to a different folder on my mail client. Could you post the last 10 lines or so of of /var/log/asterisk/messages. You could also run asterisk -vcd and copy the console output to the e-mail. 73, Steve N4IRS On 07/14/2016 06:35 PM, C B wrote: Sorry if this question has been answered before i did look and could not find the answer. just built a all star ?node using Dial it is on a HP 5700. it appears that asterisk is not running when i type asterisk -r at the CLI it responds with? Unable to connect to remote asterisk (does /var/run/asterisk.ctl exist?) if i type asterisk at the CLI then type asterisk -r asterisk runs for short time and responds with? Disconnected from Asterisk server any help greatly appreciated. Chris _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Mon Jul 18 01:43:37 2016 From: electricity440 at gmail.com (Skyler F) Date: Sun, 17 Jul 2016 19:43:37 -0600 Subject: [App_rpt-users] Outbound call problem! Unable to handle indication 13 Message-ID: So I try to make an outbound call on my AllStar machine under a mikrotik router, and I get "Connection Failed". The /tmp/rpt_extnodes is fine, and it is reporting to AllStars nodelist and the stats server. Iax2 show registry is good. When I make an inbound connection to the node, it connects right up, however, when I make an outbound conenction, I get this big error on any node : channel.c:2447 ast_indicate_data: Unable to handle indication 13 for 'IAX2/173.82.59.253:4569-10526' The strange thing is that if an initial inbound connection is made, it is fine for outbound connections on that particular node number. So, 1) no outbound, only inbound AllStar connections 2) Outbound works to the particular node only if an initial inbound connection is made. This problem just started, and I have no idea what would be causing it. I DO have two nodes on the same IP, they are on different ports and I have the ports forwarded to the specefic devices respectively. 73 Skyler KD0WHB -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb4fxc at inttek.net Mon Jul 18 01:58:33 2016 From: kb4fxc at inttek.net (David McGough) Date: Sun, 17 Jul 2016 21:58:33 -0400 (EDT) Subject: [App_rpt-users] Outbound call problem! Unable to handle indication 13 In-Reply-To: Message-ID: Skyler, Indication 13 is a AST_CONTROL_RADIO_UNKEY message. I think that's just a side effect of the out-bound connection not getting established properly. I think you've got a out-bound NAT configuration issue on the MikroTik. 73, David KB4FXC On Sun, 17 Jul 2016, Skyler F wrote: > So I try to make an outbound call on my AllStar machine under a mikrotik > router, and I get "Connection Failed". The /tmp/rpt_extnodes is fine, and > it is reporting to AllStars nodelist and the stats server. Iax2 show > registry is good. > > When I make an inbound connection to the node, it connects right up, > however, when I make an outbound conenction, I get this big error on any > node : > > channel.c:2447 ast_indicate_data: Unable to handle indication 13 for > 'IAX2/173.82.59.253:4569-10526' > > The strange thing is that if an initial inbound connection is made, it is > fine for outbound connections on that particular node number. > > > So, > > 1) no outbound, only inbound AllStar connections > 2) Outbound works to the particular node only if an initial inbound > connection is made. > > This problem just started, and I have no idea what would be causing it. I > DO have two nodes on the same IP, they are on different ports and I have > the ports forwarded to the specefic devices respectively. > 73 > Skyler KD0WHB > > > From electricity440 at gmail.com Mon Jul 18 02:30:53 2016 From: electricity440 at gmail.com (Skyler F) Date: Sun, 17 Jul 2016 20:30:53 -0600 Subject: [App_rpt-users] Outbound call problem! Unable to handle indication 13 In-Reply-To: References: Message-ID: This is my first time using the MikroTik router, and I don't know what I could have wrong in the outbound NAT of my router. Can anybody give me an idea of where to look in winbox or routerOS to see what is wrong? Skyler On Sun, Jul 17, 2016 at 7:58 PM, David McGough wrote: > > > Skyler, > > Indication 13 is a AST_CONTROL_RADIO_UNKEY message. I think that's just a > side effect of the out-bound connection not getting established properly. > > I think you've got a out-bound NAT configuration issue on the MikroTik. > > > 73, David KB4FXC > > > On Sun, 17 Jul 2016, Skyler F wrote: > > > So I try to make an outbound call on my AllStar machine under a mikrotik > > router, and I get "Connection Failed". The /tmp/rpt_extnodes is fine, and > > it is reporting to AllStars nodelist and the stats server. Iax2 show > > registry is good. > > > > When I make an inbound connection to the node, it connects right up, > > however, when I make an outbound conenction, I get this big error on any > > node : > > > > channel.c:2447 ast_indicate_data: Unable to handle indication 13 for > > 'IAX2/173.82.59.253:4569-10526' > > > > The strange thing is that if an initial inbound connection is made, it is > > fine for outbound connections on that particular node number. > > > > > > So, > > > > 1) no outbound, only inbound AllStar connections > > 2) Outbound works to the particular node only if an initial inbound > > connection is made. > > > > This problem just started, and I have no idea what would be causing it. I > > DO have two nodes on the same IP, they are on different ports and I have > > the ports forwarded to the specefic devices respectively. > > 73 > > Skyler KD0WHB > > > > > > > > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Mon Jul 18 02:59:44 2016 From: electricity440 at gmail.com (Skyler F) Date: Sun, 17 Jul 2016 20:59:44 -0600 Subject: [App_rpt-users] Outbound call problem! Unable to handle indication 13 In-Reply-To: References: Message-ID: Another note, If I turn off the port forwarding on the router under the NAT menu, I can now only get outbound connections, however inbound connections don't work. So if I turn my firewall rules off, outbound all the sudden starts working. On Sun, Jul 17, 2016 at 8:30 PM, Skyler F wrote: > This is my first time using the MikroTik router, and I don't know what I > could have wrong in the outbound NAT of my router. Can anybody give me an > idea of where to look in winbox or routerOS to see what is wrong? > > Skyler > > > On Sun, Jul 17, 2016 at 7:58 PM, David McGough wrote: > >> >> >> Skyler, >> >> Indication 13 is a AST_CONTROL_RADIO_UNKEY message. I think that's just a >> side effect of the out-bound connection not getting established properly. >> >> I think you've got a out-bound NAT configuration issue on the MikroTik. >> >> >> 73, David KB4FXC >> >> >> On Sun, 17 Jul 2016, Skyler F wrote: >> >> > So I try to make an outbound call on my AllStar machine under a mikrotik >> > router, and I get "Connection Failed". The /tmp/rpt_extnodes is fine, >> and >> > it is reporting to AllStars nodelist and the stats server. Iax2 show >> > registry is good. >> > >> > When I make an inbound connection to the node, it connects right up, >> > however, when I make an outbound conenction, I get this big error on any >> > node : >> > >> > channel.c:2447 ast_indicate_data: Unable to handle indication 13 for >> > 'IAX2/173.82.59.253:4569-10526' >> > >> > The strange thing is that if an initial inbound connection is made, it >> is >> > fine for outbound connections on that particular node number. >> > >> > >> > So, >> > >> > 1) no outbound, only inbound AllStar connections >> > 2) Outbound works to the particular node only if an initial inbound >> > connection is made. >> > >> > This problem just started, and I have no idea what would be causing it. >> I >> > DO have two nodes on the same IP, they are on different ports and I have >> > the ports forwarded to the specefic devices respectively. >> > 73 >> > Skyler KD0WHB >> > >> > >> > >> >> > > > -- > Skyler Fennell > amsatnet.info > KD?WHB > electricity440 at gmail.com > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Mon Jul 18 03:24:48 2016 From: electricity440 at gmail.com (Skyler F) Date: Sun, 17 Jul 2016 21:24:48 -0600 Subject: [App_rpt-users] Outbound call problem! Unable to handle indication 13 In-Reply-To: References: Message-ID: A third note, I am able to connect to other AllStar nodes that are not on ports 4569 or 4570 (the ports I use for AllStar link) On Sun, Jul 17, 2016 at 8:59 PM, Skyler F wrote: > Another note, If I turn off the port forwarding on the router under the > NAT menu, I can now only get outbound connections, however inbound > connections don't work. > > So if I turn my firewall rules off, outbound all the sudden starts > working. > > > On Sun, Jul 17, 2016 at 8:30 PM, Skyler F > wrote: > >> This is my first time using the MikroTik router, and I don't know what I >> could have wrong in the outbound NAT of my router. Can anybody give me an >> idea of where to look in winbox or routerOS to see what is wrong? >> >> Skyler >> >> >> On Sun, Jul 17, 2016 at 7:58 PM, David McGough wrote: >> >>> >>> >>> Skyler, >>> >>> Indication 13 is a AST_CONTROL_RADIO_UNKEY message. I think that's just a >>> side effect of the out-bound connection not getting established properly. >>> >>> I think you've got a out-bound NAT configuration issue on the MikroTik. >>> >>> >>> 73, David KB4FXC >>> >>> >>> On Sun, 17 Jul 2016, Skyler F wrote: >>> >>> > So I try to make an outbound call on my AllStar machine under a >>> mikrotik >>> > router, and I get "Connection Failed". The /tmp/rpt_extnodes is fine, >>> and >>> > it is reporting to AllStars nodelist and the stats server. Iax2 show >>> > registry is good. >>> > >>> > When I make an inbound connection to the node, it connects right up, >>> > however, when I make an outbound conenction, I get this big error on >>> any >>> > node : >>> > >>> > channel.c:2447 ast_indicate_data: Unable to handle indication 13 for >>> > 'IAX2/173.82.59.253:4569-10526' >>> > >>> > The strange thing is that if an initial inbound connection is made, it >>> is >>> > fine for outbound connections on that particular node number. >>> > >>> > >>> > So, >>> > >>> > 1) no outbound, only inbound AllStar connections >>> > 2) Outbound works to the particular node only if an initial inbound >>> > connection is made. >>> > >>> > This problem just started, and I have no idea what would be causing >>> it. I >>> > DO have two nodes on the same IP, they are on different ports and I >>> have >>> > the ports forwarded to the specefic devices respectively. >>> > 73 >>> > Skyler KD0WHB >>> > >>> > >>> > >>> >>> >> >> >> -- >> Skyler Fennell >> amsatnet.info >> KD?WHB >> electricity440 at gmail.com >> > > > > -- > Skyler Fennell > amsatnet.info > KD?WHB > electricity440 at gmail.com > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From k6ecm1 at gmail.com Mon Jul 18 03:42:05 2016 From: k6ecm1 at gmail.com (Bob) Date: Sun, 17 Jul 2016 20:42:05 -0700 Subject: [App_rpt-users] Record Connections? Message-ID: <5B61D1F08DB94B7BAED8DB037F782265@ThePykesHP> Is there a way to log connections from Allstar and Echolink nodes? The connections are displayed when monitoring CLI> Thanks, Bob k6ecm 73 From ve3ei at iescomm.ca Mon Jul 18 10:43:45 2016 From: ve3ei at iescomm.ca (Eric Meth) Date: Mon, 18 Jul 2016 06:43:45 -0400 Subject: [App_rpt-users] Outbound call problem! Unable to handle indication 13 In-Reply-To: References: Message-ID: <818b2007-d2f3-6150-115c-f56ea218ad90@iescomm.ca> Do you have the first line in your NAT Firewall rules of srcnat ---- action=masquarade ? You can do this in firewall-nat in winbox or command line Eric - ve3ei On 17/07/2016 11:24 PM, Skyler F wrote: > A third note, I am able to connect to other AllStar nodes that are not > on ports 4569 or 4570 (the ports I use for AllStar link) > > > On Sun, Jul 17, 2016 at 8:59 PM, Skyler F > wrote: > > Another note, If I turn off the port forwarding on the router > under the NAT menu, I can now only get outbound connections, > however inbound connections don't work. > > So if I turn my firewall rules off, outbound all the sudden starts > working. > > > On Sun, Jul 17, 2016 at 8:30 PM, Skyler F > > wrote: > > This is my first time using the MikroTik router, and I don't > know what I could have wrong in the outbound NAT of my > router. Can anybody give me an idea of where to look in > winbox or routerOS to see what is wrong? > > Skyler > > > On Sun, Jul 17, 2016 at 7:58 PM, David McGough > > wrote: > > > > Skyler, > > Indication 13 is a AST_CONTROL_RADIO_UNKEY message. I > think that's just a > side effect of the out-bound connection not getting > established properly. > > I think you've got a out-bound NAT configuration issue on > the MikroTik. > > > 73, David KB4FXC > > > On Sun, 17 Jul 2016, Skyler F wrote: > > > So I try to make an outbound call on my AllStar machine > under a mikrotik > > router, and I get "Connection Failed". The > /tmp/rpt_extnodes is fine, and > > it is reporting to AllStars nodelist and the stats > server. Iax2 show > > registry is good. > > > > When I make an inbound connection to the node, it > connects right up, > > however, when I make an outbound conenction, I get this > big error on any > > node : > > > > channel.c:2447 ast_indicate_data: Unable to handle > indication 13 for > > 'IAX2/173.82.59.253:4569-10526' > > > > The strange thing is that if an initial inbound > connection is made, it is > > fine for outbound connections on that particular node > number. > > > > > > So, > > > > 1) no outbound, only inbound AllStar connections > > 2) Outbound works to the particular node only if an > initial inbound > > connection is made. > > > > This problem just started, and I have no idea what would > be causing it. I > > DO have two nodes on the same IP, they are on different > ports and I have > > the ports forwarded to the specefic devices respectively. > > 73 > > Skyler KD0WHB > > > > > > > > > > > -- > Skyler Fennell > amsatnet.info > KD?WHB > electricity440 at gmail.com > > > > > -- > Skyler Fennell > amsatnet.info > KD?WHB > electricity440 at gmail.com > > > > > -- > Skyler Fennell > amsatnet.info > KD?WHB > electricity440 at gmail.com > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb4fxc at inttek.net Mon Jul 18 10:46:28 2016 From: kb4fxc at inttek.net (David McGough) Date: Mon, 18 Jul 2016 06:46:28 -0400 (EDT) Subject: [App_rpt-users] MikroTik help needed! Was: Outbound call problem! Unable to handle indication 13 In-Reply-To: Message-ID: Hi Skyler, It's definitely a NAT problem, based on your description. However, I'm not a MikroTik guru, I use only Linux (iptables) firewalls for these applications, which are trivial to setup..But, setting up the MikroTik should be easy, too. I know similar MikroTik topics have come up in the past, perhaps someone else on the list will elaborate? 73, David KB4FXC On Sun, 17 Jul 2016, Skyler F wrote: > Another note, If I turn off the port forwarding on the router under the NAT > menu, I can now only get outbound connections, however inbound connections > don't work. > > So if I turn my firewall rules off, outbound all the sudden starts working. > > > On Sun, Jul 17, 2016 at 8:30 PM, Skyler F wrote: > > > This is my first time using the MikroTik router, and I don't know what I > > could have wrong in the outbound NAT of my router. Can anybody give me an > > idea of where to look in winbox or routerOS to see what is wrong? > > > > Skyler > > > > > > On Sun, Jul 17, 2016 at 7:58 PM, David McGough wrote: > > > >> > >> > >> Skyler, > >> > >> Indication 13 is a AST_CONTROL_RADIO_UNKEY message. I think that's just a > >> side effect of the out-bound connection not getting established properly. > >> > >> I think you've got a out-bound NAT configuration issue on the MikroTik. > >> > >> > >> 73, David KB4FXC > >> > >> > >> On Sun, 17 Jul 2016, Skyler F wrote: > >> > >> > So I try to make an outbound call on my AllStar machine under a mikrotik > >> > router, and I get "Connection Failed". The /tmp/rpt_extnodes is fine, > >> and > >> > it is reporting to AllStars nodelist and the stats server. Iax2 show > >> > registry is good. > >> > > >> > When I make an inbound connection to the node, it connects right up, > >> > however, when I make an outbound conenction, I get this big error on any > >> > node : > >> > > >> > channel.c:2447 ast_indicate_data: Unable to handle indication 13 for > >> > 'IAX2/173.82.59.253:4569-10526' > >> > > >> > The strange thing is that if an initial inbound connection is made, it > >> is > >> > fine for outbound connections on that particular node number. > >> > > >> > > >> > So, > >> > > >> > 1) no outbound, only inbound AllStar connections > >> > 2) Outbound works to the particular node only if an initial inbound > >> > connection is made. > >> > > >> > This problem just started, and I have no idea what would be causing it. > >> I > >> > DO have two nodes on the same IP, they are on different ports and I have > >> > the ports forwarded to the specefic devices respectively. > >> > 73 > >> > Skyler KD0WHB > >> > > >> > > >> > > >> > >> > > > > > > -- > > Skyler Fennell > > amsatnet.info > > KD??WHB > > electricity440 at gmail.com > > > > > > From ve6ars at gmail.com Mon Jul 18 15:36:30 2016 From: ve6ars at gmail.com (R Dahl) Date: Mon, 18 Jul 2016 09:36:30 -0600 Subject: [App_rpt-users] App_rpt-users Digest, Vol 89, Issue 53 In-Reply-To: References: Message-ID: > > > 1. Re: Outbound call problem! Unable to handle indication 13 > (Skyler F) > 2. Re: Outbound call problem! Unable to handle indication 13 > (Skyler F) > 3. Record Connections? (Bob) > 4. Re: Outbound call problem! Unable to handle indication 13 > (Eric Meth) > > Skyler, although not quite the same as the problem I was having, it sounds > similar and might require a hairpin NAT in the Mikrotik. There should be > several references to that in the archives. Ross -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajp26 at buffalo.edu Mon Jul 18 15:38:20 2016 From: ajp26 at buffalo.edu (Pawlowski, Adam) Date: Mon, 18 Jul 2016 15:38:20 +0000 Subject: [App_rpt-users] Outbound call problem! Unable to handle indication 13 Message-ID: <1ee881a188e94143bd38a3c8d3f05eba@MBX-NR5.itorg.ad.buffalo.edu> This is what I have for my node: add action=dst-nat chain=dstnat comment="Allstar Link IAX2" dst-port=4569 in-interface=ether1-gateway protocol=udp to-addresses=192.168.1.120 to-ports=4569 add action=dst-nat chain=dstnat comment="Allstarlink chan_echolink" dst-port=5198-5199 in-interface=ether1-gateway protocol=udp to-addresses=192.168.1.120 to-ports=5198-5199 add action=dst-nat chain=dstnat comment="Allstarlink SIP" dst-port=5060 in-interface=ether1-gateway protocol=udp to-addresses=192.168.1.120 to-ports=5060 add action=dst-nat chain=dstnat comment="Allstarlink RTP" dst-port=10000-65535 in-interface=ether1-gateway protocol=udp to-addresses=192.168.1.120 to-ports=10000-65535 I am not running a src nat for the IAX port outbound. I have the rule in the chain but disabled, so I must have determined I didn't need it. It either does PAT correctly in the background, or isn't natting that port: 220controller*CLI> iax2 show registry Host dnsmgr Username Perceived Refresh State 67.215.233.178:4569 Y 27709 67.242.153.201:4569 60 Registered I installed the MicroTIK router to replace an Adtran device which was utter trash and refused to do a static PAT, and it's been working swell since, to the best of my knowledge. If there's some reason I should be doing a source NAT for that port, I guess, let me know? I suppose it would only make a difference if I'm operating multiple nodes and didn't want to connect them together internally. Regards, Adam KC2YQF From ve3ei at iescomm.ca Mon Jul 18 16:45:02 2016 From: ve3ei at iescomm.ca (ve3ei at iescomm.ca) Date: Mon, 18 Jul 2016 12:45:02 -0400 Subject: [App_rpt-users] Outbound call problem! Unable to handleindication 13 In-Reply-To: <1ee881a188e94143bd38a3c8d3f05eba@MBX-NR5.itorg.ad.buffalo.edu> References: <1ee881a188e94143bd38a3c8d3f05eba@MBX-NR5.itorg.ad.buffalo.edu> Message-ID: <578d078e.89116b0a.2d36c.25b7@mx.google.com> You should not need the dst-nat to 10000-65535 as IAX2 bypasses the need for that. It is only required for SIP In echolink I do not see a TCP connection for port 5200 The src-nat function just transforms (masquerades) all internal addresses to your public IP Your registry information is done on outbound anyway. What type of internet are you using? Cable or DSL? If using DSL you may want to have your in-interface=PPoE as opposed to ethernet1 Eric ? ve3ei Sent from Mail for Windows 10 From: Pawlowski, Adam -------------- next part -------------- An HTML attachment was scrubbed... URL: From ve3ei at iescomm.ca Mon Jul 18 16:48:25 2016 From: ve3ei at iescomm.ca (ve3ei at iescomm.ca) Date: Mon, 18 Jul 2016 12:48:25 -0400 Subject: [App_rpt-users] Outbound call problem! Unable to handleindication 13 In-Reply-To: <1ee881a188e94143bd38a3c8d3f05eba@MBX-NR5.itorg.ad.buffalo.edu> References: <1ee881a188e94143bd38a3c8d3f05eba@MBX-NR5.itorg.ad.buffalo.edu> Message-ID: <578d0859.0fe4240a.949a4.4e31@mx.google.com> Forget what I said about RTP, I see you are using SIP. However, depending on your SIP server, you should not need that many connections. There are only 4 streams used per contact, so 100 streams should be suffient. Make sure the RTP are set on both the router and the asterisk server. Eric ? ve3ei Sent from Mail for Windows 10 From: Pawlowski, Adam -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajp26 at buffalo.edu Mon Jul 18 17:50:08 2016 From: ajp26 at buffalo.edu (Pawlowski, Adam) Date: Mon, 18 Jul 2016 17:50:08 +0000 Subject: [App_rpt-users] Outbound call problem! Unable to handleindication 13 In-Reply-To: <578d0859.0fe4240a.949a4.4e31@mx.google.com> References: <1ee881a188e94143bd38a3c8d3f05eba@MBX-NR5.itorg.ad.buffalo.edu> <578d0859.0fe4240a.949a4.4e31@mx.google.com> Message-ID: Eric, Thanks for your reply. I would assume that an ALG would be acceptable, so it would not be necessary to make such a sweeping arrangement of ports, but I had just thrown that in there to get it working. This is connected to a cable modem, which seems to go up and down at various times, and has worked relatively well in keeping up with any issues. Really hasn?t? been any trouble with it, seems plenty overkill and reliable. Adam From: ve3ei at iescomm.ca [mailto:ve3ei at iescomm.ca] Sent: Monday, July 18, 2016 12:48 PM To: Pawlowski, Adam; app_rpt-users at ohnosec.org Subject: RE: [App_rpt-users] Outbound call problem! Unable to handleindication 13 Forget what I said about RTP, I see you are using SIP. However, depending on your SIP server, you should not need that many connections. There are only 4 streams used per contact, so 100 streams should be suffient. Make sure the RTP are set on both the router and the asterisk server. Eric ? ve3ei Sent from Mail for Windows 10 From: Pawlowski, Adam Sent: Monday, July 18, 2016 11:38 AM To: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Outbound call problem! Unable to handleindication 13 This is what I have for my node: add action=dst-nat chain=dstnat comment="Allstar Link IAX2" dst-port=4569 in-interface=ether1-gateway protocol=udp to-addresses=192.168.1.120 to-ports=4569 add action=dst-nat chain=dstnat comment="Allstarlink chan_echolink" dst-port=5198-5199 in-interface=ether1-gateway protocol=udp to-addresses=192.168.1.120 to-ports=5198-5199 add action=dst-nat chain=dstnat comment="Allstarlink SIP" dst-port=5060 in-interface=ether1-gateway protocol=udp to-addresses=192.168.1.120 to-ports=5060 add action=dst-nat chain=dstnat comment="Allstarlink RTP" dst-port=10000-65535 in-interface=ether1-gateway protocol=udp to-addresses=192.168.1.120 to-ports=10000-65535 I am not running a src nat for the IAX port outbound. I have the rule in the chain but disabled, so I must have determined I didn't need it. It either does PAT correctly in the background, or isn't natting that port: 220controller*CLI> iax2 show registry Host dnsmgr Username Perceived Refresh State 67.215.233.178:4569 Y 27709 67.242.153.201:4569 60 Registered I installed the MicroTIK router to replace an Adtran device which was utter trash and refused to do a static PAT, and it's been working swell since, to the best of my knowledge. If there's some reason I should be doing a source NAT for that port, I guess, let me know? I suppose it would only make a difference if I'm operating multiple nodes and didn't want to connect them together internally. Regards, Adam KC2YQF _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Mon Jul 18 20:27:14 2016 From: electricity440 at gmail.com (Skyler F) Date: Mon, 18 Jul 2016 14:27:14 -0600 Subject: [App_rpt-users] Outbound call problem! Unable to handleindication 13 In-Reply-To: References: <1ee881a188e94143bd38a3c8d3f05eba@MBX-NR5.itorg.ad.buffalo.edu> <578d0859.0fe4240a.949a4.4e31@mx.google.com> Message-ID: Aha, thats where my error is : I did not add : in-interface=ether1-gateway just left it blank Now outbound connections are working, thanks! On Mon, Jul 18, 2016 at 11:50 AM, Pawlowski, Adam wrote: > Eric, > > > > Thanks for your reply. I would assume that an ALG would be > acceptable, so it would not be necessary to make such a sweeping > arrangement of ports, but I had just thrown that in there to get it > working. This is connected to a cable modem, which seems to go up and down > at various times, and has worked relatively well in keeping up with any > issues. Really hasn?t? been any trouble with it, seems plenty overkill and > reliable. > > > > Adam > > > > *From:* ve3ei at iescomm.ca [mailto:ve3ei at iescomm.ca] > *Sent:* Monday, July 18, 2016 12:48 PM > *To:* Pawlowski, Adam; app_rpt-users at ohnosec.org > *Subject:* RE: [App_rpt-users] Outbound call problem! Unable to > handleindication 13 > > > > Forget what I said about RTP, I see you are using SIP. However, depending > on your SIP server, you should not need that many connections. There are > only 4 streams used per contact, so 100 streams should be suffient. Make > sure the RTP are set on both the router and the asterisk server. > > Eric ? ve3ei > > > > Sent from Mail for > Windows 10 > > > > *From: *Pawlowski, Adam > *Sent: *Monday, July 18, 2016 11:38 AM > *To: *app_rpt-users at ohnosec.org > *Subject: *Re: [App_rpt-users] Outbound call problem! Unable to > handleindication 13 > > > > This is what I have for my node: > > > > add action=dst-nat chain=dstnat comment="Allstar Link IAX2" dst-port=4569 > in-interface=ether1-gateway protocol=udp to-addresses=192.168.1.120 > to-ports=4569 > > add action=dst-nat chain=dstnat comment="Allstarlink chan_echolink" > dst-port=5198-5199 in-interface=ether1-gateway protocol=udp > to-addresses=192.168.1.120 to-ports=5198-5199 > > add action=dst-nat chain=dstnat comment="Allstarlink SIP" dst-port=5060 > in-interface=ether1-gateway protocol=udp to-addresses=192.168.1.120 > to-ports=5060 > > add action=dst-nat chain=dstnat comment="Allstarlink RTP" > dst-port=10000-65535 in-interface=ether1-gateway protocol=udp > to-addresses=192.168.1.120 to-ports=10000-65535 > > > > I am not running a src nat for the IAX port outbound. I have the rule in > the chain but disabled, so I must have determined I didn't need it. > > > > It either does PAT correctly in the background, or isn't natting that port: > > > > 220controller*CLI> iax2 show registry > > Host dnsmgr Username Perceived Refresh > State > > 67.215.233.178:4569 Y 27709 67.242.153.201:4569 60 > Registered > > > > I installed the MicroTIK router to replace an Adtran device which was > utter trash and refused to do a static PAT, and it's been working swell > since, to the best of my knowledge. > > > > If there's some reason I should be doing a source NAT for that port, I > guess, let me know? I suppose it would only make a difference if I'm > operating multiple nodes and didn't want to connect them together > internally. > > > > Regards, > > > > > > Adam > > KC2YQF > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From N1XBM at amsat.org Tue Jul 19 01:49:46 2016 From: N1XBM at amsat.org (Robert Newberry) Date: Mon, 18 Jul 2016 21:49:46 -0400 Subject: [App_rpt-users] Levels In-Reply-To: References: Message-ID: Does anyone on this list have problems with people saying the level sounds a bit soft on their repeater? I set mine using the "preferred method" with a calibrated servicr monitor, outlined on the allstar page. Basically 3khz in 3khz out. All of the repeaters I setup I can change channels on my radio and the levels are equal and sound right to me. I run my radio at half volume. The people complaining about my levels are basing this on what they hear by ear in their car and compare me to to repeaters that were set up by people using their ear and not test gear. I'm basically holding the line and reluctant to budge, but maybe I'm missing something, such as is using that method for setup a little stingey on the level? I'm confident I'm setup right, but I'm scratching my head on the comments. N1XBM Apparare Scientor Paratus Communicare Allstar Node # 27086, 41540, 41812, 42086, 42658, 42657 www.radioguysrepeaternetwork.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jrorke at cogeco.ca Tue Jul 19 13:15:30 2016 From: jrorke at cogeco.ca (REDBUTTON_CTRL) Date: Tue, 19 Jul 2016 09:15:30 -0400 Subject: [App_rpt-users] Levels In-Reply-To: References: Message-ID: <578E27F2.7000908@cogeco.ca> Well If you know your test set is not lyng to you then I wouldnt worry about it. You can always do the direct O/P test with them to show you are not soft on audio if they are in range. Also maybe they are really complaining about people using Baofengs which are notorious for low tx audio. Jon VA3RQ On 7/18/2016 9:49 PM, Robert Newberry wrote: > > Does anyone on this list have problems with people saying the level > sounds a bit soft on their repeater? I set mine using the "preferred > method" with a calibrated servicr monitor, outlined on the allstar > page. Basically 3khz in 3khz out. All of the repeaters I setup I can > change channels on my radio and the levels are equal and sound right > to me. I run my radio at half volume. The people complaining about my > levels are basing this on what they hear by ear in their car and > compare me to to repeaters that were set up by people using their ear > and not test gear. > > I'm basically holding the line and reluctant to budge, but maybe I'm > missing something, such as is using that method for setup a little > stingey on the level? I'm confident I'm setup right, but I'm > scratching my head on the comments. > > N1XBM > Apparare Scientor > Paratus Communicare > Allstar Node # 27086, 41540, 41812, 42086, 42658, 42657 > www.radioguysrepeaternetwork.com > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From n3xcc at repeater-builder.com Wed Jul 20 00:05:22 2016 From: n3xcc at repeater-builder.com (Scott Zimmerman) Date: Tue, 19 Jul 2016 20:05:22 -0400 Subject: [App_rpt-users] Levels In-Reply-To: References: Message-ID: <38a1dfcf-442d-2b5b-40ec-91a697dd9aa1@repeater-builder.com> I typically "push the envelope" just a bit and set the transmit level for 3.2KHz. This gives the system about 10% gain. I have done this for years with analog controllers it always seemed to give the audio a bit more "punch" since it was hitting the limiter just a bit harder on the voice peaks. It also helps bring those folks that are a bit low in deviation up just a bit. Depending on how you are feeding transmit audio to your radio, you may or may not have the same "punch" type effect with App-rpt. If you are feeding the radio's mic input, then you would be feeding the radio non-processed audio injected before any of the radio's audio processing chain thus the limiter internal to the radio will be doing the limiting. If you are feeding the modulator directly and letting app-rpt handle the processing, the only thing the additional 10% will do is increase the deviation on the channel. It will do nothing to change how the audio is processed. For a good read on audio processing in two-way radio, check out this article: http://www.repeater-builder.com/tech-info/audio-processing.html Scott Scott Zimmerman Amateur Radio Call N3XCC 474 Barnett Road Boswell, PA 15531 On 7/18/2016 9:49 PM, Robert Newberry wrote: > Does anyone on this list have problems with people saying the level sounds a bit soft on their > repeater? I set mine using the "preferred method" with a calibrated servicr monitor, outlined on the > allstar page. Basically 3khz in 3khz out. All of the repeaters I setup I can change channels on my > radio and the levels are equal and sound right to me. I run my radio at half volume. The people > complaining about my levels are basing this on what they hear by ear in their car and compare me to > to repeaters that were set up by people using their ear and not test gear. > > I'm basically holding the line and reluctant to budge, but maybe I'm missing something, such as is > using that method for setup a little stingey on the level? I'm confident I'm setup right, but I'm > scratching my head on the comments. > > N1XBM > Apparare Scientor > Paratus Communicare > Allstar Node # 27086, 41540, 41812, 42086, 42658, 42657 > www.radioguysrepeaternetwork.com > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > From N1XBM at amsat.org Wed Jul 20 19:13:53 2016 From: N1XBM at amsat.org (Robert Newberry) Date: Wed, 20 Jul 2016 15:13:53 -0400 Subject: [App_rpt-users] Android IAXRPT new phone In-Reply-To: References: Message-ID: I grabbed the Android IAXRPT from dropbox. The link I had it says it was 2 months old. I installed it on my new Samsung edge 7. I can not figure out how to exit the program. Is there a way to do this? -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Wed Jul 20 19:19:23 2016 From: szingman at msgstor.com (Steve Zingman) Date: Wed, 20 Jul 2016 15:19:23 -0400 Subject: [App_rpt-users] Android IAXRPT new phone In-Reply-To: References: Message-ID: <578FCEBB.3020306@msgstor.com> Bottom right hand corner of screen, 3 vertical dots. Opens the menu. On 7/20/2016 3:13 PM, Robert Newberry wrote: > > I grabbed the Android IAXRPT from dropbox. The link I had it says it > was 2 months old. > > I installed it on my new Samsung edge 7. I can not figure out how to > exit the program. Is there a way to do this? > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From lorentedford at gmail.com Wed Jul 20 19:36:56 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Wed, 20 Jul 2016 14:36:56 -0500 Subject: [App_rpt-users] Android IAXRPT new phone In-Reply-To: <578FCEBB.3020306@msgstor.com> References: <578FCEBB.3020306@msgstor.com> Message-ID: http://forum.voipham.com/index.php?topic=12.msg13#msg13 Here is how to forcefully Close Android Iax Rpt.. Step one swipe down form the top to get to settings.. [img] http://voipham.com/wp-content/uploads/2016/07/Screenshot_2016-07-20-14-14-461.png[/img] Step two Find apps under settings. [img] http://voipham.com/wp-content/uploads/2016/07/Screenshot_2016-07-20-14-15-011[/img] Step 3 Find Android Iax Rpt [img] http://voipham.com/wp-content/uploads/2016/07/Screenshot_2016-07-20-14-15-141.png[/img] Step 4 Forcefully Close Android Iax Rpt. [img] http://voipham.com/wp-content/uploads/2016/07/Screenshot_2016-07-20-14-15-221.png[/img] Loren Tedford (KC9ZHV) Phone:618-553-0806 Fax: 1-618-551-2755 Email: lorentedford at gmail.com Email: KC9ZHV at KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net http://voipham.com On Wed, Jul 20, 2016 at 2:19 PM, Steve Zingman wrote: > Bottom right hand corner of screen, 3 vertical dots. Opens the menu. > > On 7/20/2016 3:13 PM, Robert Newberry wrote: > > I grabbed the Android IAXRPT from dropbox. The link I had it says it was 2 > months old. > > I installed it on my new Samsung edge 7. I can not figure out how to exit > the program. Is there a way to do this? > > > _______________________________________________ > App_rpt-users mailing listApp_rpt-users at ohnosec.orghttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lorentedford at gmail.com Wed Jul 20 19:42:45 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Wed, 20 Jul 2016 14:42:45 -0500 Subject: [App_rpt-users] Android IAXRPT new phone In-Reply-To: References: <578FCEBB.3020306@msgstor.com> Message-ID: This should be a little more prettier than what i had copied and pasted.. Step one swipe down form the top to get to settings.. Step two Find apps under settings. Step 3 Find Android Iax Rpt Step 4 Forcefully Close Android Iax Rpt. Loren Tedford (KC9ZHV) Phone:618-553-0806 Fax: 1-618-551-2755 Email: lorentedford at gmail.com Email: KC9ZHV at KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net http://voipham.com On Wed, Jul 20, 2016 at 2:36 PM, Loren Tedford wrote: > http://forum.voipham.com/index.php?topic=12.msg13#msg13 > > Here is how to forcefully Close Android Iax Rpt.. > > Step one swipe down form the top to get to settings.. > > [img] > http://voipham.com/wp-content/uploads/2016/07/Screenshot_2016-07-20-14-14-461.png[/img] > > Step two Find apps under settings. > > [img] > http://voipham.com/wp-content/uploads/2016/07/Screenshot_2016-07-20-14-15-011[/img] > > Step 3 Find Android Iax Rpt > > [img] > http://voipham.com/wp-content/uploads/2016/07/Screenshot_2016-07-20-14-15-141.png[/img] > > Step 4 Forcefully Close Android Iax Rpt. > > [img] > http://voipham.com/wp-content/uploads/2016/07/Screenshot_2016-07-20-14-15-221.png[/img] > > > Loren Tedford (KC9ZHV) > Phone:618-553-0806 > Fax: 1-618-551-2755 > Email: lorentedford at gmail.com > Email: KC9ZHV at KC9ZHV.com > http://www.lorentedford.com > http://www.kc9zhv.com > http://forum.kc9zhv.com > http://hub.kc9zhv.com > http://Ltcraft.net > http://voipham.com > > On Wed, Jul 20, 2016 at 2:19 PM, Steve Zingman > wrote: > >> Bottom right hand corner of screen, 3 vertical dots. Opens the menu. >> >> On 7/20/2016 3:13 PM, Robert Newberry wrote: >> >> I grabbed the Android IAXRPT from dropbox. The link I had it says it was >> 2 months old. >> >> I installed it on my new Samsung edge 7. I can not figure out how to exit >> the program. Is there a way to do this? >> >> >> _______________________________________________ >> App_rpt-users mailing listApp_rpt-users at ohnosec.orghttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >> >> >> -- >> "Anything is possible if you don't know what you are talking about." >> 1st Law of Logic >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From N1XBM at amsat.org Wed Jul 20 19:45:07 2016 From: N1XBM at amsat.org (Robert Newberry) Date: Wed, 20 Jul 2016 15:45:07 -0400 Subject: [App_rpt-users] Android IAXRPT new phone In-Reply-To: References: <578FCEBB.3020306@msgstor.com> Message-ID: So I was like Steve suggested but my bottom right was the back arrow. Press and hold brings up the menu with exit button. Getting a new phone is quite the endeavor, not like the old flip phones. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lorentedford at gmail.com Wed Jul 20 20:00:03 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Wed, 20 Jul 2016 15:00:03 -0500 Subject: [App_rpt-users] Android IAXRPT new phone In-Reply-To: References: <578FCEBB.3020306@msgstor.com> Message-ID: When I press and hold my back arrow button nothing happens.. This is why I shared the info on how to force the program closed.. Glad it worked out for you! Loren Tedford (KC9ZHV) Email: lorentedford at gmail.com Phone: 618-553-0806 Fax: 16185512755 http://www.lorentedford.com http://kc9zhv.com Sent from Droid Turbo from Verizon wireless network On Jul 20, 2016 2:56 PM, "Robert Newberry" wrote: > So I was like Steve suggested but my bottom right was the back arrow. > Press and hold brings up the menu with exit button. Getting a new phone is > quite the endeavor, not like the old flip phones. > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ssedgwick at suddenlink.net Thu Jul 21 16:52:38 2016 From: ssedgwick at suddenlink.net (ssedgwick) Date: Thu, 21 Jul 2016 11:52:38 -0500 Subject: [App_rpt-users] Android IAXRPT new phone In-Reply-To: Message-ID: Seems different phones requires different actions to exit IAXRPT. On my Samsung Galaxy 4 on the Sprint network, I have to tap the bottom left button. When I do I have 3 options: 1. Accounts 2. About? 3. Exit In my case I tap the ?exit? button. Steve_WB8GRS -------------- next part -------------- An HTML attachment was scrubbed... URL: From asylthe at kc9ona.com Thu Jul 21 17:19:15 2016 From: asylthe at kc9ona.com (Andrew Sylthe) Date: Thu, 21 Jul 2016 12:19:15 -0500 Subject: [App_rpt-users] Android IAXRPT new phone In-Reply-To: References: Message-ID: Here is what it looks like on my Nexus 6P. I had to tap on those 3 dots in the lower right hand corner of my screen to bring up the menu options (Accounts, About, Exit). https://goo.gl/photos/NZwaeSneK4Vc4V5w6 On Thu, Jul 21, 2016 at 11:52 AM, ssedgwick wrote: > Seems different phones requires different actions to exit IAXRPT. On my > Samsung Galaxy 4 on the Sprint network, I have to tap the bottom left > button. When I do I have 3 options: > > 1. Accounts > 2. About? > 3. Exit > > In my case I tap the ?exit? button. > > Steve_WB8GRS > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -- Andrew Sylthe KC9ONA -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Thu Jul 21 17:37:17 2016 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 21 Jul 2016 13:37:17 -0400 Subject: [App_rpt-users] Android IAXRPT new phone In-Reply-To: References: Message-ID: <5791084D.9000207@msgstor.com> On my Samsung Galaxy Alpha, I did not have the menu button. To access the menu, I did a "long press" of the Recents button. On my Blu R1 HD I have the triple dot soft menu button. 73, Steve N4IRS On 7/21/2016 1:19 PM, Andrew Sylthe wrote: > Here is what it looks like on my Nexus 6P. I had to tap on those 3 > dots in the lower right hand corner of my screen to bring up the menu > options (Accounts, About, Exit). > > https://goo.gl/photos/NZwaeSneK4Vc4V5w6 > > On Thu, Jul 21, 2016 at 11:52 AM, ssedgwick > wrote: > > Seems different phones requires different actions to exit IAXRPT. > On my Samsung Galaxy 4 on the Sprint network, I have to tap the > bottom left button. When I do I have 3 options: > 1. Accounts > 2. About? > 3. Exit > In my case I tap the ?exit? button. > Steve_WB8GRS > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and > scroll down to the bottom of the page. Enter your email address > and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a > message to the list detailing the problem. > > > > > -- > Andrew Sylthe > KC9ONA > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From N1XBM at amsat.org Thu Jul 21 17:46:17 2016 From: N1XBM at amsat.org (Robert Newberry) Date: Thu, 21 Jul 2016 13:46:17 -0400 Subject: [App_rpt-users] Android IAXRPT new phone In-Reply-To: <5791084D.9000207@msgstor.com> References: <5791084D.9000207@msgstor.com> Message-ID: Ya my old phone was a galaxy and the bottom left gave me the menu for exit. This new phone samsung edge 7 you have to hold the back arrow. This action also applies to zello too to get the menu. Oh well new phones! -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Thu Jul 21 18:16:26 2016 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 21 Jul 2016 14:16:26 -0400 Subject: [App_rpt-users] Android IAXRPT new phone In-Reply-To: References: <5791084D.9000207@msgstor.com> Message-ID: <5791117A.6000302@msgstor.com> I have updated the link to version 1.13 The link is at It is also at the bottom of the page at Pressing the back button on the dialer screen will bring up a exit menu. 73, Steve N4IRS On 7/21/2016 1:46 PM, Robert Newberry wrote: > > Ya my old phone was a galaxy and the bottom left gave me the menu for > exit. This new phone samsung edge 7 you have to hold the back arrow. > This action also applies to zello too to get the menu. Oh well new phones! > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Thu Jul 21 18:18:05 2016 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 21 Jul 2016 14:18:05 -0400 Subject: [App_rpt-users] Android IAXRPT new phone In-Reply-To: References: <5791084D.9000207@msgstor.com> Message-ID: <579111DD.6010109@msgstor.com> The picture you posted was a force close. Not a long press. On 7/21/2016 2:13 PM, Loren Tedford wrote: > > Thats exactly how mine works but often times people don't understand > what a long press means so I give them the long tutorial > > Loren Tedford (KC9ZHV) > Email: lorentedford at gmail.com > Phone: 618-553-0806 > Fax: 16185512755 > http://www.lorentedford.com > http://kc9zhv.com > > Sent from Droid Turbo from Verizon wireless network > > > On Jul 21, 2016 12:37 PM, "Steve Zingman" > wrote: > > On my Samsung Galaxy Alpha, I did not have the menu button. To > access the menu, I did a "long press" of the Recents button. On my > Blu R1 HD I have the triple dot soft menu button. > > 73, Steve N4IRS > > On 7/21/2016 1:19 PM, Andrew Sylthe wrote: >> Here is what it looks like on my Nexus 6P. I had to tap on those >> 3 dots in the lower right hand corner of my screen to bring up >> the menu options (Accounts, About, Exit). >> >> https://goo.gl/photos/NZwaeSneK4Vc4V5w6 >> >> On Thu, Jul 21, 2016 at 11:52 AM, ssedgwick >> > wrote: >> >> Seems different phones requires different actions to exit >> IAXRPT. On my Samsung Galaxy 4 on the Sprint network, I have >> to tap the bottom left button. When I do I have 3 options: >> 1. Accounts >> 2. About? >> 3. Exit >> In my case I tap the ?exit? button. >> Steve_WB8GRS >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and >> scroll down to the bottom of the page. Enter your email >> address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via >> email confirmation. If you have trouble unsubscribing, please >> send a message to the list detailing the problem. >> >> >> >> >> -- >> Andrew Sylthe >> KC9ONA >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and > scroll down to the bottom of the page. Enter your email address > and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a > message to the list detailing the problem. > -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From tom at tomh.us Thu Jul 21 18:39:14 2016 From: tom at tomh.us (Tom Hayward) Date: Thu, 21 Jul 2016 11:39:14 -0700 Subject: [App_rpt-users] archivedir permissions Message-ID: I setup archivedir and am successfully getting recordings. I want to allow access to these recordings on a web server. The recordings are in the web root and I can browse them. When I try to download a recording, I get permission denied because the recording files do not have world-read and are owned by root. A chmod solves this, but only for old recordings. New files still get mode 0600. How can I change the mode of new files? Tom KD7LXL -------------- next part -------------- An HTML attachment was scrubbed... URL: From lorentedford at gmail.com Thu Jul 21 18:52:15 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Thu, 21 Jul 2016 13:52:15 -0500 Subject: [App_rpt-users] archivedir permissions In-Reply-To: References: Message-ID: Here is how I have done it in the past I will start from number one place.. apt-get update apt-get install apache2 php5 libapache2-mod-php5 php5-mcrypt nano /etc/apache2/sites-enabled/000-default.conf <- Make sure you put the correct doc root folder Htaccess file this is very important.. nano /var/www/audio/.htaccess basic compression mod_gzip_on Yes mod_gzip_dechunk Yes mod_gzip_item_include file \.(html?|txt|css|js)$ mod_gzip_item_include mime ^text/.* mod_gzip_item_include mime ^application/x-javascript.* mod_gzip_item_exclude mime ^image/.* mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.* # Protect files and directories # DO show directory listings Options +Indexes # Basic rewrite rules, stop unneeded PERL bot, block subversion directories RewriteEngine On RewriteRule ^(.*/)?\.svn/ - [F,L] ErrorDocument 403 "Access Forbidden" RewriteCond %{HTTP_USER_AGENT} libwww-perl.* RewriteRule .* ? [F,L] #File ends above this line Do not add this line.. The next step is crontab -e Add these two lines below.. */01 * * * * chown -R www-data:www-data /var/www/audio/ */01 * * * * chmod -R 775 /var/www/audio/ #File ends above this line Do not add this line.. Save it now add the info into your rpt.conf archivedir=/var/www/audio In the paragraph just before the allstarlink status reporting page.. This should help you make it web based like i have it just go to the ip or sub-domain name pointed at the ip.. Example uhf.lorentedford.com Loren Tedford (KC9ZHV) Email: lorentedford at gmail.com Phone: Fax: http://www.lorentedford.com http://kc9zhv.com Sent from Droid Turbo from Verizon wireless network On Jul 21, 2016 1:39 PM, "Tom Hayward" wrote: > I setup archivedir and am successfully getting recordings. I want to allow > access to these recordings on a web server. The recordings are in the web > root and I can browse them. When I try to download a recording, I get > permission denied because the recording files do not have world-read and > are owned by root. A chmod solves this, but only for old recordings. New > files still get mode 0600. How can I change the mode of new files? > > Tom KD7LXL > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tom at tomh.us Thu Jul 21 19:02:38 2016 From: tom at tomh.us (Tom Hayward) Date: Thu, 21 Jul 2016 12:02:38 -0700 Subject: [App_rpt-users] archivedir permissions In-Reply-To: References: Message-ID: On Thu, Jul 21, 2016 at 11:52 AM, Loren Tedford wrote: > The next step is crontab -e > > Add these two lines below.. > > */01 * * * * chown -R www-data:www-data /var/www/audio/ > */01 * * * * chmod -R 775 /var/www/audio/ Ah, so here's the meat of it. I took a similar approach, but it still seems hackish: inotifywait -m -r /var/www/html/recordings -e create | while read path action file; do echo "The file '$file' appeared in directory '$path' via '$action'" chmod a+r "$path$file" done This at least has the benefit of not waiting until the next minute to do the chmod and only chmod'ing the new file (rather than all recursively). I'd love a method that doesn't require a chmod after the fact. Tom KD7LXL From kb4fxc at inttek.net Thu Jul 21 19:03:40 2016 From: kb4fxc at inttek.net (David McGough) Date: Thu, 21 Jul 2016 15:03:40 -0400 (EDT) Subject: [App_rpt-users] archivedir permissions In-Reply-To: Message-ID: Hi Tom, Currently, the file permissions are hard-coded in the stock version of the app_rpt.c code. See line #22084 of app_rpt.c: fd = open(fname,O_WRONLY | O_CREAT | O_APPEND,0600); So, only the file owner has read/write permission. With the stock code, using chmod (perhaps from a cron script?) is the simplest solution. 73, David KB4FXC On Thu, 21 Jul 2016, Tom Hayward wrote: > I setup archivedir and am successfully getting recordings. I want to allow > access to these recordings on a web server. The recordings are in the web > root and I can browse them. When I try to download a recording, I get > permission denied because the recording files do not have world-read and > are owned by root. A chmod solves this, but only for old recordings. New > files still get mode 0600. How can I change the mode of new files? > > Tom KD7LXL > From kb4fxc at inttek.net Thu Jul 21 19:21:41 2016 From: kb4fxc at inttek.net (David McGough) Date: Thu, 21 Jul 2016 15:21:41 -0400 (EDT) Subject: [App_rpt-users] archivedir permissions In-Reply-To: Message-ID: BTW, in addition to the open() function call, below, there are a few other spots that need new O_CREAT permissions...Just do a search thru app_rpt.c for the string ",0600" to find them. Change those permissions for something friendlier (like: 0644) and recompile. On Thu, 21 Jul 2016, David McGough wrote: > > Hi Tom, > > Currently, the file permissions are hard-coded in the stock version of > the app_rpt.c code. See line #22084 of app_rpt.c: > > fd = open(fname,O_WRONLY | O_CREAT | O_APPEND,0600); > > So, only the file owner has read/write permission. > > With the stock code, using chmod (perhaps from a cron script?) is the > simplest solution. > > 73, David KB4FXC > > > On Thu, 21 Jul 2016, Tom Hayward wrote: > > > I setup archivedir and am successfully getting recordings. I want to allow > > access to these recordings on a web server. The recordings are in the web > > root and I can browse them. When I try to download a recording, I get > > permission denied because the recording files do not have world-read and > > are owned by root. A chmod solves this, but only for old recordings. New > > files still get mode 0600. How can I change the mode of new files? > > > > Tom KD7LXL > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > From Bryan at bryanfields.net Thu Jul 21 23:24:46 2016 From: Bryan at bryanfields.net (Bryan Fields) Date: Thu, 21 Jul 2016 19:24:46 -0400 Subject: [App_rpt-users] asterisk segfault! In-Reply-To: <576DBFB6.7010702@bryanfields.net> References: <5761B3A2.6020502@bryanfields.net> <576DBFB6.7010702@bryanfields.net> Message-ID: <7ffc1538-1bd1-b6d9-e9e9-c14ff9a8001f@bryanfields.net> On 6/24/16 7:18 PM, Bryan Fields wrote: > On 6/15/16 3:59 PM, Bryan Fields wrote: >> I've had asterisk crash twice over the past few weeks. I can't see any >> obvious problems in the logging. I've enabled debug logging and will see what >> I can find out when/if it happens again. > > It crashed last night! The only common theme I see is Echolink connected and > then it had an error of sorts. It crashed again, and it's an echolink issue. I had just linked to a friend on echo link and we were talking. He keyed up, spoke about 15 seconds, and (i was mobile) I saw both 220, 440 and 902 mhz repeaters drop out. The system restarted in 10 seconds due to me using the systemd scripts to manage it. When it restarted echolink came back up and we started talking for the next 20 min without issue. In kern.log Jul 21 16:58:25 Itchy kernel: [8036215.908665] asterisk[31495]: segfault at 192ec ip b7010840 sp b5001f60 error 4 in chan_echolink.so[b700b000+e000] In my asterisk log > [Jul 21 16:57:50] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo > [Jul 21 16:57:50] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) > [Jul 21 16:57:50] DEBUG[32708] channel.c: Hanging up channel 'DAHDI/pseudo-1112987678' > [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1112987678) > [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 78, callwait = -1, thirdcall = -1 > [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1112987678 > [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Updated conferencing on -2, with 0 conference users > [Jul 21 16:57:50] VERBOSE[32708] logger.c: -- Hungup 'DAHDI/pseudo-1112987678' > [Jul 21 16:57:50] DEBUG[32708] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo > [Jul 21 16:57:50] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo > [Jul 21 16:57:50] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) > [Jul 21 16:57:55] DEBUG[31489] chan_iax2.c: Received iseqno 234 not within window 235->235 > [Jul 21 16:57:57] DEBUG[31491] chan_iax2.c: ip callno count decremented to 3 for 67.215.233.178 > [Jul 21 16:57:59] WARNING[31485] chan_iax2.c: REGISTER-LOG: Sending registration request for '41618' > [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: Allocate call number > [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: ip callno count incremented to 4 for 67.215.233.178 > [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: Registration created on call 3312 > [Jul 21 16:57:59] WARNING[31484] chan_iax2.c: REGISTER-LOG: registry rereqquest > [Jul 21 16:57:59] DEBUG[31487] chan_iax2.c: schedule decrement of callno used for 67.215.233.178 in 60 seconds > [Jul 21 16:58:01] VERBOSE[31480] logger.c: -- Received OK from Echolink server nawest.echolink.org > [Jul 21 16:58:01] VERBOSE[31480] logger.c: -- Directory pgm done downloading(partial,compressed), 482 records > [Jul 21 16:58:02] DEBUG[31490] chan_iax2.c: Received iseqno 249 not within window 250->250 > [Jul 21 16:58:09] DEBUG[31491] chan_iax2.c: ip callno count decremented to 3 for 67.215.233.178 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: Node Variable dump for node 40821: > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TU > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_RXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_TXKEYED=1 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: -- 8 variables > [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Using channel -2 > [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_RXKEYED=0 > [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:57:40] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:57:40] VERBOSE[31496] logger.c: -- 9 variables > [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: Using channel -2 > [Jul 21 16:57:40] DEBUG[32702] channel.c: Prodding channel 'DAHDI/pseudo-827327442' > [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format slin > [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Auto-deactivating generator > [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format ulaw > [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:40] DEBUG[32702] channel.c: Prodding channel 'DAHDI/pseudo-827327442' > [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format slin > [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:30] DEBUG[32699] channel.c: Auto-deactivating generator > [Jul 21 16:57:30] DEBUG[32699] channel.c: Set channel DAHDI/pseudo-1312874724 to write format ulaw > [Jul 21 16:57:30] DEBUG[32699] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:30] DEBUG[32699] channel.c: Hanging up channel 'DAHDI/pseudo-1312874724' > [Jul 21 16:57:30] DEBUG[32699] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1312874724) > [Jul 21 16:57:30] DEBUG[32699] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 77, callwait = -1, thirdcall = -1 > [Jul 21 16:57:30] DEBUG[32699] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1312874724 > [Jul 21 16:57:30] DEBUG[32699] chan_dahdi.c: Updated conferencing on -2, with 0 conference users > [Jul 21 16:57:30] VERBOSE[32699] logger.c: -- Hungup 'DAHDI/pseudo-1312874724' > [Jul 21 16:57:30] DEBUG[32699] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo > [Jul 21 16:57:30] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo > [Jul 21 16:57:30] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) > [Jul 21 16:57:33] DEBUG[31498] chan_dahdi.c: Requested indication 13 on channel DAHDI/2-1 > [Jul 21 16:57:33] VERBOSE[31498] logger.c: Node Variable dump for node 42032: > [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_TXKEYED=0 > [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_NUMLINKS=46 > [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_LINKS=46,T41170,T27714,T41599,T29902,T42462,T29826,T29901,T29771,T27455,T29827,T29772,T41508,T28183,T4151 > 0,T41629,T28073,T2578,T41535,T29227,T29474,T29475,T42978,T41385,TN7GLV,T42610,T29659,T41373,T42574,T29658,T41538,T27654,T29521,T29522,T41688,T41525,T1980,T > 3630564,T42393,T1976,T42205,T41237,T40603,T42947,T40696,T42215,T40562 > [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_NUMALINKS=1 > [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_ALINKS=1,41170TU > [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_RXKEYED=0 > [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:57:33] VERBOSE[31498] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:57:33] VERBOSE[31498] logger.c: -- 9 variables > [Jul 21 16:57:34] DEBUG[31487] chan_iax2.c: Received iseqno 238 not within window 239->239 > [Jul 21 16:57:39] WARNING[31482] chan_iax2.c: REGISTER-LOG: Sending registration request for '40821' > [Jul 21 16:57:39] DEBUG[31482] chan_iax2.c: Allocate call number > [Jul 21 16:57:39] DEBUG[31482] chan_iax2.c: ip callno count incremented to 4 for 67.215.233.178 > [Jul 21 16:57:39] DEBUG[31482] chan_iax2.c: Registration created on call 12318 > [Jul 21 16:57:39] WARNING[31484] chan_iax2.c: REGISTER-LOG: registry rereqquest > [Jul 21 16:57:40] DEBUG[31489] chan_iax2.c: schedule decrement of callno used for 67.215.233.178 in 60 seconds > [Jul 21 16:57:40] VERBOSE[31495] logger.c: Node Variable dump for node 40821: > [Jul 21 16:57:40] DEBUG[32701] chan_dahdi.c: Using channel -2 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_RXKEYED=0 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_ETXKEYED=1 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TU > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_TXKEYED=1 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: -- 8 variables > [Jul 21 16:57:40] VERBOSE[31495] logger.c: Node Variable dump for node 40821: > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_RXKEYED=0 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TU > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_TXKEYED=1 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: -- 8 variables > [Jul 21 16:57:40] VERBOSE[31496] logger.c: Node Variable dump for node 41618: > [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 > [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 > [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TU > [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_TXKEYED=1 > [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_RXKEYED=0 > [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:57:40] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:57:40] VERBOSE[31496] logger.c: -- 9 variables > [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: Using channel -2 > [Jul 21 16:57:40] DEBUG[32702] channel.c: Prodding channel 'DAHDI/pseudo-827327442' > [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format slin > [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Auto-deactivating generator > [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format ulaw > [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:40] DEBUG[32702] channel.c: Prodding channel 'DAHDI/pseudo-827327442' > [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format slin > [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:30] DEBUG[32699] channel.c: Auto-deactivating generator > [Jul 21 16:57:30] DEBUG[32699] channel.c: Set channel DAHDI/pseudo-1312874724 to write format ulaw > [Jul 21 16:57:30] DEBUG[32699] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:30] DEBUG[32699] channel.c: Hanging up channel 'DAHDI/pseudo-1312874724' > [Jul 21 16:57:30] DEBUG[32699] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1312874724) > [Jul 21 16:57:30] DEBUG[32699] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 77, callwait = -1, thirdcall = -1 > [Jul 21 16:57:30] DEBUG[32699] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1312874724 > [Jul 21 16:57:30] DEBUG[32699] chan_dahdi.c: Updated conferencing on -2, with 0 conference users > [Jul 21 16:57:30] VERBOSE[32699] logger.c: -- Hungup 'DAHDI/pseudo-1312874724' > [Jul 21 16:57:30] DEBUG[32699] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo > [Jul 21 16:57:30] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo > [Jul 21 16:57:30] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) > [Jul 21 16:57:33] DEBUG[31498] chan_dahdi.c: Requested indication 13 on channel DAHDI/2-1 > [Jul 21 16:57:33] VERBOSE[31498] logger.c: Node Variable dump for node 42032: > [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_TXKEYED=0 > [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_NUMLINKS=46 > [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_LINKS=46,T41170,T27714,T41599,T29902,T42462,T29826,T29901,T29771,T27455,T29827,T29772,T41508,T28183,T4151 > 0,T41629,T28073,T2578,T41535,T29227,T29474,T29475,T42978,T41385,TN7GLV,T42610,T29659,T41373,T42574,T29658,T41538,T27654,T29521,T29522,T41688,T41525,T1980,T > 3630564,T42393,T1976,T42205,T41237,T40603,T42947,T40696,T42215,T40562 > [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_NUMALINKS=1 > [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_ALINKS=1,41170TU > [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_RXKEYED=0 > [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:57:33] VERBOSE[31498] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:57:33] VERBOSE[31498] logger.c: -- 9 variables > [Jul 21 16:57:34] DEBUG[31487] chan_iax2.c: Received iseqno 238 not within window 239->239 > [Jul 21 16:57:39] WARNING[31482] chan_iax2.c: REGISTER-LOG: Sending registration request for '40821' > [Jul 21 16:57:39] DEBUG[31482] chan_iax2.c: Allocate call number > [Jul 21 16:57:39] DEBUG[31482] chan_iax2.c: ip callno count incremented to 4 for 67.215.233.178 > [Jul 21 16:57:39] DEBUG[31482] chan_iax2.c: Registration created on call 12318 > [Jul 21 16:57:39] WARNING[31484] chan_iax2.c: REGISTER-LOG: registry rereqquest > [Jul 21 16:57:40] DEBUG[31489] chan_iax2.c: schedule decrement of callno used for 67.215.233.178 in 60 seconds > [Jul 21 16:57:40] VERBOSE[31495] logger.c: Node Variable dump for node 40821: > [Jul 21 16:57:40] DEBUG[32701] chan_dahdi.c: Using channel -2 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_RXKEYED=0 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_ETXKEYED=1 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TU > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_TXKEYED=1 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: -- 8 variables > [Jul 21 16:57:40] VERBOSE[31495] logger.c: Node Variable dump for node 40821: > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_RXKEYED=0 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TU > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_TXKEYED=1 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:57:40] VERBOSE[31495] logger.c: -- 8 variables > [Jul 21 16:57:40] VERBOSE[31496] logger.c: Node Variable dump for node 41618: > [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 > [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 > [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TU > [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_TXKEYED=1 > [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_RXKEYED=0 > [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:57:40] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:57:40] VERBOSE[31496] logger.c: -- 9 variables > [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: Using channel -2 > [Jul 21 16:57:40] DEBUG[32702] channel.c: Prodding channel 'DAHDI/pseudo-827327442' > [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format slin > [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Auto-deactivating generator > [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format ulaw > [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:40] DEBUG[32702] channel.c: Prodding channel 'DAHDI/pseudo-827327442' > [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format slin > [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Auto-deactivating generator > [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format ulaw > [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:40] DEBUG[32702] channel.c: Hanging up channel 'DAHDI/pseudo-827327442' > [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-827327442) > [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 78, callwait = -1, thirdcall = -1 > [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-827327442 > [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: Updated conferencing on -2, with 0 conference users > [Jul 21 16:57:40] VERBOSE[32702] logger.c: -- Hungup 'DAHDI/pseudo-827327442' > [Jul 21 16:57:40] DEBUG[32702] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo > [Jul 21 16:57:40] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo > [Jul 21 16:57:40] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Prodding channel 'DAHDI/pseudo-1742131875' > [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format slin > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Auto-deactivating generator > [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format ulaw > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Prodding channel 'DAHDI/pseudo-1742131875' > [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format slin > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Auto-deactivating generator > [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format ulaw > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Prodding channel 'DAHDI/pseudo-1742131875' > [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format slin > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Auto-deactivating generator > [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format ulaw > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Prodding channel 'DAHDI/pseudo-1742131875' > [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format slin > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] VERBOSE[31495] logger.c: Node Variable dump for node 40821: > [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 > [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 > [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TK > [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_RXKEYED=0 > [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_TXKEYED=1 > [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:57:41] VERBOSE[31495] logger.c: -- 8 variables > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Auto-deactivating generator > [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format ulaw > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Hanging up channel 'DAHDI/pseudo-1742131875' > [Jul 21 16:57:41] DEBUG[32701] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1742131875) > [Jul 21 16:57:41] DEBUG[32701] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 76, callwait = -1, thirdcall = -1 > [Jul 21 16:57:41] DEBUG[32701] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1742131875 > [Jul 21 16:57:41] DEBUG[32701] chan_dahdi.c: Updated conferencing on -2, with 0 conference users > [Jul 21 16:57:41] VERBOSE[32701] logger.c: -- Hungup 'DAHDI/pseudo-1742131875' > [Jul 21 16:57:41] DEBUG[32701] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo > [Jul 21 16:57:41] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo > [Jul 21 16:57:41] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) > [Jul 21 16:57:41] VERBOSE[31496] logger.c: Node Variable dump for node 41618: > [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 > [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 > [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TK > [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_TXKEYED=1 > [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_RXKEYED=0 > [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:57:41] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:57:41] VERBOSE[31496] logger.c: -- 9 variables > [Jul 21 16:57:41] DEBUG[31496] chan_dahdi.c: Write returned -1 (Resource temporarily unavailable) on channel -2 > [Jul 21 16:57:47] WARNING[31487] chan_iax2.c: REGISTER-LOG: Sending registration request for '42032' > [Jul 21 16:57:47] DEBUG[31487] chan_iax2.c: Allocate call number > [Jul 21 16:57:47] DEBUG[31487] chan_iax2.c: ip callno count incremented to 5 for 67.215.233.178 > [Jul 21 16:57:47] DEBUG[31487] chan_iax2.c: Registration created on call 10837 > [Jul 21 16:57:47] WARNING[31488] chan_iax2.c: REGISTER-LOG: registry rereqquest > [Jul 21 16:57:47] DEBUG[31490] chan_iax2.c: schedule decrement of callno used for 67.215.233.178 in 60 seconds > [Jul 21 16:57:49] DEBUG[31491] chan_iax2.c: ip callno count decremented to 4 for 67.215.233.178 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: Node Variable dump for node 40821: > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TU > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_RXKEYED=0 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_TXKEYED=1 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: -- 8 variables > [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: Using channel -2 > [Jul 21 16:57:50] DEBUG[32707] channel.c: Prodding channel 'DAHDI/pseudo-1431047561' > [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format slin > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Auto-deactivating generator > [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format ulaw > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] DEBUG[32707] channel.c: Prodding channel 'DAHDI/pseudo-1431047561' > [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format slin > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:50] VERBOSE[31496] logger.c: Node Variable dump for node 41618: > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TU > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_TXKEYED=1 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_RXKEYED=0 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:57:50] VERBOSE[31496] logger.c: -- 9 variables > [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Using channel -2 > [Jul 21 16:57:50] DEBUG[32708] channel.c: Prodding channel 'DAHDI/pseudo-1112987678' > [Jul 21 16:57:50] DEBUG[32708] channel.c: Set channel DAHDI/pseudo-1112987678 to write format slin > [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32708] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Auto-deactivating generator > [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format ulaw > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] DEBUG[32707] channel.c: Prodding channel 'DAHDI/pseudo-1431047561' > [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format slin > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Auto-deactivating generator > [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format ulaw > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] DEBUG[32707] channel.c: Prodding channel 'DAHDI/pseudo-1431047561' > [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format slin > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32708] channel.c: Auto-deactivating generator > [Jul 21 16:57:50] DEBUG[32708] channel.c: Set channel DAHDI/pseudo-1112987678 to write format ulaw > [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] DEBUG[32708] channel.c: Prodding channel 'DAHDI/pseudo-1112987678' > [Jul 21 16:57:50] DEBUG[32708] channel.c: Set channel DAHDI/pseudo-1112987678 to write format slin > [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:50] VERBOSE[31495] logger.c: Node Variable dump for node 40821: > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TK > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_RXKEYED=0 > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_TXKEYED=1 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: -- 8 variables > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32708] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Auto-deactivating generator > [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format ulaw > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] VERBOSE[31496] logger.c: Node Variable dump for node 41618: > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TK > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_TXKEYED=1 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_RXKEYED=0 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:57:50] VERBOSE[31496] logger.c: -- 9 variables > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32708] channel.c: Auto-deactivating generator > [Jul 21 16:57:50] DEBUG[32708] channel.c: Set channel DAHDI/pseudo-1112987678 to write format ulaw > [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] DEBUG[32707] channel.c: Hanging up channel 'DAHDI/pseudo-1431047561' > [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1431047561) > [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 76, callwait = -1, thirdcall = -1 > [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1431047561 > [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: Updated conferencing on -2, with 0 conference users > [Jul 21 16:57:50] VERBOSE[32707] logger.c: -- Hungup 'DAHDI/pseudo-1431047561' > [Jul 21 16:57:50] DEBUG[32707] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo > [Jul 21 16:57:50] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo > [Jul 21 16:57:50] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) > [Jul 21 16:57:50] DEBUG[32708] channel.c: Hanging up channel 'DAHDI/pseudo-1112987678' > [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1112987678) > [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 78, callwait = -1, thirdcall = -1 > [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1112987678 > [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Updated conferencing on -2, with 0 conference users > [Jul 21 16:57:50] VERBOSE[32708] logger.c: -- Hungup 'DAHDI/pseudo-1112987678' > [Jul 21 16:57:50] DEBUG[32708] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo > [Jul 21 16:57:50] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo > [Jul 21 16:57:50] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) > [Jul 21 16:57:55] DEBUG[31489] chan_iax2.c: Received iseqno 234 not within window 235->235 > [Jul 21 16:57:57] DEBUG[31491] chan_iax2.c: ip callno count decremented to 3 for 67.215.233.178 > [Jul 21 16:57:59] WARNING[31485] chan_iax2.c: REGISTER-LOG: Sending registration request for '41618' > [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: Allocate call number > [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: ip callno count incremented to 4 for 67.215.233.178 > [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: Registration created on call 3312 > [Jul 21 16:57:59] WARNING[31484] chan_iax2.c: REGISTER-LOG: registry rereqquest > [Jul 21 16:57:59] DEBUG[31487] chan_iax2.c: schedule decrement of callno used for 67.215.233.178 in 60 seconds > [Jul 21 16:58:01] VERBOSE[31480] logger.c: -- Received OK from Echolink server nawest.echolink.org > [Jul 21 16:58:01] VERBOSE[31480] logger.c: -- Directory pgm done downloading(partial,compressed), 482 records > [Jul 21 16:58:02] DEBUG[31490] chan_iax2.c: Received iseqno 249 not within window 250->250 > [Jul 21 16:58:09] DEBUG[31491] chan_iax2.c: ip callno count decremented to 3 for 67.215.233.178 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: Node Variable dump for node 40821: > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TU > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_RXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_TXKEYED=1 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: -- 8 variables > [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Using channel -2 > [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TU > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables > [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Using channel -2 > [Jul 21 16:58:19] DEBUG[32713] channel.c: Prodding channel 'DAHDI/pseudo-1502252132' > [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format slin > [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] VERBOSE[31495] logger.c: Node Variable dump for node 40821: > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TK > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_RXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_TXKEYED=1 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: -- 8 variables > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format ulaw > [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32713] channel.c: Prodding channel 'DAHDI/pseudo-1502252132' > [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format slin > [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TK > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format ulaw > [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Hanging up channel 'DAHDI/pseudo-960634253' > [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-960634253) > [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 76, callwait = -1, thirdcall = -1 > [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-960634253 > [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Updated conferencing on -2, with 0 conference users > [Jul 21 16:58:19] VERBOSE[32712] logger.c: -- Hungup 'DAHDI/pseudo-960634253' > [Jul 21 16:58:19] DEBUG[32712] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo > [Jul 21 16:58:19] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo > [Jul 21 16:58:19] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Hanging up channel 'DAHDI/pseudo-1502252132' > [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1502252132) > [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 78, callwait = -1, thirdcall = -1 > [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1502252132 > [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Updated conferencing on -2, with 0 conference users > [Jul 21 16:58:19] VERBOSE[32713] logger.c: -- Hungup 'DAHDI/pseudo-1502252132' > [Jul 21 16:58:19] DEBUG[32713] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo > [Jul 21 16:58:19] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo > [Jul 21 16:58:19] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) > [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TU > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables > [Jul 21 16:58:19] DEBUG[32714] chan_dahdi.c: Using channel -2 > [Jul 21 16:58:19] DEBUG[32714] channel.c: Prodding channel 'DAHDI/pseudo-1050151101' > [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format slin > [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TK > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format ulaw > [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32714] channel.c: Prodding channel 'DAHDI/pseudo-1050151101' > [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format slin > [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format ulaw > [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:20] DEBUG[32714] channel.c: Hanging up channel 'DAHDI/pseudo-1050151101' > [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1050151101) > [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 76, callwait = -1, thirdcall = -1 > [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1050151101 > [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: Updated conferencing on -2, with 0 conference users > [Jul 21 16:58:20] VERBOSE[32714] logger.c: -- Hungup 'DAHDI/pseudo-1050151101' > [Jul 21 16:58:20] DEBUG[32714] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo > [Jul 21 16:58:20] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo > [Jul 21 16:58:20] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) > [Jul 21 16:58:35] VERBOSE[32727] logger.c: Asterisk Event Logger Started /var/log/asterisk/event_log > [Jul 21 16:58:35] VERBOSE[32727] logger.c: Asterisk Dynamic Loader Starting: > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Parsing '/etc/asterisk/modules.conf': [Jul 21 16:58:35] DEBUG[32727] config.c: Parsing /etc/asterisk/modules.conf > [Jul 21 16:58:35] VERBOSE[32727] logger.c: Found > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Parsing '/etc/asterisk/dnsmgr.conf': [Jul 21 16:58:35] DEBUG[32727] config.c: Parsing /etc/asterisk/dnsmgr.conf > [Jul 21 16:58:35] VERBOSE[32727] logger.c: Found > [Jul 21 16:58:35] NOTICE[32727] dnsmgr.c: Managed DNS entries will be refreshed every 300 seconds. > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Ping > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Events > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Logoff > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Hangup > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Status > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Setvar > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Getvar > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action GetConfig > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action UpdateConfig > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Redirect > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Originate > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Command > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action ExtensionState > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action AbsoluteTimeout > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action MailboxStatus > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action MailboxCount > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action ListCommands > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action UserEvent > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action WaitEvent > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Parsing '/etc/asterisk/manager.conf': [Jul 21 16:58:35] DEBUG[32727] config.c: Parsing /etc/asterisk/manager.conf > [Jul 21 16:58:35] VERBOSE[32727] logger.c: Found > [Jul 21 16:58:35] VERBOSE[32727] logger.c: Asterisk Management interface listening on port 5038 > [Jul 21 16:58:35] NOTICE[32727] cdr.c: CDR simple logging enabled. > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_RXKEYED=0 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:57:50] VERBOSE[31496] logger.c: -- 9 variables > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32708] channel.c: Auto-deactivating generator > [Jul 21 16:57:50] DEBUG[32708] channel.c: Set channel DAHDI/pseudo-1112987678 to write format ulaw > [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] DEBUG[32707] channel.c: Hanging up channel 'DAHDI/pseudo-1431047561' > [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1431047561) > [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 76, callwait = -1, thirdcall = -1 > [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1431047561 > [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: Updated conferencing on -2, with 0 conference users > [Jul 21 16:57:50] VERBOSE[32707] logger.c: -- Hungup 'DAHDI/pseudo-1431047561' > [Jul 21 16:57:50] DEBUG[32707] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo > [Jul 21 16:57:50] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo > [Jul 21 16:57:50] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) > [Jul 21 16:57:50] DEBUG[32708] channel.c: Hanging up channel 'DAHDI/pseudo-1112987678' > [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1112987678) > [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 78, callwait = -1, thirdcall = -1 > [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1112987678 > [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Updated conferencing on -2, with 0 conference users > [Jul 21 16:57:50] VERBOSE[32708] logger.c: -- Hungup 'DAHDI/pseudo-1112987678' > [Jul 21 16:57:50] DEBUG[32708] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo > [Jul 21 16:57:50] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo > [Jul 21 16:57:50] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) > [Jul 21 16:57:55] DEBUG[31489] chan_iax2.c: Received iseqno 234 not within window 235->235 > [Jul 21 16:57:57] DEBUG[31491] chan_iax2.c: ip callno count decremented to 3 for 67.215.233.178 > [Jul 21 16:57:59] WARNING[31485] chan_iax2.c: REGISTER-LOG: Sending registration request for '41618' > [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: Allocate call number > [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: ip callno count incremented to 4 for 67.215.233.178 > [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: Registration created on call 3312 > [Jul 21 16:57:59] WARNING[31484] chan_iax2.c: REGISTER-LOG: registry rereqquest > [Jul 21 16:57:59] DEBUG[31487] chan_iax2.c: schedule decrement of callno used for 67.215.233.178 in 60 seconds > [Jul 21 16:58:01] VERBOSE[31480] logger.c: -- Received OK from Echolink server nawest.echolink.org > [Jul 21 16:58:01] VERBOSE[31480] logger.c: -- Directory pgm done downloading(partial,compressed), 482 records > [Jul 21 16:58:02] DEBUG[31490] chan_iax2.c: Received iseqno 249 not within window 250->250 > [Jul 21 16:58:09] DEBUG[31491] chan_iax2.c: ip callno count decremented to 3 for 67.215.233.178 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: Node Variable dump for node 40821: > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TU > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_RXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_TXKEYED=1 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: -- 8 variables > [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Using channel -2 > [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TU > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables > [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Using channel -2 > [Jul 21 16:58:19] DEBUG[32713] channel.c: Prodding channel 'DAHDI/pseudo-1502252132' > [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format slin > [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] VERBOSE[31495] logger.c: Node Variable dump for node 40821: > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TK > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_RXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_TXKEYED=1 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: -- 8 variables > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format ulaw > [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32713] channel.c: Prodding channel 'DAHDI/pseudo-1502252132' > [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format slin > [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TK > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format ulaw > [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Hanging up channel 'DAHDI/pseudo-960634253' > [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-960634253) > [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 76, callwait = -1, thirdcall = -1 > [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-960634253 > [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Updated conferencing on -2, with 0 conference users > [Jul 21 16:58:19] VERBOSE[32712] logger.c: -- Hungup 'DAHDI/pseudo-960634253' > [Jul 21 16:58:19] DEBUG[32712] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo > [Jul 21 16:58:19] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo > [Jul 21 16:58:19] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Hanging up channel 'DAHDI/pseudo-1502252132' > [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1502252132) > [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 78, callwait = -1, thirdcall = -1 > [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1502252132 > [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Updated conferencing on -2, with 0 conference users > [Jul 21 16:58:19] VERBOSE[32713] logger.c: -- Hungup 'DAHDI/pseudo-1502252132' > [Jul 21 16:58:19] DEBUG[32713] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo > [Jul 21 16:58:19] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo > [Jul 21 16:58:19] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) > [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TU > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables > [Jul 21 16:58:19] DEBUG[32714] chan_dahdi.c: Using channel -2 > [Jul 21 16:58:19] DEBUG[32714] channel.c: Prodding channel 'DAHDI/pseudo-1050151101' > [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format slin > [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TK > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format ulaw > [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32714] channel.c: Prodding channel 'DAHDI/pseudo-1050151101' > [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format slin > [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format ulaw > [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:20] DEBUG[32714] channel.c: Hanging up channel 'DAHDI/pseudo-1050151101' > [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1050151101) > [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 76, callwait = -1, thirdcall = -1 > [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1050151101 > [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: Updated conferencing on -2, with 0 conference users > [Jul 21 16:58:20] VERBOSE[32714] logger.c: -- Hungup 'DAHDI/pseudo-1050151101' > [Jul 21 16:58:20] DEBUG[32714] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo > [Jul 21 16:58:20] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo > [Jul 21 16:58:20] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) > [Jul 21 16:58:35] VERBOSE[32727] logger.c: Asterisk Event Logger Started /var/log/asterisk/event_log > [Jul 21 16:58:35] VERBOSE[32727] logger.c: Asterisk Dynamic Loader Starting: > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Parsing '/etc/asterisk/modules.conf': [Jul 21 16:58:35] DEBUG[32727] config.c: Parsing /etc/asterisk/modules.conf > [Jul 21 16:58:35] VERBOSE[32727] logger.c: Found > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Parsing '/etc/asterisk/dnsmgr.conf': [Jul 21 16:58:35] DEBUG[32727] config.c: Parsing /etc/asterisk/dnsmgr.conf > [Jul 21 16:58:35] VERBOSE[32727] logger.c: Found > [Jul 21 16:58:35] NOTICE[32727] dnsmgr.c: Managed DNS entries will be refreshed every 300 seconds. > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Ping > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Events > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Logoff > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Hangup > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Status > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Setvar > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Getvar > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action GetConfig > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action UpdateConfig > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Redirect > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Originate > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Command > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action ExtensionState > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action AbsoluteTimeout > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action MailboxStatus > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action MailboxCount > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action ListCommands > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action UserEvent > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action WaitEvent > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Parsing '/etc/asterisk/manager.conf': [Jul 21 16:58:35] DEBUG[32727] config.c: Parsing /etc/asterisk/manager.conf > [Jul 21 16:58:35] VERBOSE[32727] logger.c: Found > [Jul 21 16:58:35] VERBOSE[32727] logger.c: Asterisk Management interface listening on port 5038 > [Jul 21 16:58:35] NOTICE[32727] cdr.c: CDR simple logging enabled. > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == RTP Allocating from port range 5000 -> 31000 > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == UDPTL allocating from port range 4500 -> 4999 > [Jul 21 16:58:35] VERBOSE[32727] logger.c: Asterisk PBX Core Initializing > [Jul 21 16:58:35] VERBOSE[32727] logger.c: Registering builtin applications: > [Jul 21 16:58:35] VERBOSE[32727] logger.c: [Answer] > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'Answer' > [Jul 21 16:58:35] VERBOSE[32727] logger.c: [BackGround] > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'BackGround' > [Jul 21 16:58:35] VERBOSE[32727] logger.c: [Busy] > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'Busy' > [Jul 21 16:58:35] VERBOSE[32727] logger.c: [Congestion] > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'Congestion' > [Jul 21 16:58:35] VERBOSE[32727] logger.c: [Goto] > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'Goto' > [Jul 21 16:58:35] VERBOSE[32727] logger.c: [GotoIf] > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'GotoIf' > [Jul 21 16:58:35] VERBOSE[32727] logger.c: [GotoIfTime] > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'GotoIfTime' > [Jul 21 16:58:35] VERBOSE[32727] logger.c: [ExecIfTime] > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'ExecIfTime' > [Jul 21 16:58:35] VERBOSE[32727] logger.c: [Hangup] > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'Hangup' > [Jul 21 16:58:35] VERBOSE[32727] logger.c: [NoOp] > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'NoOp' > [Jul 21 16:58:35] VERBOSE[32727] logger.c: [Progress] > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'Progress' > [Jul 21 16:58:35] VERBOSE[32727] logger.c: [ResetCDR] > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'ResetCDR' > [Jul 21 16:58:35] VERBOSE[32727] logger.c: [Ringing] > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'Ringing' > [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_RXKEYED=0 > [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:57:40] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:57:40] VERBOSE[31496] logger.c: -- 9 variables > [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: Using channel -2 > [Jul 21 16:57:40] DEBUG[32702] channel.c: Prodding channel 'DAHDI/pseudo-827327442' > [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format slin > [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Auto-deactivating generator > [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format ulaw > [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:40] DEBUG[32702] channel.c: Prodding channel 'DAHDI/pseudo-827327442' > [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format slin > [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:40] DEBUG[32702] channel.c: Auto-deactivating generator > [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format ulaw > [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:40] DEBUG[32702] channel.c: Hanging up channel 'DAHDI/pseudo-827327442' > [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-827327442) > [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 78, callwait = -1, thirdcall = -1 > [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-827327442 > [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: Updated conferencing on -2, with 0 conference users > [Jul 21 16:57:40] VERBOSE[32702] logger.c: -- Hungup 'DAHDI/pseudo-827327442' > [Jul 21 16:57:40] DEBUG[32702] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo > [Jul 21 16:57:40] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo > [Jul 21 16:57:40] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Prodding channel 'DAHDI/pseudo-1742131875' > [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format slin > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Auto-deactivating generator > [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format ulaw > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Prodding channel 'DAHDI/pseudo-1742131875' > [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format slin > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Auto-deactivating generator > [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format ulaw > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Prodding channel 'DAHDI/pseudo-1742131875' > [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format slin > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Auto-deactivating generator > [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format ulaw > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Prodding channel 'DAHDI/pseudo-1742131875' > [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format slin > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] VERBOSE[31495] logger.c: Node Variable dump for node 40821: > [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 > [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 > [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TK > [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_RXKEYED=0 > [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_TXKEYED=1 > [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:57:41] VERBOSE[31495] logger.c: -- 8 variables > [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:41] DEBUG[32701] channel.c: Auto-deactivating generator > [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format ulaw > [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:41] DEBUG[32701] channel.c: Hanging up channel 'DAHDI/pseudo-1742131875' > [Jul 21 16:57:41] DEBUG[32701] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1742131875) > [Jul 21 16:57:41] DEBUG[32701] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 76, callwait = -1, thirdcall = -1 > [Jul 21 16:57:41] DEBUG[32701] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1742131875 > [Jul 21 16:57:41] DEBUG[32701] chan_dahdi.c: Updated conferencing on -2, with 0 conference users > [Jul 21 16:57:41] VERBOSE[32701] logger.c: -- Hungup 'DAHDI/pseudo-1742131875' > [Jul 21 16:57:41] DEBUG[32701] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo > [Jul 21 16:57:41] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo > [Jul 21 16:57:41] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) > [Jul 21 16:57:41] VERBOSE[31496] logger.c: Node Variable dump for node 41618: > [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 > [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 > [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TK > [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_TXKEYED=1 > [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_RXKEYED=0 > [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:57:41] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:57:41] VERBOSE[31496] logger.c: -- 9 variables > [Jul 21 16:57:41] DEBUG[31496] chan_dahdi.c: Write returned -1 (Resource temporarily unavailable) on channel -2 > [Jul 21 16:57:47] WARNING[31487] chan_iax2.c: REGISTER-LOG: Sending registration request for '42032' > [Jul 21 16:57:47] DEBUG[31487] chan_iax2.c: Allocate call number > [Jul 21 16:57:47] DEBUG[31487] chan_iax2.c: ip callno count incremented to 5 for 67.215.233.178 > [Jul 21 16:57:47] DEBUG[31487] chan_iax2.c: Registration created on call 10837 > [Jul 21 16:57:47] WARNING[31488] chan_iax2.c: REGISTER-LOG: registry rereqquest > [Jul 21 16:57:47] DEBUG[31490] chan_iax2.c: schedule decrement of callno used for 67.215.233.178 in 60 seconds > [Jul 21 16:57:49] DEBUG[31491] chan_iax2.c: ip callno count decremented to 4 for 67.215.233.178 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: Node Variable dump for node 40821: > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TU > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_RXKEYED=0 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_TXKEYED=1 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: -- 8 variables > [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: Using channel -2 > [Jul 21 16:57:50] DEBUG[32707] channel.c: Prodding channel 'DAHDI/pseudo-1431047561' > [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format slin > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Auto-deactivating generator > [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format ulaw > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] DEBUG[32707] channel.c: Prodding channel 'DAHDI/pseudo-1431047561' > [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format slin > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:50] VERBOSE[31496] logger.c: Node Variable dump for node 41618: > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TU > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_TXKEYED=1 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_RXKEYED=0 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:57:50] VERBOSE[31496] logger.c: -- 9 variables > [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Using channel -2 > [Jul 21 16:57:50] DEBUG[32708] channel.c: Prodding channel 'DAHDI/pseudo-1112987678' > [Jul 21 16:57:50] DEBUG[32708] channel.c: Set channel DAHDI/pseudo-1112987678 to write format slin > [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32708] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Auto-deactivating generator > [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format ulaw > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] DEBUG[32707] channel.c: Prodding channel 'DAHDI/pseudo-1431047561' > [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format slin > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Auto-deactivating generator > [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format ulaw > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] DEBUG[32707] channel.c: Prodding channel 'DAHDI/pseudo-1431047561' > [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format slin > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32708] channel.c: Auto-deactivating generator > [Jul 21 16:57:50] DEBUG[32708] channel.c: Set channel DAHDI/pseudo-1112987678 to write format ulaw > [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] DEBUG[32708] channel.c: Prodding channel 'DAHDI/pseudo-1112987678' > [Jul 21 16:57:50] DEBUG[32708] channel.c: Set channel DAHDI/pseudo-1112987678 to write format slin > [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:57:50] VERBOSE[31495] logger.c: Node Variable dump for node 40821: > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TK > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_RXKEYED=0 > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_TXKEYED=1 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:57:50] VERBOSE[31495] logger.c: -- 8 variables > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32708] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:57:50] DEBUG[32707] channel.c: Auto-deactivating generator > [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format ulaw > [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] VERBOSE[31496] logger.c: Node Variable dump for node 41618: > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TK > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_TXKEYED=1 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_RXKEYED=0 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:57:50] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:57:50] VERBOSE[31496] logger.c: -- 9 variables > [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:57:50] DEBUG[32708] channel.c: Auto-deactivating generator > [Jul 21 16:57:50] DEBUG[32708] channel.c: Set channel DAHDI/pseudo-1112987678 to write format ulaw > [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:57:50] DEBUG[32707] channel.c: Hanging up channel 'DAHDI/pseudo-1431047561' > [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1431047561) > [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 76, callwait = -1, thirdcall = -1 > [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1431047561 > [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: Updated conferencing on -2, with 0 conference users > [Jul 21 16:57:50] VERBOSE[32707] logger.c: -- Hungup 'DAHDI/pseudo-1431047561' > [Jul 21 16:57:50] DEBUG[32707] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo > [Jul 21 16:57:50] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo > [Jul 21 16:57:50] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) > [Jul 21 16:57:50] DEBUG[32708] channel.c: Hanging up channel 'DAHDI/pseudo-1112987678' > [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1112987678) > [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 78, callwait = -1, thirdcall = -1 > [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1112987678 > [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Updated conferencing on -2, with 0 conference users > [Jul 21 16:57:50] VERBOSE[32708] logger.c: -- Hungup 'DAHDI/pseudo-1112987678' > [Jul 21 16:57:50] DEBUG[32708] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo > [Jul 21 16:57:50] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo > [Jul 21 16:57:50] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) > [Jul 21 16:57:55] DEBUG[31489] chan_iax2.c: Received iseqno 234 not within window 235->235 > [Jul 21 16:57:57] DEBUG[31491] chan_iax2.c: ip callno count decremented to 3 for 67.215.233.178 > [Jul 21 16:57:59] WARNING[31485] chan_iax2.c: REGISTER-LOG: Sending registration request for '41618' > [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: Allocate call number > [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: ip callno count incremented to 4 for 67.215.233.178 > [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: Registration created on call 3312 > [Jul 21 16:57:59] WARNING[31484] chan_iax2.c: REGISTER-LOG: registry rereqquest > [Jul 21 16:57:59] DEBUG[31487] chan_iax2.c: schedule decrement of callno used for 67.215.233.178 in 60 seconds > [Jul 21 16:58:01] VERBOSE[31480] logger.c: -- Received OK from Echolink server nawest.echolink.org > [Jul 21 16:58:01] VERBOSE[31480] logger.c: -- Directory pgm done downloading(partial,compressed), 482 records > [Jul 21 16:58:02] DEBUG[31490] chan_iax2.c: Received iseqno 249 not within window 250->250 > [Jul 21 16:58:09] DEBUG[31491] chan_iax2.c: ip callno count decremented to 3 for 67.215.233.178 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: Node Variable dump for node 40821: > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TU > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_RXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_TXKEYED=1 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: -- 8 variables > [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Using channel -2 > [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TU > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables > [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Using channel -2 > [Jul 21 16:58:19] DEBUG[32713] channel.c: Prodding channel 'DAHDI/pseudo-1502252132' > [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format slin > [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] VERBOSE[31495] logger.c: Node Variable dump for node 40821: > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TK > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_RXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_TXKEYED=1 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:58:19] VERBOSE[31495] logger.c: -- 8 variables > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format ulaw > [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32713] channel.c: Prodding channel 'DAHDI/pseudo-1502252132' > [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format slin > [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw > [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TK > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format ulaw > [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32712] channel.c: Hanging up channel 'DAHDI/pseudo-960634253' > [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-960634253) > [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 76, callwait = -1, thirdcall = -1 > [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-960634253 > [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Updated conferencing on -2, with 0 conference users > [Jul 21 16:58:19] VERBOSE[32712] logger.c: -- Hungup 'DAHDI/pseudo-960634253' > [Jul 21 16:58:19] DEBUG[32712] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo > [Jul 21 16:58:19] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo > [Jul 21 16:58:19] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) > [Jul 21 16:58:19] DEBUG[32713] channel.c: Hanging up channel 'DAHDI/pseudo-1502252132' > [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1502252132) > [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 78, callwait = -1, thirdcall = -1 > [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1502252132 > [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Updated conferencing on -2, with 0 conference users > [Jul 21 16:58:19] VERBOSE[32713] logger.c: -- Hungup 'DAHDI/pseudo-1502252132' > [Jul 21 16:58:19] DEBUG[32713] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo > [Jul 21 16:58:19] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo > [Jul 21 16:58:19] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) > [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TU > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables > [Jul 21 16:58:19] DEBUG[32714] chan_dahdi.c: Using channel -2 > [Jul 21 16:58:19] DEBUG[32714] channel.c: Prodding channel 'DAHDI/pseudo-1050151101' > [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format slin > [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TK > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 > [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH > [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format ulaw > [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32714] channel.c: Prodding channel 'DAHDI/pseudo-1050151101' > [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format slin > [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 160 sample intervals > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Generator got voice, switching to phase locked mode > [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) > [Jul 21 16:58:19] DEBUG[32714] channel.c: Auto-deactivating generator > [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format ulaw > [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals > [Jul 21 16:58:20] DEBUG[32714] channel.c: Hanging up channel 'DAHDI/pseudo-1050151101' > [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1050151101) > [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 76, callwait = -1, thirdcall = -1 > [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1050151101 > [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: Updated conferencing on -2, with 0 conference users > [Jul 21 16:58:20] VERBOSE[32714] logger.c: -- Hungup 'DAHDI/pseudo-1050151101' > [Jul 21 16:58:20] DEBUG[32714] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo > [Jul 21 16:58:20] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo > [Jul 21 16:58:20] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) Last log message before segfault > [Jul 21 16:58:35] VERBOSE[32727] logger.c: Asterisk Event Logger Started /var/log/asterisk/event_log > [Jul 21 16:58:35] VERBOSE[32727] logger.c: Asterisk Dynamic Loader Starting: > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Parsing '/etc/asterisk/modules.conf': [Jul 21 16:58:35] DEBUG[32727] config.c: Parsing /etc/asterisk/modules.conf > [Jul 21 16:58:35] VERBOSE[32727] logger.c: Found > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Parsing '/etc/asterisk/dnsmgr.conf': [Jul 21 16:58:35] DEBUG[32727] config.c: Parsing /etc/asterisk/dnsmgr.conf > [Jul 21 16:58:35] VERBOSE[32727] logger.c: Found > [Jul 21 16:58:35] NOTICE[32727] dnsmgr.c: Managed DNS entries will be refreshed every 300 seconds. > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Ping > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Events > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Logoff > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Hangup > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Status > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Setvar > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Getvar > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action GetConfig > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action UpdateConfig > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Redirect > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Originate > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Command > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action ExtensionState > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action AbsoluteTimeout > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action MailboxStatus > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action MailboxCount > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action ListCommands > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action UserEvent > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action WaitEvent > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Parsing '/etc/asterisk/manager.conf': [Jul 21 16:58:35] DEBUG[32727] config.c: Parsing /etc/asterisk/manager.conf > [Jul 21 16:58:35] VERBOSE[32727] logger.c: Found > [Jul 21 16:58:35] VERBOSE[32727] logger.c: Asterisk Management interface listening on port 5038 > [Jul 21 16:58:35] NOTICE[32727] cdr.c: CDR simple logging enabled. > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == RTP Allocating from port range 5000 -> 31000 > [Jul 21 16:58:35] VERBOSE[32727] logger.c: == UDPTL allocating from port range 4500 -> 4999 > [Jul 21 16:58:35] VERBOSE[32727] logger.c: Asterisk PBX Core Initializing Any ideas? It did not write a coredump, so I need to fix that for next time. -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net From tom at tomh.us Thu Jul 21 23:34:11 2016 From: tom at tomh.us (Tom Hayward) Date: Thu, 21 Jul 2016 16:34:11 -0700 Subject: [App_rpt-users] Android IAXRPT stuck PTT Message-ID: All this talk of Android IAXRPT got me interested. I installed it (v1.13). Sometimes when I connect to my node, the PTT on the node will stick on. There is no indication of this in the app and no audio going through, just dead air. (Luckily I had a radio monitoring and discovered this issue quickly.) Other times I connect and it works just fine--PTT follows the PTT button. What's going on here? Why does it transmit without PTT pressed? On IAXRPT for Windows (running in Wine on OS X), PTT behaves correctly. I also have Zopier set up, but I configured this for VOX. I hit the mute button when I don't want to transmit. It works just fine. Relevant configuration stanzas below. (Let me know if you need more.) Tom KD7LXL iax.conf: [iaxrpt] username=iaxrpt type=friend context=radio-gui auth=md5 secret=xxx host=dynamic disallow=all allow=gsm allow=ulaw allow=g726aal2 notransfer=yes [tomsphone] ? Zoiper Setup username=tomsphone type=friend context=tomsphone host=dynamic auth=md5 secret=xxx disallow=all allow=ulaw allow=g726aal2 allow=gsm codecpriority=host transfer=no callerid="KD7LXL" extensions.conf: [radio-gui] exten => 41702,1,rpt(41702|X) exten => 1001,1,rpt(1001|X) [tomsphone] exten => 41702,1,answer() exten => 41702,n,Playback(rpt/connected) exten => 41702,n,rpt(41702|Pv) exten => 1001,1,answer() exten => 1001,n,Playback(rpt/connected) exten => 1001,n,rpt(1001|Pv) From N1XBM at amsat.org Thu Jul 21 23:41:48 2016 From: N1XBM at amsat.org (Robert Newberry) Date: Thu, 21 Jul 2016 19:41:48 -0400 Subject: [App_rpt-users] Android IAXRPT stuck PTT In-Reply-To: References: Message-ID: I've personally found, I had an old samsung galaxy phone, that leaving the app going all of the time in the background would cause things like that to happen. I would normally fire the app up to use it and then shut it down when down. However I just got a new phone yesterday so I will have to reevaluate how it behaves on my new phone. N1XBM Apparare Scientor Paratus Communicare Allstar Node # 27086, 41540, 41812, 42086, 42658, 42657 www.radioguysrepeaternetwork.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Thu Jul 21 23:53:02 2016 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 21 Jul 2016 19:53:02 -0400 Subject: [App_rpt-users] Android IAXRPT stuck PTT In-Reply-To: References: Message-ID: <5791605E.3030101@msgstor.com> For some reason I did not get Tom's message from the list. Tom, Which context are you connecting to? On 07/21/2016 07:41 PM, Robert Newberry wrote: > > I've personally found, I had an old samsung galaxy phone, that leaving > the app going all of the time in the background would cause things > like that to happen. I would normally fire the app up to use it and > then shut it down when down. > > However I just got a new phone yesterday so I will have to reevaluate > how it behaves on my new phone. > > N1XBM > Apparare Scientor > Paratus Communicare > Allstar Node # 27086, 41540, 41812, 42086, 42658, 42657 > www.radioguysrepeaternetwork.com > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Thu Jul 21 23:56:27 2016 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 21 Jul 2016 19:56:27 -0400 Subject: [App_rpt-users] Android IAXRPT stuck PTT In-Reply-To: References: Message-ID: <5791612B.70201@msgstor.com> This is the context I use for AndroidIAX [iax-client] ; for IAX VIOP clients. exten => ${NODE},1,Ringing exten => ${NODE},n,Wait(3) exten => ${NODE},n,Answer exten => ${NODE},n,Set(NODENUM=${CALLERID(number)}) exten => ${NODE},n,Playback(rpt/node|noanswer) exten => ${NODE},n,SayDigits(${EXTEN}) exten => ${NODE},n,Set(CALLERID(num)=0) exten => ${NODE},n,Rpt,${NODE}|P|${CALLERID(name)} exten => ${NODE},n,Hangup exten => ${NODE},n(hangit),Answer exten => ${NODE},n(hangit),Wait(1) exten => ${NODE},n(hangit),Hangup On 07/21/2016 07:41 PM, Robert Newberry wrote: > > I've personally found, I had an old samsung galaxy phone, that leaving > the app going all of the time in the background would cause things > like that to happen. I would normally fire the app up to use it and > then shut it down when down. > > However I just got a new phone yesterday so I will have to reevaluate > how it behaves on my new phone. > > N1XBM > Apparare Scientor > Paratus Communicare > Allstar Node # 27086, 41540, 41812, 42086, 42658, 42657 > www.radioguysrepeaternetwork.com > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From tom at tomh.us Thu Jul 21 23:56:10 2016 From: tom at tomh.us (Tom Hayward) Date: Thu, 21 Jul 2016 16:56:10 -0700 Subject: [App_rpt-users] Android IAXRPT stuck PTT In-Reply-To: References: Message-ID: On Thu, Jul 21, 2016 at 4:41 PM, Robert Newberry wrote: > I've personally found, I had an old samsung galaxy phone, that leaving the > app going all of the time in the background would cause things like that to > happen. I would normally fire the app up to use it and then shut it down > when down. In trying to confirm this, I exited (via the menu, not just returning to home screen), reopened the app, and connected a couple times in a row and experienced the behavior every time. However, my goal is to leave this connected and monitoring the repeater all day instead of carrying an HT, so I'd love if it were stable enough for that. Auto-reconnect would be nice too. Tom KD7LXL From tom at tomh.us Thu Jul 21 23:58:52 2016 From: tom at tomh.us (Tom Hayward) Date: Thu, 21 Jul 2016 16:58:52 -0700 Subject: [App_rpt-users] Android IAXRPT stuck PTT In-Reply-To: <5791605E.3030101@msgstor.com> References: <5791605E.3030101@msgstor.com> Message-ID: On Thu, Jul 21, 2016 at 4:53 PM, Steve Zingman wrote: > For some reason I did not get Tom's message from the list. > > Tom, > Which context are you connecting to? Steve, Good question. Sorry I wasn't clear on that. Android IAX and Windows IAXRPT both connect to iaxrpt context. I only have the PTT issues with Android IAX. Reading the context you just posted, I'm trying to understand which parts of it are critical. The telemetry drives me crazy so I cut that out. Do I need to maybe add the Ringing, Wait, and Answer commands? (I did try adding Answer at one point with no difference in behavior.) Tom KD7LXL From szingman at msgstor.com Fri Jul 22 00:05:42 2016 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 21 Jul 2016 20:05:42 -0400 Subject: [App_rpt-users] Android IAXRPT stuck PTT In-Reply-To: References: <5791605E.3030101@msgstor.com> Message-ID: <57916356.7010300@msgstor.com> Tom, the relevant line is exten => ${NODE},n,Rpt,${NODE}|P|${CALLERID(name)} If you could try the complete context we can then prune it if it fixes the issue. Steve On 07/21/2016 07:58 PM, Tom Hayward wrote: > On Thu, Jul 21, 2016 at 4:53 PM, Steve Zingman wrote: >> For some reason I did not get Tom's message from the list. >> >> Tom, >> Which context are you connecting to? > Steve, > > Good question. Sorry I wasn't clear on that. Android IAX and Windows > IAXRPT both connect to iaxrpt context. I only have the PTT issues with > Android IAX. > > Reading the context you just posted, I'm trying to understand which > parts of it are critical. The telemetry drives me crazy so I cut that > out. Do I need to maybe add the Ringing, Wait, and Answer commands? (I > did try adding Answer at one point with no difference in behavior.) > > Tom KD7LXL -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From ke2n at cs.com Fri Jul 22 01:14:08 2016 From: ke2n at cs.com (Ken) Date: Thu, 21 Jul 2016 21:14:08 -0400 Subject: [App_rpt-users] PTT keyed up In-Reply-To: References: Message-ID: <156102aaf4a-d25-24bc@webprd-m87.mail.aol.com> I think this line: exten => 41702,n,rpt(41702|Pv) means you are using VOX control. That could key up the repeater without the PTT Ken KE2N -------------- next part -------------- An HTML attachment was scrubbed... URL: From ke6sth at ke6sth.ampr.org Fri Jul 22 06:38:07 2016 From: ke6sth at ke6sth.ampr.org (Sione Ragle) Date: Thu, 21 Jul 2016 23:38:07 -0700 Subject: [App_rpt-users] asterisk segfault! In-Reply-To: <7ffc1538-1bd1-b6d9-e9e9-c14ff9a8001f@bryanfields.net> References: <5761B3A2.6020502@bryanfields.net> <576DBFB6.7010702@bryanfields.net> <7ffc1538-1bd1-b6d9-e9e9-c14ff9a8001f@bryanfields.net> Message-ID: <1a080929-f313-5efc-91e4-c3816766fc97@ke6sth.ampr.org> Same thing happens to me, it crashes with echolink users being connected. On 7/21/2016 4:24 PM, Bryan Fields wrote: > On 6/24/16 7:18 PM, Bryan Fields wrote: >> On 6/15/16 3:59 PM, Bryan Fields wrote: >>> I've had asterisk crash twice over the past few weeks. I can't see any >>> obvious problems in the logging. I've enabled debug logging and will see what >>> I can find out when/if it happens again. >> It crashed last night! The only common theme I see is Echolink connected and >> then it had an error of sorts. > > It crashed again, and it's an echolink issue. I had just linked to a friend > on echo link and we were talking. He keyed up, spoke about 15 seconds, and (i > was mobile) I saw both 220, 440 and 902 mhz repeaters drop out. The system > restarted in 10 seconds due to me using the systemd scripts to manage it. > > When it restarted echolink came back up and we started talking for the next 20 > min without issue. > > In kern.log > Jul 21 16:58:25 Itchy kernel: [8036215.908665] asterisk[31495]: segfault at > 192ec ip b7010840 sp b5001f60 error 4 in chan_echolink.so[b700b000+e000] > > In my asterisk log >> [Jul 21 16:57:50] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo >> [Jul 21 16:57:50] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Hanging up channel 'DAHDI/pseudo-1112987678' >> [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1112987678) >> [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 78, callwait = -1, thirdcall = -1 >> [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1112987678 >> [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Updated conferencing on -2, with 0 conference users >> [Jul 21 16:57:50] VERBOSE[32708] logger.c: -- Hungup 'DAHDI/pseudo-1112987678' >> [Jul 21 16:57:50] DEBUG[32708] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo >> [Jul 21 16:57:50] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo >> [Jul 21 16:57:50] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) >> [Jul 21 16:57:55] DEBUG[31489] chan_iax2.c: Received iseqno 234 not within window 235->235 >> [Jul 21 16:57:57] DEBUG[31491] chan_iax2.c: ip callno count decremented to 3 for 67.215.233.178 >> [Jul 21 16:57:59] WARNING[31485] chan_iax2.c: REGISTER-LOG: Sending registration request for '41618' >> [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: Allocate call number >> [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: ip callno count incremented to 4 for 67.215.233.178 >> [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: Registration created on call 3312 >> [Jul 21 16:57:59] WARNING[31484] chan_iax2.c: REGISTER-LOG: registry rereqquest >> [Jul 21 16:57:59] DEBUG[31487] chan_iax2.c: schedule decrement of callno used for 67.215.233.178 in 60 seconds >> [Jul 21 16:58:01] VERBOSE[31480] logger.c: -- Received OK from Echolink server nawest.echolink.org >> [Jul 21 16:58:01] VERBOSE[31480] logger.c: -- Directory pgm done downloading(partial,compressed), 482 records >> [Jul 21 16:58:02] DEBUG[31490] chan_iax2.c: Received iseqno 249 not within window 250->250 >> [Jul 21 16:58:09] DEBUG[31491] chan_iax2.c: ip callno count decremented to 3 for 67.215.233.178 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: Node Variable dump for node 40821: >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TU >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: -- 8 variables >> [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Using channel -2 >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: -- 9 variables >> [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: Using channel -2 >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Prodding channel 'DAHDI/pseudo-827327442' >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format slin >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Auto-deactivating generator >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format ulaw >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Prodding channel 'DAHDI/pseudo-827327442' >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format slin >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:30] DEBUG[32699] channel.c: Auto-deactivating generator >> [Jul 21 16:57:30] DEBUG[32699] channel.c: Set channel DAHDI/pseudo-1312874724 to write format ulaw >> [Jul 21 16:57:30] DEBUG[32699] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:30] DEBUG[32699] channel.c: Hanging up channel 'DAHDI/pseudo-1312874724' >> [Jul 21 16:57:30] DEBUG[32699] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1312874724) >> [Jul 21 16:57:30] DEBUG[32699] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 77, callwait = -1, thirdcall = -1 >> [Jul 21 16:57:30] DEBUG[32699] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1312874724 >> [Jul 21 16:57:30] DEBUG[32699] chan_dahdi.c: Updated conferencing on -2, with 0 conference users >> [Jul 21 16:57:30] VERBOSE[32699] logger.c: -- Hungup 'DAHDI/pseudo-1312874724' >> [Jul 21 16:57:30] DEBUG[32699] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo >> [Jul 21 16:57:30] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo >> [Jul 21 16:57:30] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) >> [Jul 21 16:57:33] DEBUG[31498] chan_dahdi.c: Requested indication 13 on channel DAHDI/2-1 >> [Jul 21 16:57:33] VERBOSE[31498] logger.c: Node Variable dump for node 42032: >> [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_TXKEYED=0 >> [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_NUMLINKS=46 >> [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_LINKS=46,T41170,T27714,T41599,T29902,T42462,T29826,T29901,T29771,T27455,T29827,T29772,T41508,T28183,T4151 >> 0,T41629,T28073,T2578,T41535,T29227,T29474,T29475,T42978,T41385,TN7GLV,T42610,T29659,T41373,T42574,T29658,T41538,T27654,T29521,T29522,T41688,T41525,T1980,T >> 3630564,T42393,T1976,T42205,T41237,T40603,T42947,T40696,T42215,T40562 >> [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_NUMALINKS=1 >> [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_ALINKS=1,41170TU >> [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:57:33] VERBOSE[31498] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:57:33] VERBOSE[31498] logger.c: -- 9 variables >> [Jul 21 16:57:34] DEBUG[31487] chan_iax2.c: Received iseqno 238 not within window 239->239 >> [Jul 21 16:57:39] WARNING[31482] chan_iax2.c: REGISTER-LOG: Sending registration request for '40821' >> [Jul 21 16:57:39] DEBUG[31482] chan_iax2.c: Allocate call number >> [Jul 21 16:57:39] DEBUG[31482] chan_iax2.c: ip callno count incremented to 4 for 67.215.233.178 >> [Jul 21 16:57:39] DEBUG[31482] chan_iax2.c: Registration created on call 12318 >> [Jul 21 16:57:39] WARNING[31484] chan_iax2.c: REGISTER-LOG: registry rereqquest >> [Jul 21 16:57:40] DEBUG[31489] chan_iax2.c: schedule decrement of callno used for 67.215.233.178 in 60 seconds >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: Node Variable dump for node 40821: >> [Jul 21 16:57:40] DEBUG[32701] chan_dahdi.c: Using channel -2 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_ETXKEYED=1 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TU >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: -- 8 variables >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: Node Variable dump for node 40821: >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TU >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: -- 8 variables >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: Node Variable dump for node 41618: >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TU >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: -- 9 variables >> [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: Using channel -2 >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Prodding channel 'DAHDI/pseudo-827327442' >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format slin >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Auto-deactivating generator >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format ulaw >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Prodding channel 'DAHDI/pseudo-827327442' >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format slin >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:30] DEBUG[32699] channel.c: Auto-deactivating generator >> [Jul 21 16:57:30] DEBUG[32699] channel.c: Set channel DAHDI/pseudo-1312874724 to write format ulaw >> [Jul 21 16:57:30] DEBUG[32699] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:30] DEBUG[32699] channel.c: Hanging up channel 'DAHDI/pseudo-1312874724' >> [Jul 21 16:57:30] DEBUG[32699] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1312874724) >> [Jul 21 16:57:30] DEBUG[32699] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 77, callwait = -1, thirdcall = -1 >> [Jul 21 16:57:30] DEBUG[32699] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1312874724 >> [Jul 21 16:57:30] DEBUG[32699] chan_dahdi.c: Updated conferencing on -2, with 0 conference users >> [Jul 21 16:57:30] VERBOSE[32699] logger.c: -- Hungup 'DAHDI/pseudo-1312874724' >> [Jul 21 16:57:30] DEBUG[32699] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo >> [Jul 21 16:57:30] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo >> [Jul 21 16:57:30] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) >> [Jul 21 16:57:33] DEBUG[31498] chan_dahdi.c: Requested indication 13 on channel DAHDI/2-1 >> [Jul 21 16:57:33] VERBOSE[31498] logger.c: Node Variable dump for node 42032: >> [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_TXKEYED=0 >> [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_NUMLINKS=46 >> [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_LINKS=46,T41170,T27714,T41599,T29902,T42462,T29826,T29901,T29771,T27455,T29827,T29772,T41508,T28183,T4151 >> 0,T41629,T28073,T2578,T41535,T29227,T29474,T29475,T42978,T41385,TN7GLV,T42610,T29659,T41373,T42574,T29658,T41538,T27654,T29521,T29522,T41688,T41525,T1980,T >> 3630564,T42393,T1976,T42205,T41237,T40603,T42947,T40696,T42215,T40562 >> [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_NUMALINKS=1 >> [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_ALINKS=1,41170TU >> [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:57:33] VERBOSE[31498] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:57:33] VERBOSE[31498] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:57:33] VERBOSE[31498] logger.c: -- 9 variables >> [Jul 21 16:57:34] DEBUG[31487] chan_iax2.c: Received iseqno 238 not within window 239->239 >> [Jul 21 16:57:39] WARNING[31482] chan_iax2.c: REGISTER-LOG: Sending registration request for '40821' >> [Jul 21 16:57:39] DEBUG[31482] chan_iax2.c: Allocate call number >> [Jul 21 16:57:39] DEBUG[31482] chan_iax2.c: ip callno count incremented to 4 for 67.215.233.178 >> [Jul 21 16:57:39] DEBUG[31482] chan_iax2.c: Registration created on call 12318 >> [Jul 21 16:57:39] WARNING[31484] chan_iax2.c: REGISTER-LOG: registry rereqquest >> [Jul 21 16:57:40] DEBUG[31489] chan_iax2.c: schedule decrement of callno used for 67.215.233.178 in 60 seconds >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: Node Variable dump for node 40821: >> [Jul 21 16:57:40] DEBUG[32701] chan_dahdi.c: Using channel -2 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_ETXKEYED=1 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TU >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: -- 8 variables >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: Node Variable dump for node 40821: >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TU >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:57:40] VERBOSE[31495] logger.c: -- 8 variables >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: Node Variable dump for node 41618: >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TU >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: -- 9 variables >> [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: Using channel -2 >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Prodding channel 'DAHDI/pseudo-827327442' >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format slin >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Auto-deactivating generator >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format ulaw >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Prodding channel 'DAHDI/pseudo-827327442' >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format slin >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Auto-deactivating generator >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format ulaw >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Hanging up channel 'DAHDI/pseudo-827327442' >> [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-827327442) >> [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 78, callwait = -1, thirdcall = -1 >> [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-827327442 >> [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: Updated conferencing on -2, with 0 conference users >> [Jul 21 16:57:40] VERBOSE[32702] logger.c: -- Hungup 'DAHDI/pseudo-827327442' >> [Jul 21 16:57:40] DEBUG[32702] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo >> [Jul 21 16:57:40] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo >> [Jul 21 16:57:40] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Prodding channel 'DAHDI/pseudo-1742131875' >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format slin >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Auto-deactivating generator >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format ulaw >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Prodding channel 'DAHDI/pseudo-1742131875' >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format slin >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Auto-deactivating generator >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format ulaw >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Prodding channel 'DAHDI/pseudo-1742131875' >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format slin >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Auto-deactivating generator >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format ulaw >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Prodding channel 'DAHDI/pseudo-1742131875' >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format slin >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] VERBOSE[31495] logger.c: Node Variable dump for node 40821: >> [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 >> [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 >> [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TK >> [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:57:41] VERBOSE[31495] logger.c: -- 8 variables >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Auto-deactivating generator >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format ulaw >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Hanging up channel 'DAHDI/pseudo-1742131875' >> [Jul 21 16:57:41] DEBUG[32701] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1742131875) >> [Jul 21 16:57:41] DEBUG[32701] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 76, callwait = -1, thirdcall = -1 >> [Jul 21 16:57:41] DEBUG[32701] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1742131875 >> [Jul 21 16:57:41] DEBUG[32701] chan_dahdi.c: Updated conferencing on -2, with 0 conference users >> [Jul 21 16:57:41] VERBOSE[32701] logger.c: -- Hungup 'DAHDI/pseudo-1742131875' >> [Jul 21 16:57:41] DEBUG[32701] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo >> [Jul 21 16:57:41] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo >> [Jul 21 16:57:41] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) >> [Jul 21 16:57:41] VERBOSE[31496] logger.c: Node Variable dump for node 41618: >> [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 >> [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 >> [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TK >> [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:57:41] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:57:41] VERBOSE[31496] logger.c: -- 9 variables >> [Jul 21 16:57:41] DEBUG[31496] chan_dahdi.c: Write returned -1 (Resource temporarily unavailable) on channel -2 >> [Jul 21 16:57:47] WARNING[31487] chan_iax2.c: REGISTER-LOG: Sending registration request for '42032' >> [Jul 21 16:57:47] DEBUG[31487] chan_iax2.c: Allocate call number >> [Jul 21 16:57:47] DEBUG[31487] chan_iax2.c: ip callno count incremented to 5 for 67.215.233.178 >> [Jul 21 16:57:47] DEBUG[31487] chan_iax2.c: Registration created on call 10837 >> [Jul 21 16:57:47] WARNING[31488] chan_iax2.c: REGISTER-LOG: registry rereqquest >> [Jul 21 16:57:47] DEBUG[31490] chan_iax2.c: schedule decrement of callno used for 67.215.233.178 in 60 seconds >> [Jul 21 16:57:49] DEBUG[31491] chan_iax2.c: ip callno count decremented to 4 for 67.215.233.178 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: Node Variable dump for node 40821: >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TU >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: -- 8 variables >> [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: Using channel -2 >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Prodding channel 'DAHDI/pseudo-1431047561' >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format slin >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Auto-deactivating generator >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format ulaw >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Prodding channel 'DAHDI/pseudo-1431047561' >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format slin >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: Node Variable dump for node 41618: >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TU >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: -- 9 variables >> [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Using channel -2 >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Prodding channel 'DAHDI/pseudo-1112987678' >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Set channel DAHDI/pseudo-1112987678 to write format slin >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Auto-deactivating generator >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format ulaw >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Prodding channel 'DAHDI/pseudo-1431047561' >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format slin >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Auto-deactivating generator >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format ulaw >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Prodding channel 'DAHDI/pseudo-1431047561' >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format slin >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Auto-deactivating generator >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Set channel DAHDI/pseudo-1112987678 to write format ulaw >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Prodding channel 'DAHDI/pseudo-1112987678' >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Set channel DAHDI/pseudo-1112987678 to write format slin >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: Node Variable dump for node 40821: >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TK >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: -- 8 variables >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Auto-deactivating generator >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format ulaw >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: Node Variable dump for node 41618: >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TK >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: -- 9 variables >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Auto-deactivating generator >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Set channel DAHDI/pseudo-1112987678 to write format ulaw >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Hanging up channel 'DAHDI/pseudo-1431047561' >> [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1431047561) >> [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 76, callwait = -1, thirdcall = -1 >> [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1431047561 >> [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: Updated conferencing on -2, with 0 conference users >> [Jul 21 16:57:50] VERBOSE[32707] logger.c: -- Hungup 'DAHDI/pseudo-1431047561' >> [Jul 21 16:57:50] DEBUG[32707] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo >> [Jul 21 16:57:50] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo >> [Jul 21 16:57:50] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Hanging up channel 'DAHDI/pseudo-1112987678' >> [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1112987678) >> [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 78, callwait = -1, thirdcall = -1 >> [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1112987678 >> [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Updated conferencing on -2, with 0 conference users >> [Jul 21 16:57:50] VERBOSE[32708] logger.c: -- Hungup 'DAHDI/pseudo-1112987678' >> [Jul 21 16:57:50] DEBUG[32708] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo >> [Jul 21 16:57:50] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo >> [Jul 21 16:57:50] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) >> [Jul 21 16:57:55] DEBUG[31489] chan_iax2.c: Received iseqno 234 not within window 235->235 >> [Jul 21 16:57:57] DEBUG[31491] chan_iax2.c: ip callno count decremented to 3 for 67.215.233.178 >> [Jul 21 16:57:59] WARNING[31485] chan_iax2.c: REGISTER-LOG: Sending registration request for '41618' >> [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: Allocate call number >> [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: ip callno count incremented to 4 for 67.215.233.178 >> [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: Registration created on call 3312 >> [Jul 21 16:57:59] WARNING[31484] chan_iax2.c: REGISTER-LOG: registry rereqquest >> [Jul 21 16:57:59] DEBUG[31487] chan_iax2.c: schedule decrement of callno used for 67.215.233.178 in 60 seconds >> [Jul 21 16:58:01] VERBOSE[31480] logger.c: -- Received OK from Echolink server nawest.echolink.org >> [Jul 21 16:58:01] VERBOSE[31480] logger.c: -- Directory pgm done downloading(partial,compressed), 482 records >> [Jul 21 16:58:02] DEBUG[31490] chan_iax2.c: Received iseqno 249 not within window 250->250 >> [Jul 21 16:58:09] DEBUG[31491] chan_iax2.c: ip callno count decremented to 3 for 67.215.233.178 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: Node Variable dump for node 40821: >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TU >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: -- 8 variables >> [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Using channel -2 >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TU >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables >> [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Using channel -2 >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Prodding channel 'DAHDI/pseudo-1502252132' >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format slin >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: Node Variable dump for node 40821: >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TK >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: -- 8 variables >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Prodding channel 'DAHDI/pseudo-1502252132' >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format slin >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TK >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Hanging up channel 'DAHDI/pseudo-960634253' >> [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-960634253) >> [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 76, callwait = -1, thirdcall = -1 >> [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-960634253 >> [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Updated conferencing on -2, with 0 conference users >> [Jul 21 16:58:19] VERBOSE[32712] logger.c: -- Hungup 'DAHDI/pseudo-960634253' >> [Jul 21 16:58:19] DEBUG[32712] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo >> [Jul 21 16:58:19] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo >> [Jul 21 16:58:19] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Hanging up channel 'DAHDI/pseudo-1502252132' >> [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1502252132) >> [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 78, callwait = -1, thirdcall = -1 >> [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1502252132 >> [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Updated conferencing on -2, with 0 conference users >> [Jul 21 16:58:19] VERBOSE[32713] logger.c: -- Hungup 'DAHDI/pseudo-1502252132' >> [Jul 21 16:58:19] DEBUG[32713] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo >> [Jul 21 16:58:19] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo >> [Jul 21 16:58:19] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TU >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables >> [Jul 21 16:58:19] DEBUG[32714] chan_dahdi.c: Using channel -2 >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Prodding channel 'DAHDI/pseudo-1050151101' >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format slin >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TK >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Prodding channel 'DAHDI/pseudo-1050151101' >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format slin >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:20] DEBUG[32714] channel.c: Hanging up channel 'DAHDI/pseudo-1050151101' >> [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1050151101) >> [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 76, callwait = -1, thirdcall = -1 >> [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1050151101 >> [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: Updated conferencing on -2, with 0 conference users >> [Jul 21 16:58:20] VERBOSE[32714] logger.c: -- Hungup 'DAHDI/pseudo-1050151101' >> [Jul 21 16:58:20] DEBUG[32714] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo >> [Jul 21 16:58:20] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo >> [Jul 21 16:58:20] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: Asterisk Event Logger Started /var/log/asterisk/event_log >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: Asterisk Dynamic Loader Starting: >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Parsing '/etc/asterisk/modules.conf': [Jul 21 16:58:35] DEBUG[32727] config.c: Parsing /etc/asterisk/modules.conf >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: Found >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Parsing '/etc/asterisk/dnsmgr.conf': [Jul 21 16:58:35] DEBUG[32727] config.c: Parsing /etc/asterisk/dnsmgr.conf >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: Found >> [Jul 21 16:58:35] NOTICE[32727] dnsmgr.c: Managed DNS entries will be refreshed every 300 seconds. >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Ping >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Events >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Logoff >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Hangup >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Status >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Setvar >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Getvar >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action GetConfig >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action UpdateConfig >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Redirect >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Originate >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Command >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action ExtensionState >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action AbsoluteTimeout >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action MailboxStatus >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action MailboxCount >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action ListCommands >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action UserEvent >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action WaitEvent >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Parsing '/etc/asterisk/manager.conf': [Jul 21 16:58:35] DEBUG[32727] config.c: Parsing /etc/asterisk/manager.conf >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: Found >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: Asterisk Management interface listening on port 5038 >> [Jul 21 16:58:35] NOTICE[32727] cdr.c: CDR simple logging enabled. >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: -- 9 variables >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Auto-deactivating generator >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Set channel DAHDI/pseudo-1112987678 to write format ulaw >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Hanging up channel 'DAHDI/pseudo-1431047561' >> [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1431047561) >> [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 76, callwait = -1, thirdcall = -1 >> [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1431047561 >> [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: Updated conferencing on -2, with 0 conference users >> [Jul 21 16:57:50] VERBOSE[32707] logger.c: -- Hungup 'DAHDI/pseudo-1431047561' >> [Jul 21 16:57:50] DEBUG[32707] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo >> [Jul 21 16:57:50] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo >> [Jul 21 16:57:50] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Hanging up channel 'DAHDI/pseudo-1112987678' >> [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1112987678) >> [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 78, callwait = -1, thirdcall = -1 >> [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1112987678 >> [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Updated conferencing on -2, with 0 conference users >> [Jul 21 16:57:50] VERBOSE[32708] logger.c: -- Hungup 'DAHDI/pseudo-1112987678' >> [Jul 21 16:57:50] DEBUG[32708] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo >> [Jul 21 16:57:50] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo >> [Jul 21 16:57:50] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) >> [Jul 21 16:57:55] DEBUG[31489] chan_iax2.c: Received iseqno 234 not within window 235->235 >> [Jul 21 16:57:57] DEBUG[31491] chan_iax2.c: ip callno count decremented to 3 for 67.215.233.178 >> [Jul 21 16:57:59] WARNING[31485] chan_iax2.c: REGISTER-LOG: Sending registration request for '41618' >> [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: Allocate call number >> [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: ip callno count incremented to 4 for 67.215.233.178 >> [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: Registration created on call 3312 >> [Jul 21 16:57:59] WARNING[31484] chan_iax2.c: REGISTER-LOG: registry rereqquest >> [Jul 21 16:57:59] DEBUG[31487] chan_iax2.c: schedule decrement of callno used for 67.215.233.178 in 60 seconds >> [Jul 21 16:58:01] VERBOSE[31480] logger.c: -- Received OK from Echolink server nawest.echolink.org >> [Jul 21 16:58:01] VERBOSE[31480] logger.c: -- Directory pgm done downloading(partial,compressed), 482 records >> [Jul 21 16:58:02] DEBUG[31490] chan_iax2.c: Received iseqno 249 not within window 250->250 >> [Jul 21 16:58:09] DEBUG[31491] chan_iax2.c: ip callno count decremented to 3 for 67.215.233.178 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: Node Variable dump for node 40821: >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TU >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: -- 8 variables >> [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Using channel -2 >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TU >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables >> [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Using channel -2 >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Prodding channel 'DAHDI/pseudo-1502252132' >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format slin >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: Node Variable dump for node 40821: >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TK >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: -- 8 variables >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Prodding channel 'DAHDI/pseudo-1502252132' >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format slin >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TK >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Hanging up channel 'DAHDI/pseudo-960634253' >> [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-960634253) >> [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 76, callwait = -1, thirdcall = -1 >> [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-960634253 >> [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Updated conferencing on -2, with 0 conference users >> [Jul 21 16:58:19] VERBOSE[32712] logger.c: -- Hungup 'DAHDI/pseudo-960634253' >> [Jul 21 16:58:19] DEBUG[32712] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo >> [Jul 21 16:58:19] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo >> [Jul 21 16:58:19] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Hanging up channel 'DAHDI/pseudo-1502252132' >> [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1502252132) >> [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 78, callwait = -1, thirdcall = -1 >> [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1502252132 >> [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Updated conferencing on -2, with 0 conference users >> [Jul 21 16:58:19] VERBOSE[32713] logger.c: -- Hungup 'DAHDI/pseudo-1502252132' >> [Jul 21 16:58:19] DEBUG[32713] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo >> [Jul 21 16:58:19] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo >> [Jul 21 16:58:19] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TU >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables >> [Jul 21 16:58:19] DEBUG[32714] chan_dahdi.c: Using channel -2 >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Prodding channel 'DAHDI/pseudo-1050151101' >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format slin >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TK >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Prodding channel 'DAHDI/pseudo-1050151101' >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format slin >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:20] DEBUG[32714] channel.c: Hanging up channel 'DAHDI/pseudo-1050151101' >> [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1050151101) >> [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 76, callwait = -1, thirdcall = -1 >> [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1050151101 >> [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: Updated conferencing on -2, with 0 conference users >> [Jul 21 16:58:20] VERBOSE[32714] logger.c: -- Hungup 'DAHDI/pseudo-1050151101' >> [Jul 21 16:58:20] DEBUG[32714] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo >> [Jul 21 16:58:20] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo >> [Jul 21 16:58:20] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: Asterisk Event Logger Started /var/log/asterisk/event_log >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: Asterisk Dynamic Loader Starting: >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Parsing '/etc/asterisk/modules.conf': [Jul 21 16:58:35] DEBUG[32727] config.c: Parsing /etc/asterisk/modules.conf >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: Found >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Parsing '/etc/asterisk/dnsmgr.conf': [Jul 21 16:58:35] DEBUG[32727] config.c: Parsing /etc/asterisk/dnsmgr.conf >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: Found >> [Jul 21 16:58:35] NOTICE[32727] dnsmgr.c: Managed DNS entries will be refreshed every 300 seconds. >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Ping >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Events >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Logoff >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Hangup >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Status >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Setvar >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Getvar >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action GetConfig >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action UpdateConfig >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Redirect >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Originate >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Command >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action ExtensionState >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action AbsoluteTimeout >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action MailboxStatus >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action MailboxCount >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action ListCommands >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action UserEvent >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action WaitEvent >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Parsing '/etc/asterisk/manager.conf': [Jul 21 16:58:35] DEBUG[32727] config.c: Parsing /etc/asterisk/manager.conf >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: Found >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: Asterisk Management interface listening on port 5038 >> [Jul 21 16:58:35] NOTICE[32727] cdr.c: CDR simple logging enabled. >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == RTP Allocating from port range 5000 -> 31000 >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == UDPTL allocating from port range 4500 -> 4999 >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: Asterisk PBX Core Initializing >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: Registering builtin applications: >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: [Answer] >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'Answer' >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: [BackGround] >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'BackGround' >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: [Busy] >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'Busy' >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: [Congestion] >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'Congestion' >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: [Goto] >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'Goto' >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: [GotoIf] >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'GotoIf' >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: [GotoIfTime] >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'GotoIfTime' >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: [ExecIfTime] >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'ExecIfTime' >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: [Hangup] >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'Hangup' >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: [NoOp] >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'NoOp' >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: [Progress] >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'Progress' >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: [ResetCDR] >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'ResetCDR' >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: [Ringing] >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Registered application 'Ringing' >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:57:40] VERBOSE[31496] logger.c: -- 9 variables >> [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: Using channel -2 >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Prodding channel 'DAHDI/pseudo-827327442' >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format slin >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Auto-deactivating generator >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format ulaw >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Prodding channel 'DAHDI/pseudo-827327442' >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format slin >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Auto-deactivating generator >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Set channel DAHDI/pseudo-827327442 to write format ulaw >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:40] DEBUG[32702] channel.c: Hanging up channel 'DAHDI/pseudo-827327442' >> [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-827327442) >> [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 78, callwait = -1, thirdcall = -1 >> [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-827327442 >> [Jul 21 16:57:40] DEBUG[32702] chan_dahdi.c: Updated conferencing on -2, with 0 conference users >> [Jul 21 16:57:40] VERBOSE[32702] logger.c: -- Hungup 'DAHDI/pseudo-827327442' >> [Jul 21 16:57:40] DEBUG[32702] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo >> [Jul 21 16:57:40] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo >> [Jul 21 16:57:40] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Prodding channel 'DAHDI/pseudo-1742131875' >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format slin >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Auto-deactivating generator >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format ulaw >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Prodding channel 'DAHDI/pseudo-1742131875' >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format slin >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Auto-deactivating generator >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format ulaw >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Prodding channel 'DAHDI/pseudo-1742131875' >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format slin >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Auto-deactivating generator >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format ulaw >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Prodding channel 'DAHDI/pseudo-1742131875' >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format slin >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] VERBOSE[31495] logger.c: Node Variable dump for node 40821: >> [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 >> [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 >> [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TK >> [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:57:41] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:57:41] VERBOSE[31495] logger.c: -- 8 variables >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Auto-deactivating generator >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Set channel DAHDI/pseudo-1742131875 to write format ulaw >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:41] DEBUG[32701] channel.c: Hanging up channel 'DAHDI/pseudo-1742131875' >> [Jul 21 16:57:41] DEBUG[32701] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1742131875) >> [Jul 21 16:57:41] DEBUG[32701] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 76, callwait = -1, thirdcall = -1 >> [Jul 21 16:57:41] DEBUG[32701] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1742131875 >> [Jul 21 16:57:41] DEBUG[32701] chan_dahdi.c: Updated conferencing on -2, with 0 conference users >> [Jul 21 16:57:41] VERBOSE[32701] logger.c: -- Hungup 'DAHDI/pseudo-1742131875' >> [Jul 21 16:57:41] DEBUG[32701] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo >> [Jul 21 16:57:41] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo >> [Jul 21 16:57:41] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) >> [Jul 21 16:57:41] VERBOSE[31496] logger.c: Node Variable dump for node 41618: >> [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 >> [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 >> [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TK >> [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:57:41] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:57:41] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:57:41] VERBOSE[31496] logger.c: -- 9 variables >> [Jul 21 16:57:41] DEBUG[31496] chan_dahdi.c: Write returned -1 (Resource temporarily unavailable) on channel -2 >> [Jul 21 16:57:47] WARNING[31487] chan_iax2.c: REGISTER-LOG: Sending registration request for '42032' >> [Jul 21 16:57:47] DEBUG[31487] chan_iax2.c: Allocate call number >> [Jul 21 16:57:47] DEBUG[31487] chan_iax2.c: ip callno count incremented to 5 for 67.215.233.178 >> [Jul 21 16:57:47] DEBUG[31487] chan_iax2.c: Registration created on call 10837 >> [Jul 21 16:57:47] WARNING[31488] chan_iax2.c: REGISTER-LOG: registry rereqquest >> [Jul 21 16:57:47] DEBUG[31490] chan_iax2.c: schedule decrement of callno used for 67.215.233.178 in 60 seconds >> [Jul 21 16:57:49] DEBUG[31491] chan_iax2.c: ip callno count decremented to 4 for 67.215.233.178 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: Node Variable dump for node 40821: >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TU >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: -- 8 variables >> [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: Using channel -2 >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Prodding channel 'DAHDI/pseudo-1431047561' >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format slin >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Auto-deactivating generator >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format ulaw >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Prodding channel 'DAHDI/pseudo-1431047561' >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format slin >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: Node Variable dump for node 41618: >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TU >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: -- 9 variables >> [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Using channel -2 >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Prodding channel 'DAHDI/pseudo-1112987678' >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Set channel DAHDI/pseudo-1112987678 to write format slin >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Auto-deactivating generator >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format ulaw >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Prodding channel 'DAHDI/pseudo-1431047561' >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format slin >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Auto-deactivating generator >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format ulaw >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Prodding channel 'DAHDI/pseudo-1431047561' >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format slin >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Auto-deactivating generator >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Set channel DAHDI/pseudo-1112987678 to write format ulaw >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Prodding channel 'DAHDI/pseudo-1112987678' >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Set channel DAHDI/pseudo-1112987678 to write format slin >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: Node Variable dump for node 40821: >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TK >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:57:50] VERBOSE[31495] logger.c: -- 8 variables >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Auto-deactivating generator >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Set channel DAHDI/pseudo-1431047561 to write format ulaw >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: Node Variable dump for node 41618: >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TK >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:57:50] VERBOSE[31496] logger.c: -- 9 variables >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Auto-deactivating generator >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Set channel DAHDI/pseudo-1112987678 to write format ulaw >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:57:50] DEBUG[32707] channel.c: Hanging up channel 'DAHDI/pseudo-1431047561' >> [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1431047561) >> [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 76, callwait = -1, thirdcall = -1 >> [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1431047561 >> [Jul 21 16:57:50] DEBUG[32707] chan_dahdi.c: Updated conferencing on -2, with 0 conference users >> [Jul 21 16:57:50] VERBOSE[32707] logger.c: -- Hungup 'DAHDI/pseudo-1431047561' >> [Jul 21 16:57:50] DEBUG[32707] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo >> [Jul 21 16:57:50] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo >> [Jul 21 16:57:50] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) >> [Jul 21 16:57:50] DEBUG[32708] channel.c: Hanging up channel 'DAHDI/pseudo-1112987678' >> [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1112987678) >> [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 78, callwait = -1, thirdcall = -1 >> [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1112987678 >> [Jul 21 16:57:50] DEBUG[32708] chan_dahdi.c: Updated conferencing on -2, with 0 conference users >> [Jul 21 16:57:50] VERBOSE[32708] logger.c: -- Hungup 'DAHDI/pseudo-1112987678' >> [Jul 21 16:57:50] DEBUG[32708] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo >> [Jul 21 16:57:50] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo >> [Jul 21 16:57:50] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) >> [Jul 21 16:57:55] DEBUG[31489] chan_iax2.c: Received iseqno 234 not within window 235->235 >> [Jul 21 16:57:57] DEBUG[31491] chan_iax2.c: ip callno count decremented to 3 for 67.215.233.178 >> [Jul 21 16:57:59] WARNING[31485] chan_iax2.c: REGISTER-LOG: Sending registration request for '41618' >> [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: Allocate call number >> [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: ip callno count incremented to 4 for 67.215.233.178 >> [Jul 21 16:57:59] DEBUG[31485] chan_iax2.c: Registration created on call 3312 >> [Jul 21 16:57:59] WARNING[31484] chan_iax2.c: REGISTER-LOG: registry rereqquest >> [Jul 21 16:57:59] DEBUG[31487] chan_iax2.c: schedule decrement of callno used for 67.215.233.178 in 60 seconds >> [Jul 21 16:58:01] VERBOSE[31480] logger.c: -- Received OK from Echolink server nawest.echolink.org >> [Jul 21 16:58:01] VERBOSE[31480] logger.c: -- Directory pgm done downloading(partial,compressed), 482 records >> [Jul 21 16:58:02] DEBUG[31490] chan_iax2.c: Received iseqno 249 not within window 250->250 >> [Jul 21 16:58:09] DEBUG[31491] chan_iax2.c: ip callno count decremented to 3 for 67.215.233.178 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: Node Variable dump for node 40821: >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TU >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: -- 8 variables >> [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Using channel -2 >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TU >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables >> [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Using channel -2 >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Prodding channel 'DAHDI/pseudo-1502252132' >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format slin >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: Node Variable dump for node 40821: >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_LINKS=2,T41618,T3316305 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_NUMALINKS=2 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ALINKS=2,41618TU,3316305TK >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:58:19] VERBOSE[31495] logger.c: -- 8 variables >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Prodding channel 'DAHDI/pseudo-960634253' >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format slin >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Prodding channel 'DAHDI/pseudo-1502252132' >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format slin >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Set channel DAHDI/pseudo-960634253 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TK >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=79) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Set channel DAHDI/pseudo-1502252132 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32712] channel.c: Hanging up channel 'DAHDI/pseudo-960634253' >> [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-960634253) >> [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 76, callwait = -1, thirdcall = -1 >> [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-960634253 >> [Jul 21 16:58:19] DEBUG[32712] chan_dahdi.c: Updated conferencing on -2, with 0 conference users >> [Jul 21 16:58:19] VERBOSE[32712] logger.c: -- Hungup 'DAHDI/pseudo-960634253' >> [Jul 21 16:58:19] DEBUG[32712] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo >> [Jul 21 16:58:19] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo >> [Jul 21 16:58:19] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) >> [Jul 21 16:58:19] DEBUG[32713] channel.c: Hanging up channel 'DAHDI/pseudo-1502252132' >> [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1502252132) >> [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 78, callwait = -1, thirdcall = -1 >> [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1502252132 >> [Jul 21 16:58:19] DEBUG[32713] chan_dahdi.c: Updated conferencing on -2, with 0 conference users >> [Jul 21 16:58:19] VERBOSE[32713] logger.c: -- Hungup 'DAHDI/pseudo-1502252132' >> [Jul 21 16:58:19] DEBUG[32713] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo >> [Jul 21 16:58:19] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo >> [Jul 21 16:58:19] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TU >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables >> [Jul 21 16:58:19] DEBUG[32714] chan_dahdi.c: Using channel -2 >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Prodding channel 'DAHDI/pseudo-1050151101' >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format slin >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: Node Variable dump for node 41618: >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMLINKS=2 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_LINKS=2,T40821,T3316305 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_NUMALINKS=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ALINKS=1,40821TK >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_TXKEYED=1 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_ETXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_RXKEYED=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: RPT_AUTOPATCHUP=0 >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: TRANSFERCAPABILITY=SPEECH >> [Jul 21 16:58:19] VERBOSE[31496] logger.c: -- 9 variables >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Prodding channel 'DAHDI/pseudo-1050151101' >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format slin >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 160 sample intervals >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Generator got voice, switching to phase locked mode >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=77) >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Auto-deactivating generator >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Set channel DAHDI/pseudo-1050151101 to write format ulaw >> [Jul 21 16:58:19] DEBUG[32714] channel.c: Scheduling timer at 0 sample intervals >> [Jul 21 16:58:20] DEBUG[32714] channel.c: Hanging up channel 'DAHDI/pseudo-1050151101' >> [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: dahdi_hangup(DAHDI/pseudo-1050151101) >> [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: Hangup: channel: -2 index = 0, normal = 76, callwait = -1, thirdcall = -1 >> [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-1050151101 >> [Jul 21 16:58:20] DEBUG[32714] chan_dahdi.c: Updated conferencing on -2, with 0 conference users >> [Jul 21 16:58:20] VERBOSE[32714] logger.c: -- Hungup 'DAHDI/pseudo-1050151101' >> [Jul 21 16:58:20] DEBUG[32714] devicestate.c: Notification of state change to be queued on device/channel DAHDI/pseudo >> [Jul 21 16:58:20] DEBUG[31471] devicestate.c: No provider found, checking channel drivers for DAHDI - pseudo >> [Jul 21 16:58:20] DEBUG[31471] devicestate.c: Changing state for DAHDI/pseudo - state 2 (In use) > Last log message before segfault > >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: Asterisk Event Logger Started /var/log/asterisk/event_log >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: Asterisk Dynamic Loader Starting: >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Parsing '/etc/asterisk/modules.conf': [Jul 21 16:58:35] DEBUG[32727] config.c: Parsing /etc/asterisk/modules.conf >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: Found >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Parsing '/etc/asterisk/dnsmgr.conf': [Jul 21 16:58:35] DEBUG[32727] config.c: Parsing /etc/asterisk/dnsmgr.conf >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: Found >> [Jul 21 16:58:35] NOTICE[32727] dnsmgr.c: Managed DNS entries will be refreshed every 300 seconds. >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Ping >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Events >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Logoff >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Hangup >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Status >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Setvar >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Getvar >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action GetConfig >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action UpdateConfig >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Redirect >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Originate >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action Command >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action ExtensionState >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action AbsoluteTimeout >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action MailboxStatus >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action MailboxCount >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action ListCommands >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action UserEvent >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Manager registered action WaitEvent >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == Parsing '/etc/asterisk/manager.conf': [Jul 21 16:58:35] DEBUG[32727] config.c: Parsing /etc/asterisk/manager.conf >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: Found >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: Asterisk Management interface listening on port 5038 >> [Jul 21 16:58:35] NOTICE[32727] cdr.c: CDR simple logging enabled. >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == RTP Allocating from port range 5000 -> 31000 >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: == UDPTL allocating from port range 4500 -> 4999 >> [Jul 21 16:58:35] VERBOSE[32727] logger.c: Asterisk PBX Core Initializing > Any ideas? It did not write a coredump, so I need to fix that for next time. > > From Bryan at bryanfields.net Fri Jul 22 07:15:07 2016 From: Bryan at bryanfields.net (Bryan Fields) Date: Fri, 22 Jul 2016 03:15:07 -0400 Subject: [App_rpt-users] asterisk segfault! In-Reply-To: <1a080929-f313-5efc-91e4-c3816766fc97@ke6sth.ampr.org> References: <5761B3A2.6020502@bryanfields.net> <576DBFB6.7010702@bryanfields.net> <7ffc1538-1bd1-b6d9-e9e9-c14ff9a8001f@bryanfields.net> <1a080929-f313-5efc-91e4-c3816766fc97@ke6sth.ampr.org> Message-ID: On 7/22/16 2:38 AM, Sione Ragle wrote: > Same thing happens to me, it crashes with echolink users being connected. Can you help me with what will cause this to happen? I need a way to reproduce it, which is elusive at this point. I've tried connecting/reconnecting and multiple connections to it all at the same time with no luck getting it to crash. -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net From kc2irv at gmail.com Fri Jul 22 15:29:14 2016 From: kc2irv at gmail.com (Joe Moskalski) Date: Fri, 22 Jul 2016 11:29:14 -0400 Subject: [App_rpt-users] Shared repeater tone panel Message-ID: I have a need to setup a community repeater. This is done easily with a shared repeater tone panel and the like from CSI. I was wondering if this could be accomplished using app_rpt. All it would need to do is allow the use of multiple input and output PL tones. Simply put, when the repeater receives X pl tone it transmits the X pl tone on the output and when the repeater receives Y pl tone it transmits the Y pl tone on the output. If anyone has done this or has any idea on how this would be accomplished it would be much appreciated. Thanks in advance! -------------- next part -------------- An HTML attachment was scrubbed... URL: From tom at tomh.us Fri Jul 22 15:41:32 2016 From: tom at tomh.us (Tom Hayward) Date: Fri, 22 Jul 2016 08:41:32 -0700 Subject: [App_rpt-users] Android IAXRPT stuck PTT In-Reply-To: <5791612B.70201@msgstor.com> References: <5791612B.70201@msgstor.com> Message-ID: On Thu, Jul 21, 2016 at 4:56 PM, Steve Zingman wrote: > This is the context I use for AndroidIAX > > [iax-client] ; for IAX VIOP clients. > exten => ${NODE},1,Ringing > exten => ${NODE},n,Wait(3) > exten => ${NODE},n,Answer > exten => ${NODE},n,Set(NODENUM=${CALLERID(number)}) > exten => ${NODE},n,Playback(rpt/node|noanswer) > exten => ${NODE},n,SayDigits(${EXTEN}) > exten => ${NODE},n,Set(CALLERID(num)=0) > exten => ${NODE},n,Rpt,${NODE}|P|${CALLERID(name)} > exten => ${NODE},n,Hangup > exten => ${NODE},n(hangit),Answer > exten => ${NODE},n(hangit),Wait(1) > exten => ${NODE},n(hangit),Hangup I pasted this in verbatim and now connections fail: [Jul 22 08:33:01] NOTICE[13402] chan_iax2.c: Rejected connect attempt from 71.231.22.13, request '41702 at iax-client' does not exist Apparently the ${NODE} variable is never populated. The big difference I notice is this one has P and my earlier config had an X: exten => 41702,1,rpt(41702|X) What does that mean? I know Pv sets VOX mode and I understood X to mean DTMF to enable/disable PTT. How does Android IAX signal PTT? Tom From szingman at msgstor.com Fri Jul 22 15:44:30 2016 From: szingman at msgstor.com (Steve Zingman) Date: Fri, 22 Jul 2016 11:44:30 -0400 Subject: [App_rpt-users] Android IAXRPT stuck PTT In-Reply-To: References: <5791612B.70201@msgstor.com> Message-ID: <57923F5E.7090508@msgstor.com> Opps, Sorry. Add NODE = 41702 above it. On 7/22/2016 11:41 AM, Tom Hayward wrote: > On Thu, Jul 21, 2016 at 4:56 PM, Steve Zingman wrote: >> This is the context I use for AndroidIAX >> >> [iax-client] ; for IAX VIOP clients. >> exten => ${NODE},1,Ringing >> exten => ${NODE},n,Wait(3) >> exten => ${NODE},n,Answer >> exten => ${NODE},n,Set(NODENUM=${CALLERID(number)}) >> exten => ${NODE},n,Playback(rpt/node|noanswer) >> exten => ${NODE},n,SayDigits(${EXTEN}) >> exten => ${NODE},n,Set(CALLERID(num)=0) >> exten => ${NODE},n,Rpt,${NODE}|P|${CALLERID(name)} >> exten => ${NODE},n,Hangup >> exten => ${NODE},n(hangit),Answer >> exten => ${NODE},n(hangit),Wait(1) >> exten => ${NODE},n(hangit),Hangup > I pasted this in verbatim and now connections fail: > > [Jul 22 08:33:01] NOTICE[13402] chan_iax2.c: Rejected connect attempt > from 71.231.22.13, request '41702 at iax-client' does not exist > > Apparently the ${NODE} variable is never populated. > > > The big difference I notice is this one has P and my earlier config had an X: > > exten => 41702,1,rpt(41702|X) > > What does that mean? I know Pv sets VOX mode and I understood X to > mean DTMF to enable/disable PTT. How does Android IAX signal PTT? > > > Tom -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From tom at tomh.us Fri Jul 22 16:10:40 2016 From: tom at tomh.us (Tom Hayward) Date: Fri, 22 Jul 2016 09:10:40 -0700 Subject: [App_rpt-users] Android IAXRPT stuck PTT In-Reply-To: <57923F5E.7090508@msgstor.com> References: <5791612B.70201@msgstor.com> <57923F5E.7090508@msgstor.com> Message-ID: On Fri, Jul 22, 2016 at 8:44 AM, Steve Zingman wrote: > Opps, Sorry. > Add NODE = 41702 above it. As you can tell, I'm very new to this and unfamiliar with the standard variables, etc. Okay, added NODE = 41702 to the [globals] stanza and now it works! I tried a few connects/disconnects and had no odd PTT behavior. Then I went back and removed the Playback commands as I prefer. It still works. What is the difference between the P and X option in the Rpt command? That seems to be the major difference here. All of the tutorials I found use X. I have a hard time finding canon documentation for this stuff. By the way, I was able to break (node graph was missing) http://stats.allstarlink.org/getstatus.cgi?41702 by putting a space in the CallerID. I guess that's not allowed. Thanks for your help. The quick replies made for easy troubleshooting. Tom KD7LXL From szingman at msgstor.com Fri Jul 22 16:20:45 2016 From: szingman at msgstor.com (Steve Zingman) Date: Fri, 22 Jul 2016 12:20:45 -0400 Subject: [App_rpt-users] Android IAXRPT stuck PTT In-Reply-To: References: <5791612B.70201@msgstor.com> <57923F5E.7090508@msgstor.com> Message-ID: <579247DD.2060706@msgstor.com> Tom, Thanks for the feedback. Glad to know things are working. I have a pretty well commented set of config files atn We will also look into the CallerID issue. We are preparing to put AndroidIAX up on the Google PlayStore. Steve On 7/22/2016 12:10 PM, Tom Hayward wrote: > On Fri, Jul 22, 2016 at 8:44 AM, Steve Zingman wrote: >> Opps, Sorry. >> Add NODE = 41702 above it. > As you can tell, I'm very new to this and unfamiliar with the standard > variables, etc. Okay, added NODE = 41702 to the [globals] stanza and > now it works! I tried a few connects/disconnects and had no odd PTT > behavior. > > Then I went back and removed the Playback commands as I prefer. It still works. > > What is the difference between the P and X option in the Rpt command? > That seems to be the major difference here. All of the tutorials I found use X. > I have a hard time finding canon documentation for this stuff. > > By the way, I was able to break (node graph was missing) > http://stats.allstarlink.org/getstatus.cgi?41702 by putting a space in > the CallerID. I guess that's not allowed. > > Thanks for your help. The quick replies made for easy troubleshooting. > > Tom KD7LXL -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From telesistant at hotmail.com Fri Jul 22 15:53:45 2016 From: telesistant at hotmail.com (Jim Duuuude) Date: Fri, 22 Jul 2016 15:53:45 +0000 Subject: [App_rpt-users] Shared repeater tone panel In-Reply-To: References: Message-ID: Why yes... chan_usbradio was, from the beginning, designed to do exactly that. You can give it a list of CTCSS tones for receive, and corresponding tones for TX. You must also specify a 'default' tx tone (if there is no input). Jim ________________________________ From: app_rpt-users-bounces at ohnosec.org on behalf of Joe Moskalski Sent: Friday, July 22, 2016 8:29 AM To: app_rpt mailing list Subject: [App_rpt-users] Shared repeater tone panel I have a need to setup a community repeater. This is done easily with a shared repeater tone panel and the like from CSI. I was wondering if this could be accomplished using app_rpt. All it would need to do is allow the use of multiple input and output PL tones. Simply put, when the repeater receives X pl tone it transmits the X pl tone on the output and when the repeater receives Y pl tone it transmits the Y pl tone on the output. If anyone has done this or has any idea on how this would be accomplished it would be much appreciated. Thanks in advance! -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Fri Jul 22 16:29:12 2016 From: telesistant at hotmail.com (Jim Duuuude) Date: Fri, 22 Jul 2016 16:29:12 +0000 Subject: [App_rpt-users] Android IAXRPT stuck PTT In-Reply-To: References: <5791612B.70201@msgstor.com> <57923F5E.7090508@msgstor.com>, Message-ID: As we all (obviously) know, VOIP protocols, such as IAX2, may be used for transport of audio/signalling for uses other then phone calls, such as radio, in this case. Therefore, an endpoint that accepts a VOIP connection processes/utilizes different methodologies for a radio connection and a "traditional telephony" (like a phone call) type of connection. The "X" is used for a radio-style connection, and indicates to app_rpt that it is not to authenticate the call (that is, authentication was done in the dialplan previous to "sending" it to app_rpt). This is necessary for scenarios such as use with IAXRPT, where user authentication is done via means external to app_rpt. The "P" is used to make app_rpt accept a "traditional" telephony-style (VOIP SIP, IAX2, etc, or other telephony interface, such as DAHDI) connection, and allow access to a node via a "telephone" call. These are 2 very different operating environments. Jim ________________________________ From: app_rpt-users-bounces at ohnosec.org on behalf of Tom Hayward Sent: Friday, July 22, 2016 9:10 AM To: Steve Zingman Cc: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Android IAXRPT stuck PTT On Fri, Jul 22, 2016 at 8:44 AM, Steve Zingman wrote: > Opps, Sorry. > Add NODE = 41702 above it. As you can tell, I'm very new to this and unfamiliar with the standard variables, etc. Okay, added NODE = 41702 to the [globals] stanza and now it works! I tried a few connects/disconnects and had no odd PTT behavior. Then I went back and removed the Playback commands as I prefer. It still works. What is the difference between the P and X option in the Rpt command? That seems to be the major difference here. All of the tutorials I found use X. I have a hard time finding canon documentation for this stuff. By the way, I was able to break (node graph was missing) http://stats.allstarlink.org/getstatus.cgi?41702 by putting a space in the CallerID. I guess that's not allowed. Thanks for your help. The quick replies made for easy troubleshooting. Tom KD7LXL _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tom at tomh.us Fri Jul 22 16:40:16 2016 From: tom at tomh.us (Tom Hayward) Date: Fri, 22 Jul 2016 09:40:16 -0700 Subject: [App_rpt-users] Android IAXRPT stuck PTT In-Reply-To: References: <5791612B.70201@msgstor.com> <57923F5E.7090508@msgstor.com> Message-ID: On Fri, Jul 22, 2016 at 9:29 AM, Jim Duuuude wrote: > The "X" is used for a radio-style connection, and indicates to app_rpt that > it is not to authenticate the call (that is, authentication was done in the dialplan previous to > "sending" it to app_rpt). This is necessary for scenarios such as use with > IAXRPT, where user authentication is done via means external to app_rpt. > > The "P" is used to make app_rpt accept a "traditional" telephony-style (VOIP > SIP, IAX2, etc, or other telephony interface, such as DAHDI) connection, and > allow access to a node via a "telephone" call. > > These are 2 very different operating environments. Does this mean I need to be using two different contexts for IAXRPT and Android IAX? As I said, I previously had "X" and now have "P" and am using the same context for both Windows and Android app. From the GUI, they appear to be very similar apps so I assumed they behaved the same in terms of connection style. But as I reported, the X mode was sometimes locking PTT on my node when connecting from Android. I never experienced this from Windows IAXRPT. Tom KD7LXL From telesistant at hotmail.com Fri Jul 22 16:47:55 2016 From: telesistant at hotmail.com (Jim Duuuude) Date: Fri, 22 Jul 2016 16:47:55 +0000 Subject: [App_rpt-users] Android IAXRPT stuck PTT In-Reply-To: References: <5791612B.70201@msgstor.com> <57923F5E.7090508@msgstor.com> , Message-ID: Personally, I dont know anything about the Android version. I dont even have a device that runs Android (or IOS either!!). I think this definitely a question for someone that knows the Android stuff. Jim ________________________________ From: Tom Hayward Sent: Friday, July 22, 2016 9:40 AM To: Jim Duuuude Cc: Steve Zingman; app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Android IAXRPT stuck PTT On Fri, Jul 22, 2016 at 9:29 AM, Jim Duuuude wrote: > The "X" is used for a radio-style connection, and indicates to app_rpt that > it is not to authenticate the call (that is, authentication was done in the dialplan previous to > "sending" it to app_rpt). This is necessary for scenarios such as use with > IAXRPT, where user authentication is done via means external to app_rpt. > > The "P" is used to make app_rpt accept a "traditional" telephony-style (VOIP > SIP, IAX2, etc, or other telephony interface, such as DAHDI) connection, and > allow access to a node via a "telephone" call. > > These are 2 very different operating environments. Does this mean I need to be using two different contexts for IAXRPT and Android IAX? As I said, I previously had "X" and now have "P" and am using the same context for both Windows and Android app. From the GUI, they appear to be very similar apps so I assumed they behaved the same in terms of connection style. But as I reported, the X mode was sometimes locking PTT on my node when connecting from Android. I never experienced this from Windows IAXRPT. Tom KD7LXL -------------- next part -------------- An HTML attachment was scrubbed... URL: From k6ecm1 at gmail.com Fri Jul 22 17:06:47 2016 From: k6ecm1 at gmail.com (Bob Pyke) Date: Fri, 22 Jul 2016 10:06:47 -0700 Subject: [App_rpt-users] Shared repeater tone panel In-Reply-To: References: Message-ID: <59E1B148-128F-4D60-82A8-5D05EF623A9E@gmail.com> Sounds like you want the repeater to open for any, or a subset of PL tones, the broadcast the received tone. If you get it to work, what do you expect to happen when multiple folks use the repeater at once? They won't hear each other unless two are using it at once. There Is still only one audio path through the repeater. Thanks, k6ecm 73 Sent from my iPhone > On Jul 22, 2016, at 8:29 AM, Joe Moskalski wrote: > > I have a need to setup a community repeater. This is done easily with a shared repeater tone panel and the like from CSI. I was wondering if this could be accomplished using app_rpt. All it would need to do is allow the use of multiple input and output PL tones. Simply put, when the repeater receives X pl tone it transmits the X pl tone on the output and when the repeater receives Y pl tone it transmits the Y pl tone on the output. > If anyone has done this or has any idea on how this would be accomplished it would be much appreciated. > Thanks in advance! > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. From kizzy at lusfiber.net Fri Jul 22 17:10:04 2016 From: kizzy at lusfiber.net (Steve Mahler) Date: Fri, 22 Jul 2016 12:10:04 -0500 Subject: [App_rpt-users] Shared repeater tone panel In-Reply-To: References: Message-ID: <04ba064c-e255-0fe2-063c-aa02a8b12f80@lusfiber.net> Joe: I've done this, it is working great in testing. Here are the parts ... 1) APP_RPT doesn't support all PL tones (ACID Distribution) ... I believe that this is the valid decode list (any PL can be transmitted) ... PL NOTES 67.0 69.3 Not Available in AllStar RX DSP 69.4 Not Available in AllStar RX DSP 71.9 74.4 77.0 79.7 82.5 85.4 88.5 91.5 94.8 97.4 100.0 103.5 107.2 110.9 114.8 118.8 DO NOT USE - 60 Hz Harmonic 123.0 127.3 131.8 DO NOT USE - DCS Turn Off Code 136.5 DO NOT USE - DCS Turn Off Code 141.3 146.2 151.4 156.7 159.8 Not Available in AllStar RX DSP 162.2 165.5 Not Available in AllStar RX DSP 167.9 171.3 Not Available in AllStar RX DSP 173.8 177.3 Not Available in AllStar RX DSP 179.9 DO NOT USE - 60 Hz harmonic 183.5 Not Available in AllStar RX DSP 186.2 189.9 Not Available in AllStar RX DSP 192.8 196.6 Not Available in AllStar RX DSP 199.5 Not Available in AllStar RX DSP 203.5 206.5 Not Available in AllStar RX DSP 210.7 218.1 225.7 229.1 Not Available in AllStar RX DSP 233.6 241.8 250.3 254.1 Not Available in AllStar RX DSP 2) The method to associate RX and TX tones and have valid decode of certain PLs in usbradio.conf is .... ; ; CTCSS / PL TONES txctcssdefault= 103.5 ; default tx ctcss freq, any frequency permitted, used when RX is quiet rxctcssfreqs= 67.0,88.5,103.5,136.5,192.8,250.3 ; rx ctcss freqs in floating point. must be in table txctcssfreqs= 67.0,88.5,103.5,103.5,192.8,250.3 ; tx ctcss freqs, any frequency permitted ; ; RECEIVER CONTROLS ; rxctcssoverride=0 ; Set to 1 or yes to start out in carrier squelch mode rxctcssrelax=0 ; reduce talkoff from radios w/o CTCSS Tx HPF ; ; (help radios with DTMF Twist) ** Note, you can cross PLs ... when the above receives 136.5 it transmits 103.5 Like I said, so far it has all worked ... just feed voice and PL from the discriminator to the AllStar server. Good Luck! ...STeve - KF5VH On 7/22/2016 10:29 AM, Joe Moskalski wrote: > I have a need to setup a community repeater. This is done easily with > a shared repeater tone panel and the like from CSI. I was wondering if > this could be accomplished using app_rpt. All it would need to do is > allow the use of multiple input and output PL tones. Simply put, when > the repeater receives X pl tone it transmits the X pl tone on the > output and when the repeater receives Y pl tone it transmits the Y pl > tone on the output. > If anyone has done this or has any idea on how this would be > accomplished it would be much appreciated. > Thanks in advance! > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kc2irv at gmail.com Fri Jul 22 17:21:26 2016 From: kc2irv at gmail.com (Joe Moskalski) Date: Fri, 22 Jul 2016 13:21:26 -0400 Subject: [App_rpt-users] Shared repeater tone panel In-Reply-To: <59E1B148-128F-4D60-82A8-5D05EF623A9E@gmail.com> References: <59E1B148-128F-4D60-82A8-5D05EF623A9E@gmail.com> Message-ID: Yes, I understand this. this isn't going to be a ham repeater where people are yaking for 5 minutes at a time. Its going to be for a GMRS system. Community repeaters were a pretty common thing with using multiple tones for different customers on a commercial system. Its basicly the same as having multiple talk groups on the same DMR time slot. Since I now know this is easily done, I just need to find the information on how to do it. I know the comments in usbradio.conf refer to a tone table, I just need to find out what/where that is and how it is implemented. On Fri, Jul 22, 2016 at 1:06 PM, Bob Pyke wrote: > Sounds like you want the repeater to open for any, or a subset of PL > tones, the broadcast the received tone. If you get it to work, what do you > expect to happen when multiple folks use the repeater at once? They won't > hear each other unless two are using it at once. There Is still only one > audio path through the repeater. > > Thanks, > k6ecm > 73 > Sent from my iPhone > > > On Jul 22, 2016, at 8:29 AM, Joe Moskalski wrote: > > > > I have a need to setup a community repeater. This is done easily with a > shared repeater tone panel and the like from CSI. I was wondering if this > could be accomplished using app_rpt. All it would need to do is allow the > use of multiple input and output PL tones. Simply put, when the repeater > receives X pl tone it transmits the X pl tone on the output and when the > repeater receives Y pl tone it transmits the Y pl tone on the output. > > If anyone has done this or has any idea on how this would be > accomplished it would be much appreciated. > > Thanks in advance! > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kizzy at lusfiber.net Fri Jul 22 17:27:47 2016 From: kizzy at lusfiber.net (Steve Mahler) Date: Fri, 22 Jul 2016 12:27:47 -0500 Subject: [App_rpt-users] Connection Message Message-ID: Connection announcement for AllStar (ACID) ... ALLSTAR Works: In /var/lib/asterisk/sounds/rpt/nodenames/ add a file syntax #####.wav where ##### is the node number. The system will happily play the WAV file instead of reading the individual digits of the connected node. ECHOLINK Fails: Every permutation of the above fails (3######.wav, ######.wav, Callsign.wav, etc.) for EchoLink connections. Has anyone found the format and the directory that needs to be used??? Thanks ...STeve - KF5VH From petem001 at gmail.com Fri Jul 22 17:34:27 2016 From: petem001 at gmail.com (Pierre Martel) Date: Fri, 22 Jul 2016 13:34:27 -0400 Subject: [App_rpt-users] Shared repeater tone panel In-Reply-To: <59E1B148-128F-4D60-82A8-5D05EF623A9E@gmail.com> References: <59E1B148-128F-4D60-82A8-5D05EF623A9E@gmail.com> Message-ID: on commercial radio there is usely an option for busy channel to prevent tx. Some ham radio also have it Le vendredi 22 juillet 2016, Bob Pyke a ?crit : > Sounds like you want the repeater to open for any, or a subset of PL > tones, the broadcast the received tone. If you get it to work, what do you > expect to happen when multiple folks use the repeater at once? They won't > hear each other unless two are using it at once. There Is still only one > audio path through the repeater. > > Thanks, > k6ecm > 73 > Sent from my iPhone > > > On Jul 22, 2016, at 8:29 AM, Joe Moskalski > wrote: > > > > I have a need to setup a community repeater. This is done easily with a > shared repeater tone panel and the like from CSI. I was wondering if this > could be accomplished using app_rpt. All it would need to do is allow the > use of multiple input and output PL tones. Simply put, when the repeater > receives X pl tone it transmits the X pl tone on the output and when the > repeater receives Y pl tone it transmits the Y pl tone on the output. > > If anyone has done this or has any idea on how this would be > accomplished it would be much appreciated. > > Thanks in advance! > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kc2irv at gmail.com Fri Jul 22 18:32:26 2016 From: kc2irv at gmail.com (Joe Moskalski) Date: Fri, 22 Jul 2016 14:32:26 -0400 Subject: [App_rpt-users] Shared repeater tone panel In-Reply-To: References: <59E1B148-128F-4D60-82A8-5D05EF623A9E@gmail.com> Message-ID: Thank you very much, this example answers my question exactly. I will test and play with it and see how it works for my situation. On Fri, Jul 22, 2016 at 1:34 PM, Pierre Martel wrote: > on commercial radio there is usely an option for busy channel to prevent > tx. Some ham radio also have it > > > Le vendredi 22 juillet 2016, Bob Pyke a ?crit : > >> Sounds like you want the repeater to open for any, or a subset of PL >> tones, the broadcast the received tone. If you get it to work, what do you >> expect to happen when multiple folks use the repeater at once? They won't >> hear each other unless two are using it at once. There Is still only one >> audio path through the repeater. >> >> Thanks, >> k6ecm >> 73 >> Sent from my iPhone >> >> > On Jul 22, 2016, at 8:29 AM, Joe Moskalski wrote: >> > >> > I have a need to setup a community repeater. This is done easily with a >> shared repeater tone panel and the like from CSI. I was wondering if this >> could be accomplished using app_rpt. All it would need to do is allow the >> use of multiple input and output PL tones. Simply put, when the repeater >> receives X pl tone it transmits the X pl tone on the output and when the >> repeater receives Y pl tone it transmits the Y pl tone on the output. >> > If anyone has done this or has any idea on how this would be >> accomplished it would be much appreciated. >> > Thanks in advance! >> > _______________________________________________ >> > App_rpt-users mailing list >> > App_rpt-users at ohnosec.org >> > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> > >> > To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> > You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kizzy at lusfiber.net Fri Jul 22 19:04:08 2016 From: kizzy at lusfiber.net (Steve Mahler) Date: Fri, 22 Jul 2016 14:04:08 -0500 Subject: [App_rpt-users] Connection Message In-Reply-To: References: Message-ID: <7aa9f733-73fc-bb1c-de5a-e926a91a294b@lusfiber.net> Answer ... Decided to dig thru the app_rpt source code. I got lucky and found it. ... here's how ... 1) the wav, ulaw, gsm file goes in /var/lib/asterisk/sounds/rpt/nodenames/ 2) the filename format is 3######.[wav|ulaw|gsm] 3) in rpt.conf ... variable eannmode=# must be set to 1 or 3 (you can test this by executing COP 42) [Yes, I had mine set to 2.] ...STeve - KF5VH On 7/22/2016 12:27 PM, Steve Mahler wrote: > Connection announcement for AllStar (ACID) ... > > ALLSTAR Works: > > In /var/lib/asterisk/sounds/rpt/nodenames/ add a file syntax > #####.wav where ##### is the node number. The system will happily > play the WAV file instead of reading the individual digits of the > connected node. > > ECHOLINK Fails: > > Every permutation of the above fails (3######.wav, ######.wav, > Callsign.wav, etc.) for EchoLink connections. Has anyone found the > format and the directory that needs to be used??? > > Thanks > > ...STeve - KF5VH > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. From szingman at msgstor.com Fri Jul 22 19:09:38 2016 From: szingman at msgstor.com (Steve Zingman) Date: Fri, 22 Jul 2016 15:09:38 -0400 Subject: [App_rpt-users] Connection Message In-Reply-To: <7aa9f733-73fc-bb1c-de5a-e926a91a294b@lusfiber.net> References: <7aa9f733-73fc-bb1c-de5a-e926a91a294b@lusfiber.net> Message-ID: <57926F72.7070607@msgstor.com> You can also use the nodenames value in rpt.conf to point at a directory. nodenames = /var/lib/asterisk/sounds/rpt/nodenames.callsign On 7/22/2016 3:04 PM, Steve Mahler wrote: > Answer ... > > Decided to dig thru the app_rpt source code. I got lucky and found > it. ... here's how ... > > 1) the wav, ulaw, gsm file goes in > /var/lib/asterisk/sounds/rpt/nodenames/ > > 2) the filename format is 3######.[wav|ulaw|gsm] > > 3) in rpt.conf ... variable eannmode=# must be set to 1 or 3 > (you can test this by executing COP 42) [Yes, I had mine set to 2.] > > ...STeve - KF5VH > > > On 7/22/2016 12:27 PM, Steve Mahler wrote: >> Connection announcement for AllStar (ACID) ... >> >> ALLSTAR Works: >> >> In /var/lib/asterisk/sounds/rpt/nodenames/ add a file syntax >> #####.wav where ##### is the node number. The system will happily >> play the WAV file instead of reading the individual digits of the >> connected node. >> >> ECHOLINK Fails: >> >> Every permutation of the above fails (3######.wav, ######.wav, >> Callsign.wav, etc.) for EchoLink connections. Has anyone found the >> format and the directory that needs to be used??? >> >> Thanks >> >> ...STeve - KF5VH >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press >> the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a >> message to the list detailing the problem. > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From tom at tomh.us Sat Jul 23 00:35:52 2016 From: tom at tomh.us (Tom Hayward) Date: Fri, 22 Jul 2016 17:35:52 -0700 Subject: [App_rpt-users] Breaking the keying loop between two half-duplex nodes Message-ID: I have two RTCMs. Each are connected to half-duplex link radios tuned to two different repeaters. The goal is to temporarily add Allstar support to these repeaters so they can be linked for a special event. The repeaters each have some audio delay, so when the link radio switches from transmit to receive, it receives about 250ms of the tail end of its own transmission. This gets fed back to the hub, transmitted out the other link, the other link receives its own tail and the loop continues--it's ping-ponging. Looks like there's a setting to fix this: http://docs.allstarlink.org/drupal/node/162 But it's a feature of the URI. How can I do something similar on the RTCM / voter.conf? Tom KD7LXL From tom at tomh.us Sat Jul 23 01:42:45 2016 From: tom at tomh.us (Tom Hayward) Date: Fri, 22 Jul 2016 18:42:45 -0700 Subject: [App_rpt-users] Breaking the keying loop between two half-duplex nodes In-Reply-To: References: Message-ID: On Fri, Jul 22, 2016 at 5:35 PM, Tom Hayward wrote: > I have two RTCMs. Each are connected to half-duplex link radios tuned > to two different repeaters. The goal is to temporarily add Allstar > support to these repeaters so they can be linked for a special event. > > The repeaters each have some audio delay, so when the link radio > switches from transmit to receive, it receives about 250ms of the tail > end of its own transmission. This gets fed back to the hub, > transmitted out the other link, the other link receives its own tail > and the loop continues--it's ping-ponging. > > Looks like there's a setting to fix this: > http://docs.allstarlink.org/drupal/node/162 > > But it's a feature of the URI. How can I do something similar on the > RTCM / voter.conf? It's rather hackish, but I fixed the problem by adding 800ms of hangtime after chan_voter drops the PL: Index: channels/xpmr/xpmr.c =================================================================== --- channels/xpmr/xpmr.c (revision 1536) +++ channels/xpmr/xpmr.c (working copy) @@ -2956,6 +2956,7 @@ pChan->spsSigGen0->option=2; TRACEC(1,("Tx Turn Off Phase Shift Start.\n")); } + pChan->txHangTime+=800/MS_PER_FRAME; } else { Tom KD7LXL From Ramesh at va3uv.com Mon Jul 25 17:23:49 2016 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Mon, 25 Jul 2016 13:23:49 -0400 Subject: [App_rpt-users] app_rpt and Hamtronics Exciter Message-ID: <7184234a-794e-dcc8-4402-25d22b3d304d@va3uv.com> Hi Guys: Working on the 2nd 220 repeater project. I have been feeding audio out of my fob into the 'E2 - AF Input' pin of a newer T302 (220MHz) exciter. This exciter is replacing the former T301 exciter. My issue is that the limiter on the exciter seems to be 'a little suspect' - I can set it to ~ 4.8k one day; set my TX levels and then the next day, I find that the limiter seems to have drifted off up to around 6k or even higher! I have been using the E2 input for audio and E5 (modulator input) for PL tone. I am planning on moving the audio input to E5, so essentially feeding E5 with composite voice and PL. I did a quick search of the mailing list to see what others were doing. I was able to find three posts (from Bryan Fields, Robert Poff and Sam Nabkey) referring to an "audio mod". Is the "mod" just as I describe it above, or something more than that? I see reference to a series resistor of 4.7K, so presumably this is inline with the composite audio / PL output when injecting into the modulator input? Cheers, Ramesh, VA3UV From kc2irv at gmail.com Mon Jul 25 17:34:52 2016 From: kc2irv at gmail.com (Joe Moskalski) Date: Mon, 25 Jul 2016 13:34:52 -0400 Subject: [App_rpt-users] Different Courtesy Tone depending on Node Keyed Message-ID: This might be a quick "no" answer but I thought I would ask anyway. I would like to have the courtesy tone change depending on what node has unkeyed. This way one would be able to quickly tell what node unkeyed from simply listening to it on the air identifying where the traffic came from. Another way to describe it would be like this: Node 0001 Unkeys, Plays CT #1 Node 0002 Unkeys, Plays CT #2 Node 0003 Unkeys, Plays CT #4 and so on.... if this is something that can already be done, that's great! if its not, I would like to know if it is a least practically possible. If so I will try to make it a reality and post my results. Of course if this isn't really possible it would be nice to know ahead of time. -------------- next part -------------- An HTML attachment was scrubbed... URL: From n3fe at repeater.net Mon Jul 25 17:45:37 2016 From: n3fe at repeater.net (Corey Dean) Date: Mon, 25 Jul 2016 13:45:37 -0400 Subject: [App_rpt-users] Different Courtesy Tone depending on Node Keyed In-Reply-To: References: Message-ID: I wish! I had ask for something like this long ago but I was running Xipar at the time. I was wanting to know which receiver was voting by the CT. It would still be a nice feature to have though! Corey N3FE On Mon, Jul 25, 2016 at 1:34 PM, Joe Moskalski wrote: > This might be a quick "no" answer but I thought I would ask anyway. I > would like to have the courtesy tone change depending on what node has > unkeyed. This way one would be able to quickly tell what node unkeyed from > simply listening to it on the air identifying where the traffic came from. > Another way to describe it would be like this: > > Node 0001 Unkeys, Plays CT #1 > Node 0002 Unkeys, Plays CT #2 > Node 0003 Unkeys, Plays CT #4 > > and so on.... > > if this is something that can already be done, that's great! > if its not, I would like to know if it is a least practically possible. If > so I will try to make it a reality and post my results. > Of course if this isn't really possible it would be nice to know ahead of > time. > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Mon Jul 25 20:01:04 2016 From: telesistant at hotmail.com (Jim Duuuude) Date: Mon, 25 Jul 2016 20:01:04 +0000 Subject: [App_rpt-users] Different Courtesy Tone depending on Node Keyed In-Reply-To: References: , Message-ID: For whatever it is worth, when I first implemented the event system, I made an obnoxious thing which, if one (and only one) particular node was connected, every time the node un-keyed, it would play "duuuuuude" in my voice. The person on the other end took a while to realize that it wasnt really me doing it (he kept talking to it). So something like that can be done (sorry I dont have an example of exactly what I did). Jim ________________________________ From: app_rpt-users-bounces at ohnosec.org on behalf of Corey Dean Sent: Monday, July 25, 2016 10:45 AM To: Joe Moskalski Cc: app_rpt mailing list Subject: Re: [App_rpt-users] Different Courtesy Tone depending on Node Keyed I wish! I had ask for something like this long ago but I was running Xipar at the time. I was wanting to know which receiver was voting by the CT. It would still be a nice feature to have though! Corey N3FE On Mon, Jul 25, 2016 at 1:34 PM, Joe Moskalski > wrote: This might be a quick "no" answer but I thought I would ask anyway. I would like to have the courtesy tone change depending on what node has unkeyed. This way one would be able to quickly tell what node unkeyed from simply listening to it on the air identifying where the traffic came from. Another way to describe it would be like this: Node 0001 Unkeys, Plays CT #1 Node 0002 Unkeys, Plays CT #2 Node 0003 Unkeys, Plays CT #4 and so on.... if this is something that can already be done, that's great! if its not, I would like to know if it is a least practically possible. If so I will try to make it a reality and post my results. Of course if this isn't really possible it would be nice to know ahead of time. _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Tue Jul 26 00:56:33 2016 From: electricity440 at gmail.com (Skyler F) Date: Mon, 25 Jul 2016 18:56:33 -0600 Subject: [App_rpt-users] Signal strength Bash Message-ID: I want to do some FM propogation experiments and it would be desirable using DSP to log the current signal strength. I know the radio-tune-menu will turn a value for the signal strength. Is there any way of getting this value directly from a bash script? 73 Skyler KD0WHB -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Tue Jul 26 01:07:14 2016 From: szingman at msgstor.com (Steve Zingman) Date: Mon, 25 Jul 2016 21:07:14 -0400 Subject: [App_rpt-users] Signal strength Bash In-Reply-To: References: Message-ID: <5796B7C2.3010507@msgstor.com> On 07/25/2016 08:56 PM, Skyler F wrote: > I want to do some FM propogation experiments and it would be desirable > using DSP to log the current signal strength. I know the > radio-tune-menu will turn a value for the signal strength. Is there > any way of getting this value directly from a bash script? > > 73 > Skyler KD0WHB > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Tue Jul 26 01:21:05 2016 From: electricity440 at gmail.com (Skyler F) Date: Mon, 25 Jul 2016 19:21:05 -0600 Subject: [App_rpt-users] Signal strength Bash In-Reply-To: <5796B7C2.3010507@msgstor.com> References: <5796B7C2.3010507@msgstor.com> Message-ID: Thank you! On Mon, Jul 25, 2016 at 7:07 PM, Steve Zingman wrote: > > > > > On 07/25/2016 08:56 PM, Skyler F wrote: > > I want to do some FM propogation experiments and it would be desirable > using DSP to log the current signal strength. I know the radio-tune-menu > will turn a value for the signal strength. Is there any way of getting this > value directly from a bash script? > > 73 > Skyler KD0WHB > > > > _______________________________________________ > App_rpt-users mailing listApp_rpt-users at ohnosec.orghttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Tue Jul 26 02:22:25 2016 From: electricity440 at gmail.com (Skyler F) Date: Mon, 25 Jul 2016 20:22:25 -0600 Subject: [App_rpt-users] Signal strength Bash In-Reply-To: References: <5796B7C2.3010507@msgstor.com> Message-ID: Works Great! Look what I found on 52 simplex ... fixed interval interference, i'll have to give a listen to see what it is https://drive.google.com/file/d/0B4diWKEz3YQuV0gyb1k0OEUyaEE/view?usp=sharing On Mon, Jul 25, 2016 at 7:21 PM, Skyler F wrote: > Thank you! > > On Mon, Jul 25, 2016 at 7:07 PM, Steve Zingman > wrote: > >> >> >> >> >> On 07/25/2016 08:56 PM, Skyler F wrote: >> >> I want to do some FM propogation experiments and it would be desirable >> using DSP to log the current signal strength. I know the radio-tune-menu >> will turn a value for the signal strength. Is there any way of getting this >> value directly from a bash script? >> >> 73 >> Skyler KD0WHB >> >> >> >> _______________________________________________ >> App_rpt-users mailing listApp_rpt-users at ohnosec.orghttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >> >> >> -- >> "Anything is possible if you don't know what you are talking about." >> 1st Law of Logic >> >> > > > -- > Skyler Fennell > amsatnet.info > KD?WHB > electricity440 at gmail.com > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Ramesh at va3uv.com Tue Jul 26 11:47:28 2016 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Tue, 26 Jul 2016 07:47:28 -0400 Subject: [App_rpt-users] app_rpt and Hamtronics Exciter In-Reply-To: <7184234a-794e-dcc8-4402-25d22b3d304d@va3uv.com> References: <7184234a-794e-dcc8-4402-25d22b3d304d@va3uv.com> Message-ID: <24ca454f-3dd4-e401-9671-dd816961870c@va3uv.com> Hi All: An update to my own post ;) I moved the audio from E2 (AF Input) to E5 (modulator input) and made the appropriate changes in the usbradio config file. The audio out of the repeater sounds a whole bunch better ... night and day difference!! No need for a series resistor, since the T302 exciter schematic shows a 10K resistor in series with the E5 pad. Thanks to Ken, KE2N, for confirming this off-list. Cheers! Ramesh, VA3UV On 7/25/2016 1:23 PM, Ramesh Dhami (VA3UV) wrote: > Hi Guys: > > Working on the 2nd 220 repeater project. I have been feeding audio > out of my fob into the 'E2 - AF Input' pin of a newer T302 (220MHz) > exciter. This exciter is replacing the former T301 exciter. > > My issue is that the limiter on the exciter seems to be 'a little > suspect' - I can set it to ~ 4.8k one day; set my TX levels and then > the next day, I find that the limiter seems to have drifted off up to > around 6k or even higher! > > I have been using the E2 input for audio and E5 (modulator input) for > PL tone. I am planning on moving the audio input to E5, so > essentially feeding E5 with composite voice and PL. I did a quick > search of the mailing list to see what others were doing. I was able > to find three posts (from Bryan Fields, Robert Poff and Sam Nabkey) > referring to an "audio mod". Is the "mod" just as I describe it > above, or something more than that? > > I see reference to a series resistor of 4.7K, so presumably this is > inline with the composite audio / PL output when injecting into the > modulator input? > > Cheers, > > Ramesh, VA3UV > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. From lorentedford at gmail.com Tue Jul 26 11:49:41 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Tue, 26 Jul 2016 06:49:41 -0500 Subject: [App_rpt-users] app_rpt and Hamtronics Exciter In-Reply-To: <24ca454f-3dd4-e401-9671-dd816961870c@va3uv.com> References: <7184234a-794e-dcc8-4402-25d22b3d304d@va3uv.com> <24ca454f-3dd4-e401-9671-dd816961870c@va3uv.com> Message-ID: Great to hear!! Good job Ke2n Loren Tedford (KC9ZHV) Phone: Fax: Email: lorentedford at gmail.com Email: KC9ZHV at KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net http://voipham.com On Tue, Jul 26, 2016 at 6:47 AM, Ramesh Dhami (VA3UV) wrote: > Hi All: > > An update to my own post ;) > > I moved the audio from E2 (AF Input) to E5 (modulator input) and made the > appropriate changes in the usbradio config file. The audio out of the > repeater sounds a whole bunch better ... night and day difference!! > > No need for a series resistor, since the T302 exciter schematic shows a > 10K resistor in series with the E5 pad. > > Thanks to Ken, KE2N, for confirming this off-list. > > Cheers! > > Ramesh, VA3UV > > > > On 7/25/2016 1:23 PM, Ramesh Dhami (VA3UV) wrote: > >> Hi Guys: >> >> Working on the 2nd 220 repeater project. I have been feeding audio out >> of my fob into the 'E2 - AF Input' pin of a newer T302 (220MHz) exciter. >> This exciter is replacing the former T301 exciter. >> >> My issue is that the limiter on the exciter seems to be 'a little >> suspect' - I can set it to ~ 4.8k one day; set my TX levels and then the >> next day, I find that the limiter seems to have drifted off up to around 6k >> or even higher! >> >> I have been using the E2 input for audio and E5 (modulator input) for PL >> tone. I am planning on moving the audio input to E5, so essentially >> feeding E5 with composite voice and PL. I did a quick search of the >> mailing list to see what others were doing. I was able to find three posts >> (from Bryan Fields, Robert Poff and Sam Nabkey) referring to an "audio >> mod". Is the "mod" just as I describe it above, or something more than >> that? >> >> I see reference to a series resistor of 4.7K, so presumably this is >> inline with the composite audio / PL output when injecting into the >> modulator input? >> >> Cheers, >> >> Ramesh, VA3UV >> >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From k1lnx at k1lnx.net Tue Jul 26 20:27:42 2016 From: k1lnx at k1lnx.net (Stephen - K1LNX) Date: Tue, 26 Jul 2016 16:27:42 -0400 Subject: [App_rpt-users] Macro handling Message-ID: Will macros take more than two digits? I am starting to play around with them (and admittedly not a ton of experience), but I can't get the following to work for whatever reason: [2376] macro = macro [functions] ; Macro Commands 423 = macro,1 4231 = macro,2 [macro] ; connect to NETDA Hub 28741 1 = *328741# 2 = *128741# Does this look right and should it work? I did restart Asterisk/did an rpt reload etc, but no change. If I dial (or send from the CLI) *423, I expect it to connect to my hub nobe, *4231 to disconnect, but it does not work. 73 Stephen K1LNX -------------- next part -------------- An HTML attachment was scrubbed... URL: From n5zua at earthlink.net Tue Jul 26 20:37:17 2016 From: n5zua at earthlink.net (Steve Agee) Date: Tue, 26 Jul 2016 15:37:17 -0500 Subject: [App_rpt-users] Macro handling In-Reply-To: References: Message-ID: <57eb9894-8c20-7ace-3d59-a490075b12b1@earthlink.net> No, it wont, because once it reads 423 it can execute it, and so it does and stops reading in digits. So, it will never reach 4231. What would work is if you changed 423 to 4230 or 4232. N5ZUA On 7/26/2016 3:27 PM, Stephen - K1LNX wrote: > Will macros take more than two digits? I am starting to play around > with them (and admittedly not a ton of experience), but I can't get > the following to work for whatever reason: > > [2376] > macro = macro > > [functions] > ; Macro Commands > 423 = macro,1 > 4231 = macro,2 > > [macro] > ; connect to NETDA Hub 28741 > 1 = *328741# > 2 = *128741# > > Does this look right and should it work? I did restart Asterisk/did an > rpt reload etc, but no change. If I dial (or send from the CLI) *423, > I expect it to connect to my hub nobe, *4231 to disconnect, but it > does not work. > > 73 > Stephen > K1LNX > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From k1lnx at k1lnx.net Tue Jul 26 20:41:11 2016 From: k1lnx at k1lnx.net (Stephen - K1LNX) Date: Tue, 26 Jul 2016 16:41:11 -0400 Subject: [App_rpt-users] Macro handling In-Reply-To: <57eb9894-8c20-7ace-3d59-a490075b12b1@earthlink.net> References: <57eb9894-8c20-7ace-3d59-a490075b12b1@earthlink.net> Message-ID: Ahh.... ok... that makes sense now, wasn't so obvious to me lol... I'll give it a shot... thanks! On Tue, Jul 26, 2016 at 4:37 PM, Steve Agee wrote: > No, it wont, because once it reads 423 it can execute it, and so it does > and stops reading in digits. So, it will never reach 4231. What would work > is if you changed 423 to 4230 or 4232. > > N5ZUA > > > On 7/26/2016 3:27 PM, Stephen - K1LNX wrote: > > Will macros take more than two digits? I am starting to play around with > them (and admittedly not a ton of experience), but I can't get the > following to work for whatever reason: > > [2376] > macro = macro > > [functions] > ; Macro Commands > 423 = macro,1 > 4231 = macro,2 > > [macro] > ; connect to NETDA Hub 28741 > 1 = *328741# > 2 = *128741# > > Does this look right and should it work? I did restart Asterisk/did an rpt > reload etc, but no change. If I dial (or send from the CLI) *423, I expect > it to connect to my hub nobe, *4231 to disconnect, but it does not work. > > 73 > Stephen > K1LNX > > > > _______________________________________________ > App_rpt-users mailing listApp_rpt-users at ohnosec.orghttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From k1lnx at k1lnx.net Tue Jul 26 20:58:29 2016 From: k1lnx at k1lnx.net (Stephen - K1LNX) Date: Tue, 26 Jul 2016 16:58:29 -0400 Subject: [App_rpt-users] Macro handling In-Reply-To: References: <57eb9894-8c20-7ace-3d59-a490075b12b1@earthlink.net> Message-ID: Still no joy on this... changed 423 to 4230 and did not work. Am I misunderstanding how this is supposed to work perhaps? Stephen K1LNX On Tuesday, July 26, 2016, Stephen - K1LNX wrote: > Ahh.... ok... that makes sense now, wasn't so obvious to me lol... I'll > give it a shot... thanks! > > > On Tue, Jul 26, 2016 at 4:37 PM, Steve Agee > wrote: > >> No, it wont, because once it reads 423 it can execute it, and so it does >> and stops reading in digits. So, it will never reach 4231. What would work >> is if you changed 423 to 4230 or 4232. >> >> N5ZUA >> >> >> On 7/26/2016 3:27 PM, Stephen - K1LNX wrote: >> >> Will macros take more than two digits? I am starting to play around with >> them (and admittedly not a ton of experience), but I can't get the >> following to work for whatever reason: >> >> [2376] >> macro = macro >> >> [functions] >> ; Macro Commands >> 423 = macro,1 >> 4231 = macro,2 >> >> [macro] >> ; connect to NETDA Hub 28741 >> 1 = *328741# >> 2 = *128741# >> >> Does this look right and should it work? I did restart Asterisk/did an >> rpt reload etc, but no change. If I dial (or send from the CLI) *423, I >> expect it to connect to my hub nobe, *4231 to disconnect, but it does not >> work. >> >> 73 >> Stephen >> K1LNX >> >> >> >> _______________________________________________ >> App_rpt-users mailing listApp_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >> >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From w2ymm1 at gmail.com Tue Jul 26 22:33:12 2016 From: w2ymm1 at gmail.com (W2YMM) Date: Tue, 26 Jul 2016 18:33:12 -0400 Subject: [App_rpt-users] Macro handling In-Reply-To: References: <57eb9894-8c20-7ace-3d59-a490075b12b1@earthlink.net> Message-ID: Stephen, here is an example from one of my nodes. I believe the default prefix number is *5 for macros. [macro28183] ;Macro number = command string (ea command separated by space) -end with HASH ;1=*81 *80# ; play time and voice ID *51 1 = *327630# ; KI4SWB CONNECT CODE *51 2 = *342590# ; KB4JKL CONNECT CODE *52 3 = *341170# ; K5TRA HUB CONNECT CODE *53 4 = *141170# ; K5TRA HUB DISCONNECT CODE *54 6 = *327339# ; WB2JPQ Interlink System connect *56 7 = *33088953# ; AB2M Conference ECHOLINK *57 8 = *33045717# ; K2SPD-R *58 9 = *33001224# ; W2YMM-R ECHOLINK *59 50=*616319601051# ;Call W2YMM Cellphone *550 51=*616316611771# ;Call W2YMM home phone *551 552 = *76# ; DISCONNECT ALL CONNECTED LINKS *5552 553= *920# ; PLAY NET CONNECTING MESSAGE *5553 [macro1999] 7 = *33088953# ; AB2M Conference ECHOLINK *57 8 = *33045717# ; K2SPD-R *58 Robert Prybyzerski Jr W2YMM 631-960-1051 http://www.w2ymm.com On Tue, Jul 26, 2016 at 4:58 PM, Stephen - K1LNX wrote: > Still no joy on this... changed 423 to 4230 and did not work. > > Am I misunderstanding how this is supposed to work perhaps? > > Stephen > K1LNX > > On Tuesday, July 26, 2016, Stephen - K1LNX wrote: > >> Ahh.... ok... that makes sense now, wasn't so obvious to me lol... I'll >> give it a shot... thanks! >> >> >> On Tue, Jul 26, 2016 at 4:37 PM, Steve Agee wrote: >> >>> No, it wont, because once it reads 423 it can execute it, and so it does >>> and stops reading in digits. So, it will never reach 4231. What would work >>> is if you changed 423 to 4230 or 4232. >>> >>> N5ZUA >>> >>> >>> On 7/26/2016 3:27 PM, Stephen - K1LNX wrote: >>> >>> Will macros take more than two digits? I am starting to play around with >>> them (and admittedly not a ton of experience), but I can't get the >>> following to work for whatever reason: >>> >>> [2376] >>> macro = macro >>> >>> [functions] >>> ; Macro Commands >>> 423 = macro,1 >>> 4231 = macro,2 >>> >>> [macro] >>> ; connect to NETDA Hub 28741 >>> 1 = *328741# >>> 2 = *128741# >>> >>> Does this look right and should it work? I did restart Asterisk/did an >>> rpt reload etc, but no change. If I dial (or send from the CLI) *423, I >>> expect it to connect to my hub nobe, *4231 to disconnect, but it does not >>> work. >>> >>> 73 >>> Stephen >>> K1LNX >>> >>> >>> >>> _______________________________________________ >>> App_rpt-users mailing listApp_rpt-users at ohnosec.orghttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >>> >>> >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >>> down to the bottom of the page. Enter your email address and press the >>> "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via email >>> confirmation. If you have trouble unsubscribing, please send a message to >>> the list detailing the problem. >>> >> >> > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wb3awj at comcast.net Thu Jul 28 05:00:12 2016 From: wb3awj at comcast.net (Bob Poff) Date: Thu, 28 Jul 2016 01:00:12 -0400 Subject: [App_rpt-users] Macro handling In-Reply-To: References: <57eb9894-8c20-7ace-3d59-a490075b12b1@earthlink.net> Message-ID: <6dc31e79-7d60-47b8-b33c-118c85b19418@typeapp.com> In the functions stanza you define the lead in digit. (423 in this case). In the macro stanza the trailing digits (1 in this case) for each individual macro. Executing macro 1 would be *4231. Exccuting macro 2 would be *4232. Your line : 4231 = macro,2 Should be removed. If your dial plan allows, I would use a single digit lead in (4). Then three digit trailing digits (i.e. 200-299). So something like this: [functions] ; Macro Commands 4 = macro,1???? ; Call a macro [macro] ; connect to NETDA Hub 28741 231 = *328741#??? ; Connect 232 = *128741#??? ; Disconnect Robert A. Poff Loganville, Pa -------- Original Message -------- From: Stephen - K1LNX Sent: Tue Jul 26 16:58:29 EDT 2016 To: app_rpt mailing list Subject: Re: [App_rpt-users] Macro handling Still no joy on this... changed 423 to 4230 and did not work. Am I misunderstanding how this is supposed to work perhaps? Stephen K1LNX On Tuesday, July 26, 2016, Stephen - K1LNX wrote: > Ahh.... ok... that makes sense now, wasn't so obvious to me lol... I'll > give it a shot... thanks! > > > On Tue, Jul 26, 2016 at 4:37 PM, Steve Agee > wrote: > >> No, it wont, because once it reads 423 it can execute it, and so it does >> and stops reading in digits. So, it will never reach 4231. What would work >> is if you changed 423 to 4230 or 4232. >> >> N5ZUA >> >> >> On 7/26/2016 3:27 PM, Stephen - K1LNX wrote: >> >> Will macros take more than two digits? I am starting to play around with >> them (and admittedly not a ton of experience), but I can't get the >> following to work for whatever reason: >> >> [2376] >> macro = macro >> >> [functions] >> ; Macro Commands >> 423 = macro,1 >> 4231 = macro,2 >> >> [macro] >> ; connect to NETDA Hub 28741 >> 1 = *328741# >> 2 = *128741# >> >> Does this look right and should it work? I did restart Asterisk/did an >> rpt reload etc, but no change. If I dial (or send from the CLI) *423, I >> expect it to connect to my hub nobe, *4231 to disconnect, but it does not >> work. >> >> 73 >> Stephen >> K1LNX >> >> >> >> _______________________________________________ >> App_rpt-users mailing listApp_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >> >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > > ------------------------------------------------------------------------ _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From k1lnx at k1lnx.net Fri Jul 29 11:06:52 2016 From: k1lnx at k1lnx.net (Stephen - K1LNX) Date: Fri, 29 Jul 2016 07:06:52 -0400 Subject: [App_rpt-users] Sending courtesy tones to a hub from linked repeaters Message-ID: Is it possible to send a distinct courtesy tone to a hub from a connected repeater? We have a small network we are building and our founding member would like to hear distinct courtesy tones from each permanently connected repeater on our dedicated hub, but I wasn't sure if this was possible as it looks like all telemetry is set for each local node instead, i.e. the linkunkeyct = X parameter in rpt.conf. All the repeaters (with the exception of mine, I have an SCOM 7330 I will be using so I can manage my own tone outputs) are using app_rpt as their repeater controller. Ideally, I would like to send whatever courtesy tone is provisioned for local output (unlinkedct) to be sent to the hub. I did see some references in documentation in regards to "foreign" telemetry output, but I'm not sure if that's what I need or if it will accomplish it. Is this possible? 73 Stephen K1LNX -------------- next part -------------- An HTML attachment was scrubbed... URL: From jcarl.griffith at gmail.com Fri Jul 29 19:41:33 2016 From: jcarl.griffith at gmail.com (John Griffith) Date: Fri, 29 Jul 2016 12:41:33 -0700 Subject: [App_rpt-users] IAXRPT issue on Android Message-ID: <008401d1e9d1$36f86460$a4e92d20$@gmail.com> Anyone here experiencing the network keying up when IAXRPT is started? Apparently you have to touch PTT and touch again on the Android before it will release, then it works fine. The Admins of the repeater system I connected to had to disable my node because I didn't know it was keying up all the repeaters, and I didn't know it. John Griffith N7OKN -------------- next part -------------- An HTML attachment was scrubbed... URL: From n5zua at earthlink.net Fri Jul 29 19:44:51 2016 From: n5zua at earthlink.net (Steve Agee) Date: Fri, 29 Jul 2016 14:44:51 -0500 Subject: [App_rpt-users] IAXRPT issue on Android In-Reply-To: <008401d1e9d1$36f86460$a4e92d20$@gmail.com> References: <008401d1e9d1$36f86460$a4e92d20$@gmail.com> Message-ID: <1441aab3-52d6-aebd-c749-1780e4c70e8a@earthlink.net> Are you referring to IAXRPT being run from a Windows desktop/laptop or from a phone? N5ZUA On 7/29/2016 2:41 PM, John Griffith wrote: > > Anyone here experiencing the network keying up when IAXRPT is started? > > Apparently you have to touch PTT and touch again on the Android before > it will release, then it works fine. > > The Admins of the repeater system I connected to had to disable my > node because I didn?t know it was keying up all the repeaters, and I > didn?t know it. > > John Griffith > > N7OKN > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kizzy at lusfiber.net Fri Jul 29 19:47:51 2016 From: kizzy at lusfiber.net (Steve Mahler) Date: Fri, 29 Jul 2016 14:47:51 -0500 Subject: [App_rpt-users] IAXRPT issue on Android In-Reply-To: <008401d1e9d1$36f86460$a4e92d20$@gmail.com> References: <008401d1e9d1$36f86460$a4e92d20$@gmail.com> Message-ID: <889f51de-8808-0c15-1bd3-baed209b595d@lusfiber.net> John: I have the same thing ... Samsung Galaxy 4 with OS 5.0.1, Kernel 3.4.0-6185444 ...STeve - KF5VH On 7/29/2016 2:41 PM, John Griffith wrote: > > Anyone here experiencing the network keying up when IAXRPT is started? > > Apparently you have to touch PTT and touch again on the Android before > it will release, then it works fine. > > The Admins of the repeater system I connected to had to disable my > node because I didn?t know it was keying up all the repeaters, and I > didn?t know it. > > John Griffith > > N7OKN > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From asylthe at kc9ona.com Fri Jul 29 19:55:30 2016 From: asylthe at kc9ona.com (Andrew Sylthe) Date: Fri, 29 Jul 2016 14:55:30 -0500 Subject: [App_rpt-users] IAXRPT issue on Android In-Reply-To: <008401d1e9d1$36f86460$a4e92d20$@gmail.com> References: <008401d1e9d1$36f86460$a4e92d20$@gmail.com> Message-ID: John, The Android IAXRPT client works fine for me. You tap the PTT button to enable transmit, and tap it again to disable transmit. You're not supposed to hold it down. That may be were the confusion lies. Thanks! On Fri, Jul 29, 2016 at 2:41 PM, John Griffith wrote: > Anyone here experiencing the network keying up when IAXRPT is started? > > Apparently you have to touch PTT and touch again on the Android before it > will release, then it works fine. > > The Admins of the repeater system I connected to had to disable my node > because I didn?t know it was keying up all the repeaters, and I didn?t know > it. > > > > John Griffith > > N7OKN > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -- Andrew Sylthe KC9ONA -------------- next part -------------- An HTML attachment was scrubbed... URL: From jcarl.griffith at gmail.com Fri Jul 29 20:16:01 2016 From: jcarl.griffith at gmail.com (John Griffith) Date: Fri, 29 Jul 2016 13:16:01 -0700 Subject: [App_rpt-users] IAXRPT issue on Android In-Reply-To: References: <008401d1e9d1$36f86460$a4e92d20$@gmail.com> Message-ID: Its when I open iaxrpt and send my node number to connect. My repeater throws a dead carrier (ptt white) until I touch it to make it red, then touch it again to make it white, then the transmit condition stops. Any ideas? On Jul 29, 2016 12:55 PM, "Andrew Sylthe" wrote: > John, > > The Android IAXRPT client works fine for me. You tap the PTT button to > enable transmit, and tap it again to disable transmit. You're not supposed > to hold it down. That may be were the confusion lies. > > Thanks! > > On Fri, Jul 29, 2016 at 2:41 PM, John Griffith > wrote: > >> Anyone here experiencing the network keying up when IAXRPT is started? >> >> Apparently you have to touch PTT and touch again on the Android before it >> will release, then it works fine. >> >> The Admins of the repeater system I connected to had to disable my node >> because I didn?t know it was keying up all the repeaters, and I didn?t know >> it. >> >> >> >> John Griffith >> >> N7OKN >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > > > > -- > Andrew Sylthe > KC9ONA > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tom at tomh.us Fri Jul 29 20:15:47 2016 From: tom at tomh.us (Tom Hayward) Date: Fri, 29 Jul 2016 13:15:47 -0700 Subject: [App_rpt-users] IAXRPT issue on Android In-Reply-To: <008401d1e9d1$36f86460$a4e92d20$@gmail.com> References: <008401d1e9d1$36f86460$a4e92d20$@gmail.com> Message-ID: On Fri, Jul 29, 2016 at 12:41 PM, John Griffith wrote: > Anyone here experiencing the network keying up when IAXRPT is started? > > Apparently you have to touch PTT and touch again on the Android before it > will release, then it works fine. > > The Admins of the repeater system I connected to had to disable my node > because I didn?t know it was keying up all the repeaters, and I didn?t know > it. Yes, we discussed it last week: http://ohnosec.org/pipermail/app_rpt-users/2016-July/014622.html The solution was to change the Rpt command to P mode. This differs from the X mode which works for IAXRPT for Windows. http://ohnosec.org/pipermail/app_rpt-users/2016-July/014628.html Tom KD7LXL From mike.zingman at gmail.com Fri Jul 29 20:23:34 2016 From: mike.zingman at gmail.com (Mike Zingman) Date: Fri, 29 Jul 2016 16:23:34 -0400 Subject: [App_rpt-users] IAXRPT issue on Android In-Reply-To: <008401d1e9d1$36f86460$a4e92d20$@gmail.com> References: <008401d1e9d1$36f86460$a4e92d20$@gmail.com> Message-ID: John, You may want to specify version of the app, device, OS version, Bluetooth/Handsfree/Headset in the future. I am sure this will help diagnose any issues you may have. Mike On Fri, Jul 29, 2016 at 3:41 PM, John Griffith wrote: > Anyone here experiencing the network keying up when IAXRPT is started? > > Apparently you have to touch PTT and touch again on the Android before it > will release, then it works fine. > > The Admins of the repeater system I connected to had to disable my node > because I didn?t know it was keying up all the repeaters, and I didn?t know > it. > > > > John Griffith > > N7OKN > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jcarl.griffith at gmail.com Fri Jul 29 20:39:09 2016 From: jcarl.griffith at gmail.com (John Griffith) Date: Fri, 29 Jul 2016 13:39:09 -0700 Subject: [App_rpt-users] IAXRPT issue on Android In-Reply-To: <1441aab3-52d6-aebd-c749-1780e4c70e8a@earthlink.net> References: <008401d1e9d1$36f86460$a4e92d20$@gmail.com> <1441aab3-52d6-aebd-c749-1780e4c70e8a@earthlink.net> Message-ID: <001d01d1e9d9$42b52d80$c81f8880$@gmail.com> OK I took Tom's advice and read the previous threads, and put in a P instead of an X and also put in NODE = 29600 under the global standard. I don't know which worked, but the problem is solved. Thanks Everyone. From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Steve Agee Sent: Friday, July 29, 2016 12:45 PM To: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] IAXRPT issue on Android Are you referring to IAXRPT being run from a Windows desktop/laptop or from a phone? N5ZUA On 7/29/2016 2:41 PM, John Griffith wrote: Anyone here experiencing the network keying up when IAXRPT is started? Apparently you have to touch PTT and touch again on the Android before it will release, then it works fine. The Admins of the repeater system I connected to had to disable my node because I didn't know it was keying up all the repeaters, and I didn't know it. John Griffith N7OKN _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jcarl.griffith at gmail.com Fri Jul 29 21:14:53 2016 From: jcarl.griffith at gmail.com (John Griffith) Date: Fri, 29 Jul 2016 14:14:53 -0700 Subject: [App_rpt-users] IAXRPT issue on Android In-Reply-To: References: <008401d1e9d1$36f86460$a4e92d20$@gmail.com> Message-ID: <008501d1e9de$4073d6c0$c15b8440$@gmail.com> Apparently my post didn't go, so here is again. OK I took Tom?s advice and read the previous threads, and put in a P instead of an X and also put in NODE = 29600 under the global standard. I don?t know which worked, but the problem is solved. Thanks Everyone. -----Original Message----- From: Tom Hayward [mailto:tom at tomh.us] Sent: Friday, July 29, 2016 1:16 PM To: John Griffith Cc: APP RPT Subject: Re: [App_rpt-users] IAXRPT issue on Android On Fri, Jul 29, 2016 at 12:41 PM, John Griffith wrote: > Anyone here experiencing the network keying up when IAXRPT is started? > > Apparently you have to touch PTT and touch again on the Android before > it will release, then it works fine. > > The Admins of the repeater system I connected to had to disable my > node because I didn?t know it was keying up all the repeaters, and I > didn?t know it. Yes, we discussed it last week: http://ohnosec.org/pipermail/app_rpt-users/2016-July/014622.html The solution was to change the Rpt command to P mode. This differs from the X mode which works for IAXRPT for Windows. http://ohnosec.org/pipermail/app_rpt-users/2016-July/014628.html Tom KD7LXL From jcarl.griffith at gmail.com Fri Jul 29 21:24:43 2016 From: jcarl.griffith at gmail.com (John Griffith) Date: Fri, 29 Jul 2016 14:24:43 -0700 Subject: [App_rpt-users] IAXRPT issue on Android In-Reply-To: <889f51de-8808-0c15-1bd3-baed209b595d@lusfiber.net> References: <008401d1e9d1$36f86460$a4e92d20$@gmail.com> <889f51de-8808-0c15-1bd3-baed209b595d@lusfiber.net> Message-ID: <00af01d1e9df$a0853bc0$e18fb340$@gmail.com> Steve, just change the X to a P [radio-iaxrpt] exten => 29600,1,Rpt,29600|P) And then under Globals: [globals] NODE = 29600 From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Steve Mahler Sent: Friday, July 29, 2016 12:48 PM To: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] IAXRPT issue on Android John: I have the same thing ... Samsung Galaxy 4 with OS 5.0.1, Kernel 3.4.0-6185444 ...STeve - KF5VH On 7/29/2016 2:41 PM, John Griffith wrote: Anyone here experiencing the network keying up when IAXRPT is started? Apparently you have to touch PTT and touch again on the Android before it will release, then it works fine. The Admins of the repeater system I connected to had to disable my node because I didn't know it was keying up all the repeaters, and I didn't know it. John Griffith N7OKN _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Ramesh at va3uv.com Sat Jul 30 19:51:20 2016 From: Ramesh at va3uv.com (Ramesh Dhami) Date: Sat, 30 Jul 2016 15:51:20 -0400 Subject: [App_rpt-users] 12VDC to 5V USB power Message-ID: <10A04810-05D1-4CF8-89B7-E1D487A53F64@va3uv.com> Hi Guys: I am presently running my Pi from a walwart supply. I'd rather run the Pi from my station supply, using a DC to DC converter. I recall this topic being discussed before - but can't put my finger on the reference converters at this time. I have found these devices on Amazon, wonder if anyone has any experience with them: https://www.amazon.com/Autek-Converter-convert-adapter-DCCON-5U-0/dp/B00BMIVFK8 Thanks! Ramesh. Sent from my iPhone From kc2irv at gmail.com Sat Jul 30 19:53:45 2016 From: kc2irv at gmail.com (Joe Moskalski) Date: Sat, 30 Jul 2016 15:53:45 -0400 Subject: [App_rpt-users] 12VDC to 5V USB power In-Reply-To: <10A04810-05D1-4CF8-89B7-E1D487A53F64@va3uv.com> References: <10A04810-05D1-4CF8-89B7-E1D487A53F64@va3uv.com> Message-ID: I have used these and units like them. The work great for running a Pi off of a 12 volt power supply. On Jul 30, 2016 3:51 PM, "Ramesh Dhami" wrote: > Hi Guys: > > I am presently running my Pi from a walwart supply. I'd rather run the Pi > from my station supply, using a DC to DC converter. > > I recall this topic being discussed before - but can't put my finger on > the reference converters at this time. > > I have found these devices on Amazon, wonder if anyone has any experience > with them: > > > https://www.amazon.com/Autek-Converter-convert-adapter-DCCON-5U-0/dp/B00BMIVFK8 > > Thanks! > > Ramesh. > > Sent from my iPhone > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From w2ymm1 at gmail.com Sat Jul 30 19:58:22 2016 From: w2ymm1 at gmail.com (Bob Prybyzerski) Date: Sat, 30 Jul 2016 15:58:22 -0400 Subject: [App_rpt-users] 12VDC to 5V USB power In-Reply-To: <10A04810-05D1-4CF8-89B7-E1D487A53F64@va3uv.com> References: <10A04810-05D1-4CF8-89B7-E1D487A53F64@va3uv.com> Message-ID: <19BD094C-9A3B-449A-9E32-ABBA2B5B7C01@gmail.com> I've been using this type https://www.ebay.com/itm/221667524607 And have had good luck. Sent from my iPhone Bob Prybyzerski 631-960-1051 W2YMM > On Jul 30, 2016, at 3:51 PM, Ramesh Dhami wrote: > > Hi Guys: > > I am presently running my Pi from a walwart supply. I'd rather run the Pi from my station supply, using a DC to DC converter. > > I recall this topic being discussed before - but can't put my finger on the reference converters at this time. > > I have found these devices on Amazon, wonder if anyone has any experience with them: > > https://www.amazon.com/Autek-Converter-convert-adapter-DCCON-5U-0/dp/B00BMIVFK8 > > Thanks! > > Ramesh. > > Sent from my iPhone > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. From wb5eku at gmail.com Sat Jul 30 23:13:29 2016 From: wb5eku at gmail.com (Donald Jacob) Date: Sat, 30 Jul 2016 16:13:29 -0700 Subject: [App_rpt-users] 12VDC to 5V USB power In-Reply-To: <19BD094C-9A3B-449A-9E32-ABBA2B5B7C01@gmail.com> References: <10A04810-05D1-4CF8-89B7-E1D487A53F64@va3uv.com> <19BD094C-9A3B-449A-9E32-ABBA2B5B7C01@gmail.com> Message-ID: I am using both types and they are great. Well worth the price and more reliable than a wallwart. Cleaner DC voltage also. Don WB5EKU On Sat, Jul 30, 2016 at 12:58 PM, Bob Prybyzerski wrote: > I've been using this type > https://www.ebay.com/itm/221667524607 > And have had good luck. > > > Sent from my iPhone > Bob Prybyzerski > 631-960-1051 > W2YMM > > > On Jul 30, 2016, at 3:51 PM, Ramesh Dhami wrote: > > > > Hi Guys: > > > > I am presently running my Pi from a walwart supply. I'd rather run the > Pi from my station supply, using a DC to DC converter. > > > > I recall this topic being discussed before - but can't put my finger on > the reference converters at this time. > > > > I have found these devices on Amazon, wonder if anyone has any > experience with them: > > > > > https://www.amazon.com/Autek-Converter-convert-adapter-DCCON-5U-0/dp/B00BMIVFK8 > > > > Thanks! > > > > Ramesh. > > > > Sent from my iPhone > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From haydenph91 at gmail.com Sun Jul 31 03:54:02 2016 From: haydenph91 at gmail.com (Hayden Honeywood) Date: Sun, 31 Jul 2016 13:54:02 +1000 Subject: [App_rpt-users] RTCM -> "Warning: GPS Data time period elapsed" Message-ID: Hi, I am having this issue with my voter board and a Garmin GPS18x LVC. The status page indicates a GPS lock, but the board keeps throwing this warning every 2 seconds or so. I've loaded the SNSRXCFG.cfg and checked that the unit is in NMEA mode. The selected sentences are left as default although I did check and GPGSV, GPRMC and GPGGA are all selected as I read in another thread on here. What other NMEA settings do I need? NMEA 2.3 mode on? Regards Hayden VK7HH -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at rainerbertsch.de Sun Jul 31 18:37:07 2016 From: info at rainerbertsch.de (info at rainerbertsch.de) Date: Sun, 31 Jul 2016 20:37:07 +0200 Subject: [App_rpt-users] RTCM -> "Warning: GPS Data time period elapsed" (Hayden Honeywood) In-Reply-To: References: Message-ID: <6A82ED23-C379-4CF8-833F-C08F57DAAC2A@rainerbertsch.de> Hi Hayden, we had a lot of trouble with the Garmin 18x LVC. We used different power supplies, we had a look at the protocol and so on. Finnaly we changed the baudrate from the rs232 in the rtcm and in the gpsunit with the snsrxcfg tool from 4800bd to 9600bd. Now it works ! Probably you can try this. Regards Rainer, DF3SY Von: Hayden Honeywood Betreff: [App_rpt-users] RTCM -> "Warning: GPS Data time period elapsed" Datum: 31. Juli 2016 um 05:54:02 MESZ An: app_rpt-users at ohnosec.org Hi, I am having this issue with my voter board and a Garmin GPS18x LVC. The status page indicates a GPS lock, but the board keeps throwing this warning every 2 seconds or so. I've loaded the SNSRXCFG.cfg and checked that the unit is in NMEA mode. The selected sentences are left as default although I did check and GPGSV, GPRMC and GPGGA are all selected as I read in another thread on here. What other NMEA settings do I need? NMEA 2.3 mode on? Regards Hayden VK7HH _______________________________________________ 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: From dshaw at ke6upi.com Sun Jul 31 18:46:40 2016 From: dshaw at ke6upi.com (David KE6UPI) Date: Sun, 31 Jul 2016 11:46:40 -0700 Subject: [App_rpt-users] 12VDC to 5V USB power In-Reply-To: References: <10A04810-05D1-4CF8-89B7-E1D487A53F64@va3uv.com> <19BD094C-9A3B-449A-9E32-ABBA2B5B7C01@gmail.com> Message-ID: Cyclegear has a nice USB power outlet. https://www.cyclegear.com/accessories/trackside-usb-outlet I have them mounted in my truck as well. David On Sat, Jul 30, 2016 at 4:13 PM, Donald Jacob wrote: > I am using both types and they are great. Well worth the price and more > reliable than > a wallwart. Cleaner DC voltage also. > > Don > WB5EKU > > > On Sat, Jul 30, 2016 at 12:58 PM, Bob Prybyzerski > wrote: > >> I've been using this type >> https://www.ebay.com/itm/221667524607 >> And have had good luck. >> >> >> Sent from my iPhone >> Bob Prybyzerski >> 631-960-1051 >> W2YMM >> >> > On Jul 30, 2016, at 3:51 PM, Ramesh Dhami wrote: >> > >> > Hi Guys: >> > >> > I am presently running my Pi from a walwart supply. I'd rather run the >> Pi from my station supply, using a DC to DC converter. >> > >> > I recall this topic being discussed before - but can't put my finger on >> the reference converters at this time. >> > >> > I have found these devices on Amazon, wonder if anyone has any >> experience with them: >> > >> > >> https://www.amazon.com/Autek-Converter-convert-adapter-DCCON-5U-0/dp/B00BMIVFK8 >> > >> > Thanks! >> > >> > Ramesh. >> > >> > Sent from my iPhone >> > _______________________________________________ >> > App_rpt-users mailing list >> > App_rpt-users at ohnosec.org >> > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> > >> > To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> > You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: