From Sysman at Xceptions.COM Mon Aug 1 02:38:18 2011 From: Sysman at Xceptions.COM (Paul J. Agamata) Date: Sun, 31 Jul 2011 16:38:18 -1000 Subject: [App_rpt-users] Core Dumps on multi-node configuration Message-ID: I have 2 URIx on a single computer. I'm getting core dumps on COR active on either dongles. The error is as follows: /usr/sbin/safe_asterisk: line 125: 4661 Segmentation fault (core dumped) nice -n $PRIORITY ${ASTSBINDIR}/asterisk -f ${CLIARGS} ${ASTARGS} >&/dev/${TTY} < /dev/${TTY} Asterisk exited on signal 11. I haven't looked at the core dumps yet but I will shortly. Hoping someone has encountered similar and can help. Thanks, Paul (WH6FM) _______________________________ Paul J. Agamata Sysman at Xceptions.COM Hilo, Hawaii [cid:C77239C5-8AB3-4D80-BFDC-74937733F226] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.jpg Type: image/jpeg Size: 33234 bytes Desc: image.jpg URL: From ramesh at va3uv.com Mon Aug 1 02:39:09 2011 From: ramesh at va3uv.com (Ramesh Dhami, VA3UV/M) Date: Mon, 1 Aug 2011 02:39:09 +0000 Subject: [App_rpt-users] chan_simpleusb In-Reply-To: <001e01cc4fca$ea86c270$6402a8c0@main> References: <001e01cc4fca$ea86c270$6402a8c0@main> Message-ID: <565261258-1312166351-cardhu_decombobulator_blackberry.rim.net-1609600748-@b17.c19.bise6.blackberry> Hi All: With tremendous help from Jim, we have chan_simpleusb and app_rpt running on an Alix 3d3 single board (embedded) system. The Alix board runs Centos off a 2GB CF card; has a 500MHz processor, 128MB of RAM, is DC powered, making it an attractive solution for remote sites. For testing, I just have a single radio connected to it and it is working very well indeed. Next step is to connect a full duplex repeater and see how that goes. I am sure that it will be fine if early indication is anything to go by! Thank you Jim! Ramesh. www.va3uv.com A member of the FREE STAR* team. Sent on the TELUS Mobility network with BlackBerry -----Original Message----- From: "K&R Yoksh" Sender: app_rpt-users-bounces at ohnosec.org Date: Sun, 31 Jul 2011 16:43:41 To: app_rpt Subject: Re: [App_rpt-users] chan_simpleusb Just a status update for the list... I've been running the new simpleusb for about 24 hours.. So far, it seems to perform just as chan_usb.. Parallel port cos/ptt is working well, along with parallel GPIO. I'm noticing less audio "jitter" with simpleusb... Not surprising, as I am using only a P3/866 for 2 RF nodes... 73. Kyle K0KN --- Original Message --- well *certain* people (you *know* who you are :-) :-) were *SUPPOSED* to be alpha-testing a version that supports that. That was now at least a couple of MONTHS ago! I dont suppose, Kyle, that *you* would be interested in doing that for me.. like NOW.. would you?? :-) Thanks JIM _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From george at dyb.com Mon Aug 1 03:16:32 2011 From: george at dyb.com (George Csahanin) Date: Sun, 31 Jul 2011 22:16:32 -0500 Subject: [App_rpt-users] [SPAM] Re: [SPAM] Re: Culling Linux Services (ACID) In-Reply-To: References: <4E353598.30707@internode.on.net> <01d701cc4f87$de0ee880$9a2cb980$@net> <000001cc4f8d$a3f72d50$ebe587f0$@com> <3228FC8162944B65923E0FE4140DC2F8@lintv.com> Message-ID: <4D6CDB47-2294-4B26-B781-E6B869AE37B9@dyb.com> Not running ntpd here, though George Csahanin Sent from my iPad On Jul 31, 2011, at 8:44 PM, Chuck Henderson wrote: > Disable NTPD and the problem happens much less often. I cron ntpdate to run once per hour to keep the time close. This way I only hear the audio glitch once per hour rather than intermittently. > > On Jul 31, 2011 4:57 PM, "Steve Gladden" wrote: > > There's a recording of it over here: http://www.youtube.com/watch?v=lqYwhtuVLDs > > > > Steve > > > > -----Original Message----- > > From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of George Csahanin > > Sent: Sunday, July 31, 2011 2:16 PM > > To: John Heron > > Cc: app_rpt mailing list > > Subject: Re: [App_rpt-users] [SPAM] Re: Culling Linux Services (ACID) > > > > I think I know what you mean. Shows us as a very brief, repeated disruption to PL tone, drops your mobile/ht decoder, maybe for time in 2 seconds, then ok for a while. t iunterrupts main audio as well, just very brief and not noticed. > > > > Yup, every PC I tried does it. I jusst got used to it. > > > > I wanted to get a recording of it over a year ago, but no clean way to record audio. You really get to notice it if you put your signal generator in the receiver, and modulate with something like a 1Kc tone > > > > I've tried five computers and four USB devices, all do it. > > > > GeorgeC > > W2DB > > > > > > ----- Original Message ----- > > From: "John Heron" > > To: "George Csahanin" > > Cc: "Lu Vencl" ; "MichaelCarey" > > ; "app_rpt mailing list" > > > > Sent: Sunday, July 31, 2011 12:26 PM > > Subject: [SPAM] Re: [App_rpt-users] Culling Linux Services (ACID) > > > > > >> Any motorboating issues? > >> > >> Sent from my iPhone > >> > >> On Jul 31, 2011, at 1:21 PM, "George Csahanin" wrote: > >> > >>> So far built 3 on Intel D945GCLF2 boards, PicoPSU power supplies, both > >>> Limey off a CF and Acid off disk > >>> > >>> Use CM108 $6.96 USB sounds FOBs. Brought PTT out of one of them, the > >>> others use printer port for PTT, and all use software squelch and ctcss > >>> decode. > >>> > >>> GeorgeC > >>> > >>> ----- Original Message ----- From: "John Heron" > >>> To: "'Lu Vencl'" ; "'Michael Carey'" > >>> ; "'app_rpt mailing list'" > >>> > >>> Sent: Sunday, July 31, 2011 9:25 AM > >>> Subject: Re: [App_rpt-users] Culling Linux Services (ACID) > >>> > >>> > >>>> It begs the question on what hardware really works 100% and what does > >>>> not. I > >>>> ran into this years ago running a global pactor III network and finally > >>>> had > >>>> to goto a acceptable hardware list as some hardware came real close to > >>>> being > >>>> fully compatible but would sporadically do weird things for no apparent > >>>> reason... a bad thing when the box is in remote jungle locations... It > >>>> boils > >>>> down to who has had the least amount of issues with motherboard a vs. b > >>>> and > >>>> so on... > >>>> > >>>> I am looking at small micro ATX form factors for example... anybody have > >>>> suggestions for a inexpensive repeatable reliable solution? > >>>> > >>>> > >>>> > >>>> -----Original Message----- > >>>> From: app_rpt-users-bounces at ohnosec.org > >>>> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Lu Vencl > >>>> Sent: Sunday, July 31, 2011 9:44 AM > >>>> To: 'Michael Carey'; 'app_rpt mailing list' > >>>> Subject: Re: [App_rpt-users] Culling Linux Services (ACID) > >>>> > >>>> Michael, > >>>> I still have not figured out what causes this issue. > >>>> I have tried adding two different NEC chipset USB PCI boards and that > >>>> made > >>>> it much worse on my ASUS mother boards. I believe I have pretty much > >>>> exhausted all options at this point. I just don't know why all 8 of my > >>>> boxes > >>>> 2.8 GHZ (all Asus) do this. I went to slower boxes (even down to 400 > >>>> Mhz) > >>>> and I don't get this issue.. Go figure. > >>>> There has to be some other underlying issue where perhaps and interrupt > >>>> is > >>>> being messed with or some other issue. I just can't pin it down. > >>>> I am working out a trade for some slower boxes in exchange for these > >>>> machines as a solution for now. > >>>> Sorry I wish I had a better answer. > >>>> Lu > >>>> KA4EPS > >>>> > >>>> -----Original Message----- > >>>> From: app_rpt-users-bounces at ohnosec.org > >>>> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Michael Carey > >>>> Sent: Sunday, July 31, 2011 7:00 AM > >>>> To: app_rpt mailing list > >>>> Subject: [App_rpt-users] Culling Linux Services (ACID) > >>>> > >>>> Hi Everybody, > >>>> > >>>> In an effort to make node 27871 a lean, mean, fighting machine... I'm > >>>> trying to keep things neat and tidy by stopping any services that have > >>>> no direct impact on the operation of the node. > >>>> > >>>> I'm after input on what others have done on their own AllStarLink nodes. > >>>> > >>>> I have done a similar thing on my Icom G2 D-Star gateway... going > >>>> through and disabling services (like bluetooth, VNC, smartcard, IPv6, > >>>> etc). > >>>> > >>>> On a side note, has anyone found a definitive cause for the occasional > >>>> motorboating/stuttering audio when an AllStarNode transmits? I have > >>>> another machine that I can use, but I would like to know what causes it > >>>> and how it can be eliminated or reduced. This is the only thing that has > >>>> marred an otherwise perfect experience with my AllStarLink node. > >>>> > >>>> Michael. > >>>> VK5ZEA > >>>> > >>>> > >>>> > >>>> _______________________________________________ > >>>> App_rpt-users mailing list > >>>> App_rpt-users at ohnosec.org > >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >>>> > >>>> _______________________________________________ > >>>> App_rpt-users mailing list > >>>> App_rpt-users at ohnosec.org > >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >>>> > >>>> > >>> > >>> > >> > > > > > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve at michiganbroadband.com Mon Aug 1 03:39:40 2011 From: steve at michiganbroadband.com (Steve Gladden) Date: Sun, 31 Jul 2011 23:39:40 -0400 Subject: [App_rpt-users] [SPAM] Re: [SPAM] Re: Culling Linux Services (ACID) In-Reply-To: <4D6CDB47-2294-4B26-B781-E6B869AE37B9@dyb.com> References: <4E353598.30707@internode.on.net> <01d701cc4f87$de0ee880$9a2cb980$@net> <000001cc4f8d$a3f72d50$ebe587f0$@com> <3228FC8162944B65923E0FE4140DC2F8@lintv.com> <4D6CDB47-2294-4B26-B781-E6B869AE37B9@dyb.com> Message-ID: Yep I?ve tried disabling everything possible (everything that takes an interrupt and/or cpu cycles) NTPD included. I?ve never noticed anything as such to make a significant difference? I?ve reached the conclusion: 1. USB sucks (as I?ve been told by the pros here) and it?s never going to get any better (on USB). 2. The software is still imperfect and has room to be improved (better kernel /os/usb/timer integration). When I grow up & get smarter/more experienced I?ll either agree with the pros or fix it. Steve From: George Csahanin [mailto:george at dyb.com] Sent: Sunday, July 31, 2011 11:17 PM To: Chuck Henderson Cc: Steve Gladden; John Heron; app_rpt mailing list Subject: Re: [SPAM] Re: [App_rpt-users] [SPAM] Re: Culling Linux Services (ACID) Not running ntpd here, though George Csahanin Sent from my iPad On Jul 31, 2011, at 8:44 PM, Chuck Henderson > wrote: Disable NTPD and the problem happens much less often. I cron ntpdate to run once per hour to keep the time close. This way I only hear the audio glitch once per hour rather than intermittently. On Jul 31, 2011 4:57 PM, "Steve Gladden" > wrote: > There's a recording of it over here: http://www.youtube.com/watch?v=lqYwhtuVLDs > > Steve > > -----Original Message----- > From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of George Csahanin > Sent: Sunday, July 31, 2011 2:16 PM > To: John Heron > Cc: app_rpt mailing list > Subject: Re: [App_rpt-users] [SPAM] Re: Culling Linux Services (ACID) > > I think I know what you mean. Shows us as a very brief, repeated disruption to PL tone, drops your mobile/ht decoder, maybe for time in 2 seconds, then ok for a while. t iunterrupts main audio as well, just very brief and not noticed. > > Yup, every PC I tried does it. I jusst got used to it. > > I wanted to get a recording of it over a year ago, but no clean way to record audio. You really get to notice it if you put your signal generator in the receiver, and modulate with something like a 1Kc tone > > I've tried five computers and four USB devices, all do it. > > GeorgeC > W2DB > > > ----- Original Message ----- > From: "John Heron" > > To: "George Csahanin" > > Cc: "Lu Vencl" >; "MichaelCarey" > >; "app_rpt mailing list" > > > Sent: Sunday, July 31, 2011 12:26 PM > Subject: [SPAM] Re: [App_rpt-users] Culling Linux Services (ACID) > > >> Any motorboating issues? >> >> Sent from my iPhone >> >> On Jul 31, 2011, at 1:21 PM, "George Csahanin" > wrote: >> >>> So far built 3 on Intel D945GCLF2 boards, PicoPSU power supplies, both >>> Limey off a CF and Acid off disk >>> >>> Use CM108 $6.96 USB sounds FOBs. Brought PTT out of one of them, the >>> others use printer port for PTT, and all use software squelch and ctcss >>> decode. >>> >>> GeorgeC >>> >>> ----- Original Message ----- From: "John Heron" > >>> To: "'Lu Vencl'" >; "'Michael Carey'" >>> >; "'app_rpt mailing list'" >>> > >>> Sent: Sunday, July 31, 2011 9:25 AM >>> Subject: Re: [App_rpt-users] Culling Linux Services (ACID) >>> >>> >>>> It begs the question on what hardware really works 100% and what does >>>> not. I >>>> ran into this years ago running a global pactor III network and finally >>>> had >>>> to goto a acceptable hardware list as some hardware came real close to >>>> being >>>> fully compatible but would sporadically do weird things for no apparent >>>> reason... a bad thing when the box is in remote jungle locations... It >>>> boils >>>> down to who has had the least amount of issues with motherboard a vs. b >>>> and >>>> so on... >>>> >>>> I am looking at small micro ATX form factors for example... anybody have >>>> suggestions for a inexpensive repeatable reliable solution? >>>> >>>> >>>> >>>> -----Original Message----- >>>> From: app_rpt-users-bounces at ohnosec.org >>>> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Lu Vencl >>>> Sent: Sunday, July 31, 2011 9:44 AM >>>> To: 'Michael Carey'; 'app_rpt mailing list' >>>> Subject: Re: [App_rpt-users] Culling Linux Services (ACID) >>>> >>>> Michael, >>>> I still have not figured out what causes this issue. >>>> I have tried adding two different NEC chipset USB PCI boards and that >>>> made >>>> it much worse on my ASUS mother boards. I believe I have pretty much >>>> exhausted all options at this point. I just don't know why all 8 of my >>>> boxes >>>> 2.8 GHZ (all Asus) do this. I went to slower boxes (even down to 400 >>>> Mhz) >>>> and I don't get this issue.. Go figure. >>>> There has to be some other underlying issue where perhaps and interrupt >>>> is >>>> being messed with or some other issue. I just can't pin it down. >>>> I am working out a trade for some slower boxes in exchange for these >>>> machines as a solution for now. >>>> Sorry I wish I had a better answer. >>>> Lu >>>> KA4EPS >>>> >>>> -----Original Message----- >>>> From: app_rpt-users-bounces at ohnosec.org >>>> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Michael Carey >>>> Sent: Sunday, July 31, 2011 7:00 AM >>>> To: app_rpt mailing list >>>> Subject: [App_rpt-users] Culling Linux Services (ACID) >>>> >>>> Hi Everybody, >>>> >>>> In an effort to make node 27871 a lean, mean, fighting machine... I'm >>>> trying to keep things neat and tidy by stopping any services that have >>>> no direct impact on the operation of the node. >>>> >>>> I'm after input on what others have done on their own AllStarLink nodes. >>>> >>>> I have done a similar thing on my Icom G2 D-Star gateway... going >>>> through and disabling services (like bluetooth, VNC, smartcard, IPv6, >>>> etc). >>>> >>>> On a side note, has anyone found a definitive cause for the occasional >>>> motorboating/stuttering audio when an AllStarNode transmits? I have >>>> another machine that I can use, but I would like to know what causes it >>>> and how it can be eliminated or reduced. This is the only thing that has >>>> marred an otherwise perfect experience with my AllStarLink node. >>>> >>>> Michael. >>>> VK5ZEA >>>> >>>> >>>> >>>> _______________________________________________ >>>> App_rpt-users mailing list >>>> App_rpt-users at ohnosec.org >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> >>>> _______________________________________________ >>>> App_rpt-users mailing list >>>> App_rpt-users at ohnosec.org >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> >>>> >>> >>> >> > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bote_radio at botecomm.com Mon Aug 1 06:00:59 2011 From: bote_radio at botecomm.com (Bote Man) Date: Mon, 1 Aug 2011 02:00:59 -0400 Subject: [App_rpt-users] [SPAM] Re: [SPAM] Re: Culling Linux Services (ACID) In-Reply-To: References: <4E353598.30707@internode.on.net> <01d701cc4f87$de0ee880$9a2cb980$@net> <000001cc4f8d$a3f72d50$ebe587f0$@com> <3228FC8162944B65923E0FE4140DC2F8@lintv.com> <4D6CDB47-2294-4B26-B781-E6B869AE37B9@dyb.com> Message-ID: I gave my brain the day off today so please excuse if this is a recent repeat: I recall reading in the last month or so about somebody playing with a particular add-on device and it was customary for the software to set only the registers needed by the application and ignore the rest. Well, turns out that those other registers got the software all wrapped around the axle so he had to go in and explicitly set every last register in this hardware device to a particular state, then his trouble went away. Maybe there is something similar going on with these usb devices that is causing this motorboating problem? I haven't the first foggy clue about the software, just throwing out a possible approach to squashing this bug once and for all. Bote W4NUD On Sun, Jul 31, 2011 at 11:39 PM, Steve Gladden wrote: > Yep I?ve tried disabling everything possible (everything that takes an > interrupt and/or cpu cycles) NTPD included.**** > > I?ve never noticed anything as such to make a significant difference?**** > > I?ve reached the conclusion:**** > > **1. **USB sucks (as I?ve been told by the pros here) and it?s never > going to get any better (on USB).**** > > **2. **The software is still imperfect and has room to be improved > (better kernel /os/usb/timer integration).**** > > ** ** > > When I grow up & get smarter/more experienced I?ll either agree with the > pros or fix it.**** > > ** ** > > Steve**** > > ** ** > > ** ** > > *From:* George Csahanin [mailto:george at dyb.com] > *Sent:* Sunday, July 31, 2011 11:17 PM > *To:* Chuck Henderson > *Cc:* Steve Gladden; John Heron; app_rpt mailing list > *Subject:* Re: [SPAM] Re: [App_rpt-users] [SPAM] Re: Culling Linux > Services (ACID)**** > > ** ** > > Not running ntpd here, though > > George Csahanin**** > > Sent from my iPad**** > > > On Jul 31, 2011, at 8:44 PM, Chuck Henderson > wrote:**** > > Disable NTPD and the problem happens much less often. I cron ntpdate to > run once per hour to keep the time close. This way I only hear the audio > glitch once per hour rather than intermittently. **** > > On Jul 31, 2011 4:57 PM, "Steve Gladden" > wrote: > > There's a recording of it over here: > http://www.youtube.com/watch?v=lqYwhtuVLDs > > > > Steve > > > > -----Original Message----- > > From: app_rpt-users-bounces at ohnosec.org [mailto: > app_rpt-users-bounces at ohnosec.org] On Behalf Of George Csahanin > > Sent: Sunday, July 31, 2011 2:16 PM > > To: John Heron > > Cc: app_rpt mailing list > > Subject: Re: [App_rpt-users] [SPAM] Re: Culling Linux Services (ACID) > > > > I think I know what you mean. Shows us as a very brief, repeated > disruption to PL tone, drops your mobile/ht decoder, maybe for time in 2 > seconds, then ok for a while. t iunterrupts main audio as well, just very > brief and not noticed. > > > > Yup, every PC I tried does it. I jusst got used to it. > > > > I wanted to get a recording of it over a year ago, but no clean way to > record audio. You really get to notice it if you put your signal generator > in the receiver, and modulate with something like a 1Kc tone > > > > I've tried five computers and four USB devices, all do it. > > > > GeorgeC > > W2DB > > > > > > ----- Original Message ----- > > From: "John Heron" > > To: "George Csahanin" > > Cc: "Lu Vencl" ; "MichaelCarey" > > ; "app_rpt mailing list" > > > > Sent: Sunday, July 31, 2011 12:26 PM > > Subject: [SPAM] Re: [App_rpt-users] Culling Linux Services (ACID) > > > > > >> Any motorboating issues? > >> > >> Sent from my iPhone > >> > >> On Jul 31, 2011, at 1:21 PM, "George Csahanin" wrote: > >> > >>> So far built 3 on Intel D945GCLF2 boards, PicoPSU power supplies, both > >>> Limey off a CF and Acid off disk > >>> > >>> Use CM108 $6.96 USB sounds FOBs. Brought PTT out of one of them, the > >>> others use printer port for PTT, and all use software squelch and ctcss > > >>> decode. > >>> > >>> GeorgeC > >>> > >>> ----- Original Message ----- From: "John Heron" > >>> To: "'Lu Vencl'" ; "'Michael Carey'" > >>> ; "'app_rpt mailing list'" > >>> > >>> Sent: Sunday, July 31, 2011 9:25 AM > >>> Subject: Re: [App_rpt-users] Culling Linux Services (ACID) > >>> > >>> > >>>> It begs the question on what hardware really works 100% and what does > >>>> not. I > >>>> ran into this years ago running a global pactor III network and > finally > >>>> had > >>>> to goto a acceptable hardware list as some hardware came real close to > > >>>> being > >>>> fully compatible but would sporadically do weird things for no > apparent > >>>> reason... a bad thing when the box is in remote jungle locations... It > > >>>> boils > >>>> down to who has had the least amount of issues with motherboard a vs. > b > >>>> and > >>>> so on... > >>>> > >>>> I am looking at small micro ATX form factors for example... anybody > have > >>>> suggestions for a inexpensive repeatable reliable solution? > >>>> > >>>> > >>>> > >>>> -----Original Message----- > >>>> From: app_rpt-users-bounces at ohnosec.org > >>>> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Lu Vencl > >>>> Sent: Sunday, July 31, 2011 9:44 AM > >>>> To: 'Michael Carey'; 'app_rpt mailing list' > >>>> Subject: Re: [App_rpt-users] Culling Linux Services (ACID) > >>>> > >>>> Michael, > >>>> I still have not figured out what causes this issue. > >>>> I have tried adding two different NEC chipset USB PCI boards and that > >>>> made > >>>> it much worse on my ASUS mother boards. I believe I have pretty much > >>>> exhausted all options at this point. I just don't know why all 8 of my > > >>>> boxes > >>>> 2.8 GHZ (all Asus) do this. I went to slower boxes (even down to 400 > >>>> Mhz) > >>>> and I don't get this issue.. Go figure. > >>>> There has to be some other underlying issue where perhaps and > interrupt > >>>> is > >>>> being messed with or some other issue. I just can't pin it down. > >>>> I am working out a trade for some slower boxes in exchange for these > >>>> machines as a solution for now. > >>>> Sorry I wish I had a better answer. > >>>> Lu > >>>> KA4EPS > >>>> > >>>> -----Original Message----- > >>>> From: app_rpt-users-bounces at ohnosec.org > >>>> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Michael Carey > >>>> Sent: Sunday, July 31, 2011 7:00 AM > >>>> To: app_rpt mailing list > >>>> Subject: [App_rpt-users] Culling Linux Services (ACID) > >>>> > >>>> Hi Everybody, > >>>> > >>>> In an effort to make node 27871 a lean, mean, fighting machine... I'm > >>>> trying to keep things neat and tidy by stopping any services that have > >>>> no direct impact on the operation of the node. > >>>> > >>>> I'm after input on what others have done on their own AllStarLink > nodes. > >>>> > >>>> I have done a similar thing on my Icom G2 D-Star gateway... going > >>>> through and disabling services (like bluetooth, VNC, smartcard, IPv6, > >>>> etc). > >>>> > >>>> On a side note, has anyone found a definitive cause for the occasional > >>>> motorboating/stuttering audio when an AllStarNode transmits? I have > >>>> another machine that I can use, but I would like to know what causes > it > >>>> and how it can be eliminated or reduced. This is the only thing that > has > >>>> marred an otherwise perfect experience with my AllStarLink node. > >>>> > >>>> Michael. > >>>> VK5ZEA > >>>> > >>>> > >>>> > >>>> _______________________________________________ > >>>> App_rpt-users mailing list > >>>> App_rpt-users at ohnosec.org > >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >>>> > >>>> _______________________________________________ > >>>> App_rpt-users mailing list > >>>> App_rpt-users at ohnosec.org > >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >>>> > >>>> > >>> > >>> > >> > > > > > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users**** > > > _______________________________________________ > 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 george at dyb.com Mon Aug 1 12:56:33 2011 From: george at dyb.com (George Csahanin) Date: Mon, 1 Aug 2011 07:56:33 -0500 Subject: [App_rpt-users] Culling Linux Services (ACID) References: <4E353598.30707@internode.on.net><01d701cc4f87$de0ee880$9a2cb980$@net><000001cc4f8d$a3f72d50$ebe587f0$@com><3228FC8162944B65923E0FE4140DC2F8@lintv.com><4D6CDB47-2294-4B26-B781-E6B869AE37B9@dyb.com> Message-ID: When I grow up I'm going to be a retiree... GC ----- Original Message ----- From: Steve Gladden To: George Csahanin ; Chuck Henderson Cc: app_rpt mailing list Sent: Sunday, July 31, 2011 10:39 PM Subject: Re: [App_rpt-users] [SPAM] Re: [SPAM] Re: Culling Linux Services (ACID) Yep I?ve tried disabling everything possible (everything that takes an interrupt and/or cpu cycles) NTPD included. I?ve never noticed anything as such to make a significant difference? I?ve reached the conclusion: 1. USB sucks (as I?ve been told by the pros here) and it?s never going to get any better (on USB). 2. The software is still imperfect and has room to be improved (better kernel /os/usb/timer integration). When I grow up & get smarter/more experienced I?ll either agree with the pros or fix it. Steve From: George Csahanin [mailto:george at dyb.com] Sent: Sunday, July 31, 2011 11:17 PM To: Chuck Henderson Cc: Steve Gladden; John Heron; app_rpt mailing list Subject: Re: [SPAM] Re: [App_rpt-users] [SPAM] Re: Culling Linux Services (ACID) Not running ntpd here, though George Csahanin Sent from my iPad On Jul 31, 2011, at 8:44 PM, Chuck Henderson wrote: Disable NTPD and the problem happens much less often. I cron ntpdate to run once per hour to keep the time close. This way I only hear the audio glitch once per hour rather than intermittently. On Jul 31, 2011 4:57 PM, "Steve Gladden" wrote: > There's a recording of it over here: http://www.youtube.com/watch?v=lqYwhtuVLDs > > Steve > > -----Original Message----- > From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of George Csahanin > Sent: Sunday, July 31, 2011 2:16 PM > To: John Heron > Cc: app_rpt mailing list > Subject: Re: [App_rpt-users] [SPAM] Re: Culling Linux Services (ACID) > > I think I know what you mean. Shows us as a very brief, repeated disruption to PL tone, drops your mobile/ht decoder, maybe for time in 2 seconds, then ok for a while. t iunterrupts main audio as well, just very brief and not noticed. > > Yup, every PC I tried does it. I jusst got used to it. > > I wanted to get a recording of it over a year ago, but no clean way to record audio. You really get to notice it if you put your signal generator in the receiver, and modulate with something like a 1Kc tone > > I've tried five computers and four USB devices, all do it. > > GeorgeC > W2DB > > > ----- Original Message ----- > From: "John Heron" > To: "George Csahanin" > Cc: "Lu Vencl" ; "MichaelCarey" > ; "app_rpt mailing list" > > Sent: Sunday, July 31, 2011 12:26 PM > Subject: [SPAM] Re: [App_rpt-users] Culling Linux Services (ACID) > > >> Any motorboating issues? >> >> Sent from my iPhone >> >> On Jul 31, 2011, at 1:21 PM, "George Csahanin" wrote: >> >>> So far built 3 on Intel D945GCLF2 boards, PicoPSU power supplies, both >>> Limey off a CF and Acid off disk >>> >>> Use CM108 $6.96 USB sounds FOBs. Brought PTT out of one of them, the >>> others use printer port for PTT, and all use software squelch and ctcss >>> decode. >>> >>> GeorgeC >>> >>> ----- Original Message ----- From: "John Heron" >>> To: "'Lu Vencl'" ; "'Michael Carey'" >>> ; "'app_rpt mailing list'" >>> >>> Sent: Sunday, July 31, 2011 9:25 AM >>> Subject: Re: [App_rpt-users] Culling Linux Services (ACID) >>> >>> >>>> It begs the question on what hardware really works 100% and what does >>>> not. I >>>> ran into this years ago running a global pactor III network and finally >>>> had >>>> to goto a acceptable hardware list as some hardware came real close to >>>> being >>>> fully compatible but would sporadically do weird things for no apparent >>>> reason... a bad thing when the box is in remote jungle locations... It >>>> boils >>>> down to who has had the least amount of issues with motherboard a vs. b >>>> and >>>> so on... >>>> >>>> I am looking at small micro ATX form factors for example... anybody have >>>> suggestions for a inexpensive repeatable reliable solution? >>>> >>>> >>>> >>>> -----Original Message----- >>>> From: app_rpt-users-bounces at ohnosec.org >>>> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Lu Vencl >>>> Sent: Sunday, July 31, 2011 9:44 AM >>>> To: 'Michael Carey'; 'app_rpt mailing list' >>>> Subject: Re: [App_rpt-users] Culling Linux Services (ACID) >>>> >>>> Michael, >>>> I still have not figured out what causes this issue. >>>> I have tried adding two different NEC chipset USB PCI boards and that >>>> made >>>> it much worse on my ASUS mother boards. I believe I have pretty much >>>> exhausted all options at this point. I just don't know why all 8 of my >>>> boxes >>>> 2.8 GHZ (all Asus) do this. I went to slower boxes (even down to 400 >>>> Mhz) >>>> and I don't get this issue.. Go figure. >>>> There has to be some other underlying issue where perhaps and interrupt >>>> is >>>> being messed with or some other issue. I just can't pin it down. >>>> I am working out a trade for some slower boxes in exchange for these >>>> machines as a solution for now. >>>> Sorry I wish I had a better answer. >>>> Lu >>>> KA4EPS >>>> >>>> -----Original Message----- >>>> From: app_rpt-users-bounces at ohnosec.org >>>> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Michael Carey >>>> Sent: Sunday, July 31, 2011 7:00 AM >>>> To: app_rpt mailing list >>>> Subject: [App_rpt-users] Culling Linux Services (ACID) >>>> >>>> Hi Everybody, >>>> >>>> In an effort to make node 27871 a lean, mean, fighting machine... I'm >>>> trying to keep things neat and tidy by stopping any services that have >>>> no direct impact on the operation of the node. >>>> >>>> I'm after input on what others have done on their own AllStarLink nodes. >>>> >>>> I have done a similar thing on my Icom G2 D-Star gateway... going >>>> through and disabling services (like bluetooth, VNC, smartcard, IPv6, >>>> etc). >>>> >>>> On a side note, has anyone found a definitive cause for the occasional >>>> motorboating/stuttering audio when an AllStarNode transmits? I have >>>> another machine that I can use, but I would like to know what causes it >>>> and how it can be eliminated or reduced. This is the only thing that has >>>> marred an otherwise perfect experience with my AllStarLink node. >>>> >>>> Michael. >>>> VK5ZEA >>>> >>>> >>>> >>>> _______________________________________________ >>>> App_rpt-users mailing list >>>> App_rpt-users at ohnosec.org >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> >>>> _______________________________________________ >>>> App_rpt-users mailing list >>>> App_rpt-users at ohnosec.org >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> >>>> >>> >>> >> > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From vacuumtubesforever at gmail.com Mon Aug 1 14:45:19 2011 From: vacuumtubesforever at gmail.com (Ed Wilhelm) Date: Mon, 01 Aug 2011 10:45:19 -0400 Subject: [App_rpt-users] Culling Linux Services (ACID) In-Reply-To: References: <4E353598.30707@internode.on.net><01d701cc4f87$de0ee880$9a2cb980$@net><000001cc4f8d$a3f72d50$ebe587f0$@com><3228FC8162944B65923E0FE4140DC2F8@lintv.com><4D6CDB47-2294-4B26-B781-E6B869AE37B9@dyb.com> Message-ID: <4E36BBFF.9010003@gmail.com> I never plan to grow up. On the motor boating issue, I've only experienced it when someone connects via the web transceiver. If they disconnect and reconnect it goes away. For whatever that is worth. Ed W8VT On 8/1/2011 8:56 AM, George Csahanin wrote: > When I grow up I'm going to be a retiree... > GC > > ----- Original Message ----- > *From:* Steve Gladden > *To:* George Csahanin ; Chuck Henderson > > *Cc:* app_rpt mailing list > *Sent:* Sunday, July 31, 2011 10:39 PM > *Subject:* Re: [App_rpt-users] [SPAM] Re: [SPAM] Re: Culling Linux > Services (ACID) > > Yep I've tried disabling everything possible (everything that > takes an interrupt and/or cpu cycles) NTPD included. > > I've never noticed anything as such to make a significant > difference... > > I've reached the conclusion: > > 1.USB sucks (as I've been told by the pros here) and it's never > going to get any better (on USB). > > 2.The software is still imperfect and has room to be improved > (better kernel /os/usb/timer integration). > > When I grow up & get smarter/more experienced I'll either agree > with the pros or fix it. > > Steve > > *From:*George Csahanin [mailto:george at dyb.com] > *Sent:* Sunday, July 31, 2011 11:17 PM > *To:* Chuck Henderson > *Cc:* Steve Gladden; John Heron; app_rpt mailing list > *Subject:* Re: [SPAM] Re: [App_rpt-users] [SPAM] Re: Culling Linux > Services (ACID) > > Not running ntpd here, though > > George Csahanin > > Sent from my iPad > > > On Jul 31, 2011, at 8:44 PM, Chuck Henderson > > wrote: > > Disable NTPD and the problem happens much less often. I cron > ntpdate to run once per hour to keep the time close. This way > I only hear the audio glitch once per hour rather than > intermittently. > > On Jul 31, 2011 4:57 PM, "Steve Gladden" > > wrote: > > There's a recording of it over here: > http://www.youtube.com/watch?v=lqYwhtuVLDs > > > > Steve > > > > -----Original Message----- > > From: app_rpt-users-bounces at ohnosec.org > > [mailto:app_rpt-users-bounces at ohnosec.org > ] On Behalf Of > George Csahanin > > Sent: Sunday, July 31, 2011 2:16 PM > > To: John Heron > > Cc: app_rpt mailing list > > Subject: Re: [App_rpt-users] [SPAM] Re: Culling Linux > Services (ACID) > > > > I think I know what you mean. Shows us as a very brief, > repeated disruption to PL tone, drops your mobile/ht decoder, > maybe for time in 2 seconds, then ok for a while. t > iunterrupts main audio as well, just very brief and not noticed. > > > > Yup, every PC I tried does it. I jusst got used to it. > > > > I wanted to get a recording of it over a year ago, but no > clean way to record audio. You really get to notice it if you > put your signal generator in the receiver, and modulate with > something like a 1Kc tone > > > > I've tried five computers and four USB devices, all do it. > > > > GeorgeC > > W2DB > > > > > > ----- Original Message ----- > > From: "John Heron" > > > To: "George Csahanin" > > > Cc: "Lu Vencl" >; > "MichaelCarey" > > >; "app_rpt mailing list" > > > > > Sent: Sunday, July 31, 2011 12:26 PM > > Subject: [SPAM] Re: [App_rpt-users] Culling Linux Services > (ACID) > > > > > >> Any motorboating issues? > >> > >> Sent from my iPhone > >> > >> On Jul 31, 2011, at 1:21 PM, "George Csahanin" > > wrote: > >> > >>> So far built 3 on Intel D945GCLF2 boards, PicoPSU power > supplies, both > >>> Limey off a CF and Acid off disk > >>> > >>> Use CM108 $6.96 USB sounds FOBs. Brought PTT out of one of > them, the > >>> others use printer port for PTT, and all use software > squelch and ctcss > >>> decode. > >>> > >>> GeorgeC > >>> > >>> ----- Original Message ----- From: "John Heron" > > > >>> To: "'Lu Vencl'" >; > "'Michael Carey'" > >>> >; "'app_rpt mailing list'" > >>> > > >>> Sent: Sunday, July 31, 2011 9:25 AM > >>> Subject: Re: [App_rpt-users] Culling Linux Services (ACID) > >>> > >>> > >>>> It begs the question on what hardware really works 100% > and what does > >>>> not. I > >>>> ran into this years ago running a global pactor III > network and finally > >>>> had > >>>> to goto a acceptable hardware list as some hardware came > real close to > >>>> being > >>>> fully compatible but would sporadically do weird things > for no apparent > >>>> reason... a bad thing when the box is in remote jungle > locations... It > >>>> boils > >>>> down to who has had the least amount of issues with > motherboard a vs. b > >>>> and > >>>> so on... > >>>> > >>>> I am looking at small micro ATX form factors for > example... anybody have > >>>> suggestions for a inexpensive repeatable reliable solution? > >>>> > >>>> > >>>> > >>>> -----Original Message----- > >>>> From: app_rpt-users-bounces at ohnosec.org > > >>>> [mailto:app_rpt-users-bounces at ohnosec.org > ] On Behalf Of Lu Vencl > >>>> Sent: Sunday, July 31, 2011 9:44 AM > >>>> To: 'Michael Carey'; 'app_rpt mailing list' > >>>> Subject: Re: [App_rpt-users] Culling Linux Services (ACID) > >>>> > >>>> Michael, > >>>> I still have not figured out what causes this issue. > >>>> I have tried adding two different NEC chipset USB PCI > boards and that > >>>> made > >>>> it much worse on my ASUS mother boards. I believe I have > pretty much > >>>> exhausted all options at this point. I just don't know > why all 8 of my > >>>> boxes > >>>> 2.8 GHZ (all Asus) do this. I went to slower boxes (even > down to 400 > >>>> Mhz) > >>>> and I don't get this issue.. Go figure. > >>>> There has to be some other underlying issue where perhaps > and interrupt > >>>> is > >>>> being messed with or some other issue. I just can't pin > it down. > >>>> I am working out a trade for some slower boxes in > exchange for these > >>>> machines as a solution for now. > >>>> Sorry I wish I had a better answer. > >>>> Lu > >>>> KA4EPS > >>>> > >>>> -----Original Message----- > >>>> From: app_rpt-users-bounces at ohnosec.org > > >>>> [mailto:app_rpt-users-bounces at ohnosec.org > ] On Behalf Of > Michael Carey > >>>> Sent: Sunday, July 31, 2011 7:00 AM > >>>> To: app_rpt mailing list > >>>> Subject: [App_rpt-users] Culling Linux Services (ACID) > >>>> > >>>> Hi Everybody, > >>>> > >>>> In an effort to make node 27871 a lean, mean, fighting > machine... I'm > >>>> trying to keep things neat and tidy by stopping any > services that have > >>>> no direct impact on the operation of the node. > >>>> > >>>> I'm after input on what others have done on their own > AllStarLink nodes. > >>>> > >>>> I have done a similar thing on my Icom G2 D-Star > gateway... going > >>>> through and disabling services (like bluetooth, VNC, > smartcard, IPv6, > >>>> etc). > >>>> > >>>> On a side note, has anyone found a definitive cause for > the occasional > >>>> motorboating/stuttering audio when an AllStarNode > transmits? I have > >>>> another machine that I can use, but I would like to know > what causes it > >>>> and how it can be eliminated or reduced. This is the only > thing that has > >>>> marred an otherwise perfect experience with my > AllStarLink node. > >>>> > >>>> Michael. > >>>> VK5ZEA > >>>> > >>>> > >>>> > >>>> _______________________________________________ > >>>> App_rpt-users mailing list > >>>> App_rpt-users at ohnosec.org > >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >>>> > >>>> _______________________________________________ > >>>> App_rpt-users mailing list > >>>> App_rpt-users at ohnosec.org > >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >>>> > >>>> > >>> > >>> > >> > > > > > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > _______________________________________________ > 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 Mon Aug 1 22:56:38 2011 From: dshaw at ke6upi.com (David KE6UPI) Date: Mon, 1 Aug 2011 15:56:38 -0700 Subject: [App_rpt-users] Pickle Login- Repeated Password Change In-Reply-To: <1312042484.81407.YahooMailNeo@web113510.mail.gq1.yahoo.com> References: <201107171718.46494.n7pkt@picklejar.org> <1312032265.51516.YahooMailNeo@web113515.mail.gq1.yahoo.com> <1312042484.81407.YahooMailNeo@web113510.mail.gq1.yahoo.com> Message-ID: I'm not using Pickle but, Google "Linux MOTD". Also on limeylinux you have to save any changes that you make so it gets saved o the card. Just an idea. David On Sat, Jul 30, 2011 at 9:14 AM, John (WB5NFC) wrote: > > After a successful write of Pickle to the SD card on my BeagleBoard, the > preliminary setup script proceeded normally. My new PicoNode is up, but > every time I log in using Putty, I'm directed to change my password before > being allowed to continue. How do I eliminate this pesky behavior? > > Thanks for any suggestions. > > John / wb5nfc > > > > _______________________________________________ > 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 Ramesh at va3uv.com Tue Aug 2 02:04:37 2011 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Mon, 01 Aug 2011 22:04:37 -0400 Subject: [App_rpt-users] chan_simpleusb In-Reply-To: <565261258-1312166351-cardhu_decombobulator_blackberry.rim.net-1609600748-@b17.c19.bise6.blackberry> References: <001e01cc4fca$ea86c270$6402a8c0@main> <565261258-1312166351-cardhu_decombobulator_blackberry.rim.net-1609600748-@b17.c19.bise6.blackberry> Message-ID: <4E375B35.4020607@va3uv.com> Hi All; A quick update on my chan_simpleusb testing on the Alix board: First a correction, this board has 256MB of RAM (not 128). Secondly, I connected up my fob (aka the 'UVRI' ;) to my repeater (normally used for my D-STAR experiments) and ran chan_simpleusb / the Alix board as a full-duplex repeater system. I had a QSO with Jon, VA3RQ, for around 20 to 30 minutes and it works just fine! Load average was around 0.5 to 0.6 when TX'ing audio off the Net, and around 0.35 to 0.4 when in local repeat mode. There were no audio drop-out issues / motor boating etc. Now the relevance of mentioning that my repeater is normally used for my D-STAR work is that it is wired for raw discriminator audio out and TX audio is wired to go directly into the modulator. chan_simpleusb expects squelched / de-emphasized RX audio and expects the TX audio to be injected into the MIC input. So hence the audio was rather hot - but that was to be expected. I am sure that with the correct interface, this will work just fine. Great job Jim! Cheers, Ramesh. On 31/07/2011 10:39 PM, Ramesh Dhami, VA3UV/M wrote: > Hi All: > > With tremendous help from Jim, we have chan_simpleusb and app_rpt running on an Alix 3d3 single board (embedded) system. > > The Alix board runs Centos off a 2GB CF card; has a 500MHz processor, 128MB of RAM, is DC powered, making it an attractive solution for remote sites. > > For testing, I just have a single radio connected to it and it is working very well indeed. Next step is to connect a full duplex repeater and see how that goes. I am sure that it will be fine if early indication is anything to go by! > > Thank you Jim! > > Ramesh. > > www.va3uv.com > > A member of the FREE STAR* team. > > Sent on the TELUS Mobility network with BlackBerry > > -----Original Message----- > From: "K&R Yoksh" > Sender: app_rpt-users-bounces at ohnosec.org > Date: Sun, 31 Jul 2011 16:43:41 > To: app_rpt > Subject: Re: [App_rpt-users] chan_simpleusb > > Just a status update for the list... > > I've been running the new simpleusb for about 24 hours.. So far, it seems to > perform just as chan_usb.. > > Parallel port cos/ptt is working well, along with parallel GPIO. > > I'm noticing less audio "jitter" with simpleusb... Not surprising, as I am > using only a P3/866 for 2 RF nodes... > > 73. > > Kyle > K0KN > > > --- Original Message --- > > well *certain* people (you *know* who you are :-) :-) were *SUPPOSED* to be > alpha-testing a version that supports that. That was now at least a couple > of > MONTHS ago! > > I dont suppose, Kyle, that *you* would be interested in doing that for me.. > like NOW.. > would you?? :-) > > Thanks > > JIM > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From vacuumtubesforever at gmail.com Tue Aug 2 22:26:05 2011 From: vacuumtubesforever at gmail.com (Ed Wilhelm) Date: Tue, 02 Aug 2011 18:26:05 -0400 Subject: [App_rpt-users] Node Connection Log Message-ID: <4E38797D.1030702@gmail.com> Is there an easy way to generate a log to show just connection history? Ed W8VT From kb7rsi at gmail.com Fri Aug 5 03:16:51 2011 From: kb7rsi at gmail.com (KB7RSI) Date: Thu, 4 Aug 2011 20:16:51 -0700 Subject: [App_rpt-users] Syntor X Message-ID: <000601cc531e$20154190$603fc4b0$@com> Hello all. I'm just going to throw this out there in hopes of happiness. Does anyone have or know where I can get a personality board for a Motorola Syntor X. It requires any of the HLN4760 series but if a C model is available, I'll take it. I'm trying to get my asterisk node online RF wise. Thanks Harold Kb7rsi Las Vegas, NV Allstarlink: 27863 By the way. I bought the only one that was on Ebay just a couple of weeks ago. I needed 2 @ that time. Just 1 now. Later -------------- next part -------------- An HTML attachment was scrubbed... URL: From njgarbenis at gmail.com Sat Aug 6 02:37:06 2011 From: njgarbenis at gmail.com (neal Garbenis) Date: Fri, 5 Aug 2011 22:37:06 -0400 Subject: [App_rpt-users] chan_tlb Message-ID: Working with chan_tlb I am able to get asterisk to connect to tlb, but I am getting this error message at the asterisk CLI> WARNING[2852]: chan_tlb.c:1362 TLB_xwrite: Cannot handle frames in 2 format What does this mean Neal NG8Y -------------- next part -------------- An HTML attachment was scrubbed... URL: From vencl at att.net Sun Aug 7 14:31:15 2011 From: vencl at att.net (Lu Vencl) Date: Sun, 7 Aug 2011 10:31:15 -0400 Subject: [App_rpt-users] Permalink info desired Message-ID: <069901cc550e$aa177970$fe466c50$@net> Just looking for direction how to configure a permalink? In other words, I would like the option to have a node auto reconnect to a specific node should the connection break or node reboot. Thanks Lu KA4EPS -------------- next part -------------- An HTML attachment was scrubbed... URL: From Ramesh at va3uv.com Sun Aug 7 15:29:25 2011 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Sun, 07 Aug 2011 11:29:25 -0400 Subject: [App_rpt-users] Permalink info desired In-Reply-To: <069901cc550e$aa177970$fe466c50$@net> References: <069901cc550e$aa177970$fe466c50$@net> Message-ID: <4E3EAF55.5000406@va3uv.com> On 07/08/2011 10:31 AM, Lu Vencl wrote: > Just looking for direction how to configure a permalink? In other words, > I would like the option to have a node auto reconnect to a specific node > should the connection break or node reboot. > <-- Hi Lu; Add the following to your functions stanza in rpt.conf: 91=ilink,13 92=ilink,11 Reload rpt.conf or restart Asterisk; then *91 to establish a permanent link; *92 to disconnect from a permanent link. Cheers, Ramesh. p.s., still going strong with chan_simplusb on an Alix board :) From dpowellwilliams at shaw.ca Sun Aug 7 19:38:01 2011 From: dpowellwilliams at shaw.ca (David Powell-Williams) Date: Sun, 7 Aug 2011 12:38:01 -0700 Subject: [App_rpt-users] Remote Command Mode with Iaxrpt Message-ID: I have noticed that I cannot use Iaxrpt to send remote commands to a linked node using the *4 syntax. Remote commands entered via DTMF or the console (rpt fun ) work fine. Commands to the target node via a direct Iaxrpt connection also work. However, if the target node is a remote base, only one connection is possible, so remote commands are necessary to make changes when the remote base node is connected to a standard node. My rpt.conf file does include the necessary settings for link_functions. I have asked Steve H about this but he is too busy to look at it for the moment. Anybody have any experience with using Iaxrpt for remote commands? 73, Dave VE7MQ. From telesistant at hotmail.com Mon Aug 8 23:56:46 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Mon, 8 Aug 2011 16:56:46 -0700 Subject: [App_rpt-users] Remote Command Mode with Iaxrpt In-Reply-To: References: Message-ID: you are correct. IAXRPT allows you to select what node you are "sending DTMF digits" to in the node number (account) window (the same one you use to select which node to connect to). JIM WB6NIL > From: dpowellwilliams at shaw.ca > To: app_rpt-users at ohnosec.org > Date: Sun, 7 Aug 2011 12:38:01 -0700 > Subject: [App_rpt-users] Remote Command Mode with Iaxrpt > > I have noticed that I cannot use Iaxrpt to send remote commands to a linked > node using the *4 syntax. > > Remote commands entered via DTMF or the console (rpt fun > ) work fine. > > Commands to the target node via a direct Iaxrpt connection also work. > > However, if the target node is a remote base, only one connection is > possible, so remote commands are necessary to make changes when the remote > base node is connected to a standard node. > > My rpt.conf file does include the necessary settings for link_functions. > > I have asked Steve H about this but he is too busy to look at it for the > moment. > > Anybody have any experience with using Iaxrpt for remote commands? > > 73, > > Dave > VE7MQ. > > _______________________________________________ > 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 kt9ac at ameritech.net Thu Aug 11 19:43:19 2011 From: kt9ac at ameritech.net (Tony KT9AC) Date: Thu, 11 Aug 2011 12:43:19 -0700 (PDT) Subject: [App_rpt-users] Switching from chan_usbradio to chan_simpleusb Message-ID: <1313091799.61423.YahooMailClassic@web81005.mail.mud.yahoo.com> Is there a simple way to change a node from chan_usbradio to chan_simpleusb? I have updated my system to do the PL encoding itself and would like to remove the burden of generating PL from the URI. Sorry I can't seem to find an easy way to switch it over in the docs. Tony From bdboyle at bdboyle.com Thu Aug 11 21:30:32 2011 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Thu, 11 Aug 2011 17:30:32 -0400 Subject: [App_rpt-users] Switching from chan_usbradio to chan_simpleusb In-Reply-To: <1313091799.61423.YahooMailClassic@web81005.mail.mud.yahoo.com> References: <1313091799.61423.YahooMailClassic@web81005.mail.mud.yahoo.com> Message-ID: <4E4449F8.8090002@bdboyle.com> On 8/11/2011 3:43 PM, Tony KT9AC wrote: > Is there a simple way to change a node from chan_usbradio to chan_simpleusb? I have updated my system to do the PL encoding itself and would like to remove the burden of generating PL from the URI. > PL isn't generated by the URI, but the dsp in app_rpt. I'd just rem out the statements in usbradio.conf for the node in question and restart asterisk. From: txctcssdefault=141.3 rxctcssfreqs=141.3 txctcssfreqs=141.3 ... ctcssfrom=dsp To: ;txctcssdefault=141.3 ;rxctcssfreqs=141.3 ;txctcssfreqs=141.3 ... ctcssfrom=no And use the tune program to turn down ctcss transmit to 0. Don't touch, (IMHO) the xmt setting, since the radio will mix your audio in with the hw generated tone... No need to use simpleusb. This is what I did...seems to work ok. Others may have a different solution. BB allstar 27294, 27295, etc WB0YLE Morrisvile PA > Sorry I can't seem to find an easy way to switch it over in the docs. > > Tony > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > From yokshs at sbcglobal.net Fri Aug 12 16:42:22 2011 From: yokshs at sbcglobal.net (K&R Yoksh) Date: Fri, 12 Aug 2011 11:42:22 -0500 Subject: [App_rpt-users] Switching from chan_usbradio to chan_simpleusb References: Message-ID: <000901cc590e$cf729930$6402a8c0@main> ----- Original Message ----- > Date: Thu, 11 Aug 2011 12:43:19 -0700 (PDT) > From: Tony KT9AC > Subject: [App_rpt-users] Switching from chan_usbradio to chan_simpleusb > > Is there a simple way to change a node from chan_usbradio to > chan_simpleusb? I have updated my system to do the PL encoding itself and > would like to remove the burden of generating PL from the URI. > > Sorry I can't seem to find an easy way to switch it over in the docs. > > Tony > Hello Tony, I've been using simpleusb for a little while, and find that it works quite well. Here are some hints to switch over to Simpleusb: 1) In rpt.conf, change your rxchannel to: rxchannel=SimpleUSB/usb2211 2) Copy usbradio.conf to simpleusb.conf 3) At a prompt, type simpleusb-tune-menu. Adjust your audio levels, etc for each fob, then select W to write the settings to simpleusb_tune_usbxxxx.conf 73 and good luck, Kyle Yoksh K0KN Olathe, KS Allstar 2210-2215 From vencl at att.net Fri Aug 12 19:57:29 2011 From: vencl at att.net (Lu Vencl) Date: Fri, 12 Aug 2011 15:57:29 -0400 Subject: [App_rpt-users] Authentication issue / server down? Message-ID: <00ce01cc592a$11964120$34c2c360$@net> I just build my next node, and can't see to get registered.. I also noticed the dial in # is not working as well. I have waited at least 4 hours and still nothing. Anyone know if there might be an issue? Thanks Lu, KA4EPS -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb2ear at kb2ear.net Fri Aug 12 20:10:50 2011 From: kb2ear at kb2ear.net (Scott Weis) Date: Fri, 12 Aug 2011 16:10:50 -0400 Subject: [App_rpt-users] Authentication issue / server down? In-Reply-To: <00ce01cc592a$11964120$34c2c360$@net> References: <00ce01cc592a$11964120$34c2c360$@net> Message-ID: <009a01cc592b$eea3cdc0$cbeb6940$@kb2ear.net> If you do an iax2 show registry in asterisk you will see the status. Mine all show at the moment. From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Lu Vencl Sent: Friday, August 12, 2011 3:57 PM To: App_rpt-users at ohnosec.org Subject: [App_rpt-users] Authentication issue / server down? I just build my next node, and can't see to get registered.. I also noticed the dial in # is not working as well. I have waited at least 4 hours and still nothing. Anyone know if there might be an issue? Thanks Lu, KA4EPS -------------- next part -------------- An HTML attachment was scrubbed... URL: From hkwilliamson at gmail.com Fri Aug 12 20:21:20 2011 From: hkwilliamson at gmail.com (Keith Williamson) Date: Fri, 12 Aug 2011 13:21:20 -0700 Subject: [App_rpt-users] Authentication issue / server down? In-Reply-To: <009a01cc592b$eea3cdc0$cbeb6940$@kb2ear.net> References: <00ce01cc592a$11964120$34c2c360$@net> <009a01cc592b$eea3cdc0$cbeb6940$@kb2ear.net> Message-ID: Yep. Same thing here..not registered. 73's, Keith KF7DRV Allstar: 2541 On Fri, Aug 12, 2011 at 1:10 PM, Scott Weis wrote: > If you do an iax2 show registry in asterisk you will see the status. Mine > all show at the moment.**** > > ** ** > > *From:* app_rpt-users-bounces at ohnosec.org [mailto: > app_rpt-users-bounces at ohnosec.org] *On Behalf Of *Lu Vencl > *Sent:* Friday, August 12, 2011 3:57 PM > *To:* App_rpt-users at ohnosec.org > *Subject:* [App_rpt-users] Authentication issue / server down?**** > > ** ** > > I just build my next node, and can?t see to get registered..**** > > I also noticed the dial in # is not working as well. I have waited at > least 4 hours and still nothing.**** > > Anyone know if there might be an issue?**** > > Thanks**** > > Lu, KA4EPS**** > > _______________________________________________ > 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 telesistant at hotmail.com Fri Aug 12 21:00:56 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Fri, 12 Aug 2011 14:00:56 -0700 Subject: [App_rpt-users] Authentication issue / server down? In-Reply-To: <00ce01cc592a$11964120$34c2c360$@net> References: <00ce01cc592a$11964120$34c2c360$@net> Message-ID: For some strange reason, the server rebooted last night and didnt come completely back up. It should be happy now. Thanx for letting me know. JIM From: vencl at att.net To: App_rpt-users at ohnosec.org Date: Fri, 12 Aug 2011 15:57:29 -0400 Subject: [App_rpt-users] Authentication issue / server down? I just build my next node, and can?t see to get registered.. I also noticed the dial in # is not working as well. I have waited at least 4 hours and still nothing. Anyone know if there might be an issue? Thanks Lu, KA4EPS _______________________________________________ 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 vencl at att.net Fri Aug 12 21:30:42 2011 From: vencl at att.net (Lu Vencl) Date: Fri, 12 Aug 2011 17:30:42 -0400 Subject: [App_rpt-users] Authentication issue / server down? In-Reply-To: References: <00ce01cc592a$11964120$34c2c360$@net> Message-ID: <010101cc5937$171b7310$45525930$@net> Perfect! Works now.. Thanks Jim! From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Friday, August 12, 2011 5:01 PM To: vencl at att.net; app_rpt mailing list Subject: RE: [App_rpt-users] Authentication issue / server down? For some strange reason, the server rebooted last night and didnt come completely back up. It should be happy now. Thanx for letting me know. JIM _____ From: vencl at att.net To: App_rpt-users at ohnosec.org Date: Fri, 12 Aug 2011 15:57:29 -0400 Subject: [App_rpt-users] Authentication issue / server down? I just build my next node, and can't see to get registered.. I also noticed the dial in # is not working as well. I have waited at least 4 hours and still nothing. Anyone know if there might be an issue? Thanks Lu, KA4EPS _______________________________________________ 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 kt9ac at ameritech.net Sat Aug 13 02:18:56 2011 From: kt9ac at ameritech.net (Tony KT9AC) Date: Fri, 12 Aug 2011 21:18:56 -0500 Subject: [App_rpt-users] MDC Status Reply not working with XTS model radios Message-ID: <4E45DF10.60001@ameritech.net> This might not be a widely-used feature, but I wanted to post it here first versus directly to Jim (to follow the rules). There is a feature within App_rpt where you can send MDC1200 status messages and have commands acted upon. I've used a MCS2000 mobile and Astro Saber successfully for a very fast and efficient control method. Recently I sold my Astro Saber and bought an XTS3000. I can still send MDC statuses and get them acted upon, but no longer get the "ACK" back from Allstar. No changes in software and the logs show the op=46 like before and the proper Unit ID and status sent...so I'm at a loss of why Allstar stops trying to ACK these statuses for this one type of radio (my mobile still works fine). Debug suggestions and code testing welcome. Thanks, Tony From Sysman at Xceptions.COM Sat Aug 13 02:25:27 2011 From: Sysman at Xceptions.COM (Paul J. Agamata) Date: Fri, 12 Aug 2011 16:25:27 -1000 Subject: [App_rpt-users] MDC Status Reply not working with XTS model radios In-Reply-To: <4E45DF10.60001@ameritech.net> Message-ID: I have the same issues between two radios. My XTS-5000 responds properly but my XTS-3000 does not. I'll do some digging this weekend to see where the issue is. Because my XTS-5000 functions properly, it's probably a codeplug issue. Paul On 8/12/11 4:18 PM, "Tony KT9AC" wrote: >This might not be a widely-used feature, but I wanted to post it here >first versus directly to Jim (to follow the rules). > >There is a feature within App_rpt where you can send MDC1200 status >messages and have commands acted upon. I've used a MCS2000 mobile and >Astro Saber successfully for a very fast and efficient control method. >Recently I sold my Astro Saber and bought an XTS3000. I can still send >MDC statuses and get them acted upon, but no longer get the "ACK" back >from Allstar. > >No changes in software and the logs show the op=46 like before and the >proper Unit ID and status sent...so I'm at a loss of why Allstar stops >trying to ACK these statuses for this one type of radio (my mobile still >works fine). Debug suggestions and code testing welcome. > >Thanks, >Tony > >_______________________________________________ >App_rpt-users mailing list >App_rpt-users at ohnosec.org >http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From kt9ac at ameritech.net Sat Aug 13 02:38:41 2011 From: kt9ac at ameritech.net (=?utf-8?B?VG9ueSBLVDlBQw==?=) Date: Fri, 12 Aug 2011 21:38:41 -0500 Subject: [App_rpt-users] =?utf-8?q?MDC_Status_Reply_not_working_with_XTS_m?= =?utf-8?q?odel_radios?= Message-ID: <416407.82154.qm@smtp107.sbc.mail.bf1.yahoo.com> Thanks Paul. ----- Reply message ----- From: "Paul J. Agamata" Date: Fri, Aug 12, 2011 9:25 pm Subject: [App_rpt-users] MDC Status Reply not working with XTS model radios To: "Tony KT9AC" , "app_rpt-users at ohnosec.org" I have the same issues between two radios. My XTS-5000 responds properly but my XTS-3000 does not. I'll do some digging this weekend to see where the issue is. Because my XTS-5000 functions properly, it's probably a codeplug issue. Paul On 8/12/11 4:18 PM, "Tony KT9AC" wrote: >This might not be a widely-used feature, but I wanted to post it here >first versus directly to Jim (to follow the rules). > >There is a feature within App_rpt where you can send MDC1200 status >messages and have commands acted upon. I've used a MCS2000 mobile and >Astro Saber successfully for a very fast and efficient control method. >Recently I sold my Astro Saber and bought an XTS3000. I can still send >MDC statuses and get them acted upon, but no longer get the "ACK" back >from Allstar. > >No changes in software and the logs show the op=46 like before and the >proper Unit ID and status sent...so I'm at a loss of why Allstar stops >trying to ACK these statuses for this one type of radio (my mobile still >works fine). Debug suggestions and code testing welcome. > >Thanks, >Tony > >_______________________________________________ >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 jbryant at bellsouth.net Sat Aug 13 16:55:21 2011 From: jbryant at bellsouth.net (Joe Bryant) Date: Sat, 13 Aug 2011 12:55:21 -0400 Subject: [App_rpt-users] ACID CD install boot failure Message-ID: <003601cc59d9$cad08420$60718c60$@net> All, I have a 2002 vintage, VIA EPIA Mini-ITX box (C3 Eden 800Mhz processor). It has 512 MB RAM, and a 60Gig hard drive. The ACID / CentOS install CD, will not complete the boot process, it goes into a loop. At the point shown in this picture: http://www.qsl.net/k4bry/mini-itx_boot-fail.jpg , the screen goes dark, and the box reboots into the CD again. The CD is good, it was used on my first install with no problems. I have manipulated the BIOS settings for several hours, with no change in the result. It may be caused by a lack of enough RAM, but I Don't know. If there is documentation on the minimum requirements for an ACID install, I can't find it. If I try to find RAM to take it to the 1 Gig maximum, it is likely to cost more than this old Motherboard is worth. After no progress with this, to see if it was hardware failure, I installed the Kubuntu-10.04-Alternate-i386 version of Ubuntu, GUI and all, without a hitch. It runs very slowy, which is to be expected, but it does run. Does anyone see an obvious problem, or have any idea what I should try next? I have a second box with the same Motherboard, It would be nice and cheap, if I could get them both working. Thanks for any help. Joe Bryant K4BRY -------------- next part -------------- An HTML attachment was scrubbed... URL: From nuhtrue at gmail.com Sat Aug 13 19:26:30 2011 From: nuhtrue at gmail.com (nuhtrue at gmail.com) Date: Sat, 13 Aug 2011 19:26:30 +0000 Subject: [App_rpt-users] App_rpt-users Digest, Vol 30, Issue 12 In-Reply-To: Message-ID: <20cf303bf95ec7aac804aa680195@google.com> Do the Astro Saber and XTS flashcodes both have the same MDC values? Bob KK6RQ On Aug 13, 2011 9:00am, app_rpt-users-request at ohnosec.org wrote: > Send App_rpt-users mailing list submissions to > app_rpt-users at ohnosec.org > To subscribe or unsubscribe via the World Wide Web, visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > or, via email, send a message with subject or body 'help' to > app_rpt-users-request at ohnosec.org > You can reach the person managing the list at > app_rpt-users-owner at ohnosec.org > When replying, please edit your Subject line so it is more specific > than "Re: Contents of App_rpt-users digest..." > Today's Topics: > 1. MDC Status Reply not working with XTS model radios (Tony KT9AC) > 2. Re: MDC Status Reply not working with XTS model radios > (Paul J. Agamata) > 3. Re: MDC Status Reply not working with XTS model radios > (=?utf-8?B?VG9ueSBLVDlBQw==?=) > ---------------------------------------------------------------------- > Message: 1 > Date: Fri, 12 Aug 2011 21:18:56 -0500 > From: Tony KT9AC kt9ac at ameritech.net> > To: app_rpt-users at ohnosec.org > Subject: [App_rpt-users] MDC Status Reply not working with XTS model > radios > Message-ID: 4E45DF10.60001 at ameritech.net> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > This might not be a widely-used feature, but I wanted to post it here > first versus directly to Jim (to follow the rules). > There is a feature within App_rpt where you can send MDC1200 status > messages and have commands acted upon. I've used a MCS2000 mobile and > Astro Saber successfully for a very fast and efficient control method. > Recently I sold my Astro Saber and bought an XTS3000. I can still send > MDC statuses and get them acted upon, but no longer get the "ACK" back > from Allstar. > No changes in software and the logs show the op=46 like before and the > proper Unit ID and status sent...so I'm at a loss of why Allstar stops > trying to ACK these statuses for this one type of radio (my mobile still > works fine). Debug suggestions and code testing welcome. > Thanks, > Tony > ------------------------------ > Message: 2 > Date: Fri, 12 Aug 2011 16:25:27 -1000 > From: "Paul J. Agamata" > To: Tony KT9AC kt9ac at ameritech.net>, "app_rpt-users at ohnosec.org" > app_rpt-users at ohnosec.org> > Subject: Re: [App_rpt-users] MDC Status Reply not working with XTS > model radios > Message-ID: > Content-Type: text/plain; charset="us-ascii" > I have the same issues between two radios. My XTS-5000 responds properly > but my XTS-3000 does not. I'll do some digging this weekend to see where > the issue is. Because my XTS-5000 functions properly, it's probably a > codeplug issue. > Paul > On 8/12/11 4:18 PM, "Tony KT9AC" kt9ac at ameritech.net> wrote: > >This might not be a widely-used feature, but I wanted to post it here > >first versus directly to Jim (to follow the rules). > > > >There is a feature within App_rpt where you can send MDC1200 status > >messages and have commands acted upon. I've used a MCS2000 mobile and > >Astro Saber successfully for a very fast and efficient control method. > >Recently I sold my Astro Saber and bought an XTS3000. I can still send > >MDC statuses and get them acted upon, but no longer get the "ACK" back > >from Allstar. > > > >No changes in software and the logs show the op=46 like before and the > >proper Unit ID and status sent...so I'm at a loss of why Allstar stops > >trying to ACK these statuses for this one type of radio (my mobile still > >works fine). Debug suggestions and code testing welcome. > > > >Thanks, > >Tony > > > >_______________________________________________ > >App_rpt-users mailing list > >App_rpt-users at ohnosec.org > >http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > ------------------------------ > Message: 3 > Date: Fri, 12 Aug 2011 21:38:41 -0500 > From: "=?utf-8?B?VG9ueSBLVDlBQw==?=" kt9ac at ameritech.net> > To: "=?utf-8?B?UGF1bCBKLiBBZ2FtYXRh?=" , > "=?utf-8?B?YXBwX3JwdC11c2Vyc0BvaG5vc2VjLm9yZw==?=" > app_rpt-users at ohnosec.org> > Subject: Re: [App_rpt-users] MDC Status Reply not working with XTS > model radios > Message-ID: 416407.82154.qm at smtp107.sbc.mail.bf1.yahoo.com> > Content-Type: text/plain; charset="utf-8" > Thanks Paul. > ----- Reply message ----- > From: "Paul J. Agamata" > Date: Fri, Aug 12, 2011 9:25 pm > Subject: [App_rpt-users] MDC Status Reply not working with XTS model > radios > To: "Tony KT9AC" kt9ac at ameritech.net>, "app_rpt-users at ohnosec.org" > app_rpt-users at ohnosec.org> > I have the same issues between two radios. My XTS-5000 responds properly > but my XTS-3000 does not. I'll do some digging this weekend to see where > the issue is. Because my XTS-5000 functions properly, it's probably a > codeplug issue. > Paul > On 8/12/11 4:18 PM, "Tony KT9AC" kt9ac at ameritech.net> wrote: > >This might not be a widely-used feature, but I wanted to post it here > >first versus directly to Jim (to follow the rules). > > > >There is a feature within App_rpt where you can send MDC1200 status > >messages and have commands acted upon. I've used a MCS2000 mobile and > >Astro Saber successfully for a very fast and efficient control method. > >Recently I sold my Astro Saber and bought an XTS3000. I can still send > >MDC statuses and get them acted upon, but no longer get the "ACK" back > >from Allstar. > > > >No changes in software and the logs show the op=46 like before and the > >proper Unit ID and status sent...so I'm at a loss of why Allstar stops > >trying to ACK these statuses for this one type of radio (my mobile still > >works fine). Debug suggestions and code testing welcome. > > > >Thanks, > >Tony > > > >_______________________________________________ > >App_rpt-users mailing list > >App_rpt-users at ohnosec.org > >http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://ohnosec.org/pipermail/app_rpt-users/attachments/20110812/c77f56d9/attachment-0001.html> > ------------------------------ > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > End of App_rpt-users Digest, Vol 30, Issue 12 > ********************************************* -------------- next part -------------- An HTML attachment was scrubbed... URL: From nuhtrue at gmail.com Sat Aug 13 19:32:22 2011 From: nuhtrue at gmail.com (nuhtrue at gmail.com) Date: Sat, 13 Aug 2011 19:32:22 +0000 Subject: [App_rpt-users] App_rpt-users Digest, Vol 30, Issue 12 In-Reply-To: Message-ID: <90e6ba6e8bccc573ff04aa681686@google.com> I also forgot to mention, since the Astro Saber and XTS3000 are basically the same radio, differences in Host rev could definitely make a difference, all other things being the same. Bob KK6RQ -------------- next part -------------- An HTML attachment was scrubbed... URL: From kt9ac at ameritech.net Sat Aug 13 20:04:21 2011 From: kt9ac at ameritech.net (KT9AC) Date: Sat, 13 Aug 2011 15:04:21 -0500 Subject: [App_rpt-users] App_rpt-users Digest, Vol 30, Issue 12 In-Reply-To: <90e6ba6e8bccc573ff04aa681686@google.com> References: <90e6ba6e8bccc573ff04aa681686@google.com> Message-ID: <4E46D8C5.9040905@ameritech.net> The Astro Saber had both P25 and H38 Smartzone (trunking) flash, where the XTS has P25 and H37 Smartnet flash. Both were capable of MDC encoding and yes the firmware versions were different - the XTS being the newest at 8.03 something for DSP. XTS5000's are in the Astro25 family and have yet newer and later code than the Saber's. I've verified my settings between the old saved codeplug from the Saber and my new XTS. That shouldn't make a difference though since the app_rpt.c code is only looking for OP=46 to mean status and it does decode/act properly on the mdcmacro. I can do an MDC Page (cop,60) from Allstar and the radio beeps accordingly. So from the Allstar aspect unless there is something else being looked for? Maybe I should pour through the mdc_decode.c and .h files to see. On a side note, I'm happy to see more interest in people using MDC1200 for macros, etc. Its really a good way to go since you don't need to "text" DTMF digits while driving or worry about making an error keying something in. A nice, clean 175mS packet with error-correcting. The only negative is the data burst comes over the air, where DTMF gets muted. Tony On 8/13/2011 2:32 PM, nuhtrue at gmail.com wrote: > I also forgot to mention, since the Astro Saber and XTS3000 are > basically the same radio, differences > in Host rev could definitely make a difference, all other things being > the same. > > Bob > KK6RQ > > > _______________________________________________ > 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 howard at small.com.au Sat Aug 13 21:57:18 2011 From: howard at small.com.au (Howard Small) Date: Sun, 14 Aug 2011 07:57:18 +1000 Subject: [App_rpt-users] ACID Installation Problem Message-ID: <009d01cc5a03$f95c28b0$ec147a10$@small.com.au> Hi All I installed the ACID on a Toshiba Tecra A3 without any problems except that it does not install a driver for the Ethernet adapter (at least that is what I think is the problem). When I look at my DHCP server it is giving an ip address to the Tecra but after the installation reboot when it gets to the section where it checks the ip address at eth0 it fails and the installation cannot proceed. There is only one led on the Ethernet socket alight. I am fine on Windows but linux??? So how do I address this problem? Thanks Howard VK4BS -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 906 bytes Desc: not available URL: From jbryant at bellsouth.net Sun Aug 14 05:19:18 2011 From: jbryant at bellsouth.net (Joe Bryant) Date: Sun, 14 Aug 2011 01:19:18 -0400 Subject: [App_rpt-users] ACID CD install boot failure In-Reply-To: References: <003601cc59d9$cad08420$60718c60$@net> Message-ID: <008901cc5a41$b851bb80$28f53280$@net> No, there are none. From: shawpbx at gmail.com [mailto:shawpbx at gmail.com] On Behalf Of David KE6UPI Sent: Saturday, August 13, 2011 10:36 PM To: jbryant at bellsouth.net Subject: Re: [App_rpt-users] ACID CD install boot failure Do you have any pci cards installed? David On Sat, Aug 13, 2011 at 9:55 AM, Joe Bryant wrote: All, I have a 2002 vintage, VIA EPIA Mini-ITX box (C3 Eden 800Mhz processor). It has 512 MB RAM, and a 60Gig hard drive. The ACID / CentOS install CD, will not complete the boot process, it goes into a loop. At the point shown in this picture: http://www.qsl.net/k4bry/mini-itx_boot-fail.jpg , the screen goes dark, and the box reboots into the CD again. The CD is good, it was used on my first install with no problems. I have manipulated the BIOS settings for several hours, with no change in the result. It may be caused by a lack of enough RAM, but I Don't know. If there is documentation on the minimum requirements for an ACID install, I can't find it. If I try to find RAM to take it to the 1 Gig maximum, it is likely to cost more than this old Motherboard is worth. After no progress with this, to see if it was hardware failure, I installed the Kubuntu-10.04-Alternate-i386 version of Ubuntu, GUI and all, without a hitch. It runs very slowy, which is to be expected, but it does run. Does anyone see an obvious problem, or have any idea what I should try next? I have a second box with the same Motherboard, It would be nice and cheap, if I could get them both working. Thanks for any help. Joe Bryant K4BRY _______________________________________________ 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 telesistant at hotmail.com Tue Aug 16 19:34:55 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Tue, 16 Aug 2011 12:34:55 -0700 Subject: [App_rpt-users] New ACID release Message-ID: There is a new ACID release (new sources) available when you install a new version of ACID, which now contains, amongst a number of other things, full support for the new DMK Engineering URIx (the new version of the URI which is now what is shipping) for both chan_usbradio and chan_simpleusb. In addition, chan_simpleusb fully supports all the GPIO and parallel port functions that chan_usbradio has. The URIx has more GPIO pins available than the original URI did. The new releases (containing the same new sources) of Limey Linux and Pickle (BeagleBoard) will be available soon. JIM WB6NIL -------------- next part -------------- An HTML attachment was scrubbed... URL: From jbryant at bellsouth.net Wed Aug 17 02:08:50 2011 From: jbryant at bellsouth.net (Joe Bryant) Date: Tue, 16 Aug 2011 22:08:50 -0400 Subject: [App_rpt-users] New ACID release In-Reply-To: References: Message-ID: <00ff01cc5c82$9bfb3fe0$d3f1bfa0$@net> Jim, You are saying the new release is available at the same link, where the old one was? http://stats.allstarlink.org/dl/ Joe Bryant K4BRY From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude Sent: Tuesday, August 16, 2011 3:35 PM To: app_rpt mailing list Subject: [App_rpt-users] New ACID release There is a new ACID release (new sources) available when you install a new version of ACID, which now contains, amongst a number of other things, full support for the new DMK Engineering URIx (the new version of the URI which is now what is shipping) for both chan_usbradio and chan_simpleusb. In addition, chan_simpleusb fully supports all the GPIO and parallel port functions that chan_usbradio has. The URIx has more GPIO pins available than the original URI did. The new releases (containing the same new sources) of Limey Linux and Pickle (BeagleBoard) will be available soon. JIM WB6NIL -------------- next part -------------- An HTML attachment was scrubbed... URL: From jbryant at bellsouth.net Wed Aug 17 03:08:25 2011 From: jbryant at bellsouth.net (Joe Bryant) Date: Tue, 16 Aug 2011 23:08:25 -0400 Subject: [App_rpt-users] ACID CD install boot failure In-Reply-To: References: <003601cc59d9$cad08420$60718c60$@net> <008901cc5a41$b851bb80$28f53280$@net> Message-ID: <011201cc5c8a$ee2c88c0$ca859a40$@net> David, The picture on my original post shows the exact point where the Centos boot stops, and reboots the machine. Not very far into it. The hard drive is a standard 60 gig IDE. From: shawpbx at gmail.com [mailto:shawpbx at gmail.com] On Behalf Of David KE6UPI Sent: Sunday, August 14, 2011 11:18 AM To: jbryant at bellsouth.net Subject: Re: [App_rpt-users] ACID CD install boot failure How far does the boot go? Does it stop loading initrd.img? Are you using IDE or SATA drives? I have installed CentOS then used the install files from ACID and that does work. If you are using SATA that might be the problem.. David On Sat, Aug 13, 2011 at 10:19 PM, Joe Bryant wrote: No, there are none. From: shawpbx at gmail.com [mailto:shawpbx at gmail.com] On Behalf Of David KE6UPI Sent: Saturday, August 13, 2011 10:36 PM To: jbryant at bellsouth.net Subject: Re: [App_rpt-users] ACID CD install boot failure Do you have any pci cards installed? David On Sat, Aug 13, 2011 at 9:55 AM, Joe Bryant wrote: All, I have a 2002 vintage, VIA EPIA Mini-ITX box (C3 Eden 800Mhz processor). It has 512 MB RAM, and a 60Gig hard drive. The ACID / CentOS install CD, will not complete the boot process, it goes into a loop. At the point shown in this picture: http://www.qsl.net/k4bry/mini-itx_boot-fail.jpg , the screen goes dark, and the box reboots into the CD again. The CD is good, it was used on my first install with no problems. I have manipulated the BIOS settings for several hours, with no change in the result. It may be caused by a lack of enough RAM, but I Don't know. If there is documentation on the minimum requirements for an ACID install, I can't find it. If I try to find RAM to take it to the 1 Gig maximum, it is likely to cost more than this old Motherboard is worth. After no progress with this, to see if it was hardware failure, I installed the Kubuntu-10.04-Alternate-i386 version of Ubuntu, GUI and all, without a hitch. It runs very slowy, which is to be expected, but it does run. Does anyone see an obvious problem, or have any idea what I should try next? I have a second box with the same Motherboard, It would be nice and cheap, if I could get them both working. Thanks for any help. Joe Bryant K4BRY _______________________________________________ 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 mark at micro-node.com Sat Aug 20 17:38:35 2011 From: mark at micro-node.com (Mark Guibord) Date: Sat, 20 Aug 2011 10:38:35 -0700 Subject: [App_rpt-users] RTCM (Radio Thin Client Module) Introduction Message-ID: <000001cc5f5f$ff0aee20$fd20ca60$@com> We are pleased to announce the Allstar SMT Voter/Simulcast RTCM (Radio Thin Client Module). Many of you are familiar with Jim's (WB6NIL) Voter project introduced a few months back. (https://allstarlink.org/voter.html) The voter project was developed to link remote receiver sites back to a centralized Allstar node server running voter channel driver software. The Voter channel driver synchronously monitors remote receivers (Via the Internet) and their RSSI levels and selects the strongest received signal for transmission over the system. The RTCM is the next generation of this voter hardware/software platform. The surface mount design allows for a reduced footprint of approximately 122 x 77 x 30mm, small enough to possibly be fitted within the radio or repeater in which it controls. Some of the many added features include an efficient wide input voltage power supply (7-32 VDC), Synchronized transmitter operation (Simulcast), Synchronized PL generation, DTMF decoding/Encoding and shielded D-Shell I/O connections. The module comes complete with an extruded aluminum enclosure for increased RF shielding. The unit price is $269.00 for licensed amateurs and $369.00 for commercial businesses, quantity pricing available upon request. Initial production units will be available for shipment in late September early October time frame. If you are interested in a live simulcast demo of our three repeater system here in Las Vegas please send email to sales at micro-node.com for more information. Regards, Mark Guibord Micro-Node International 702-528-4700 -------------- next part -------------- An HTML attachment was scrubbed... URL: From vencl at att.net Sun Aug 21 14:40:28 2011 From: vencl at att.net (Lu Vencl) Date: Sun, 21 Aug 2011 10:40:28 -0400 Subject: [App_rpt-users] Time Zone issue Message-ID: <015401cc6010$45f63b90$d1e2b2b0$@net> I think there MIGHT be a bug with regards to the time zone setting for the East Coast. All of my nodes read the correct time when I type date from root, but Asterisk is reporting 4 hours behind. Example: Aug 21 06:40:36] NOTICE[2818]: chan_echolink.c:2484 do_el_directory: Directory pgm done downloading(partial,compressed), 342 records KA4EPS*CLI> exit [root at KA4EPS ~]# date Sun Aug 21 10:40:52 America/NewYork 2011 [root at KA4EPS ~]# I think I once changed it to Central Time zone and it then became 1 hour behind as expected if I recall correctly. Not sure what to change here if someone could offer guidance. I looked at system.conf and it shows TimeZone=-5.0 which would be correct. Or am I supposed to set the system clock to GMT perhaps? Thanks KA4EPS -------------- next part -------------- An HTML attachment was scrubbed... URL: From ke2n at cs.com Sun Aug 21 15:11:48 2011 From: ke2n at cs.com (Ken) Date: Sun, 21 Aug 2011 11:11:48 -0400 Subject: [App_rpt-users] Time Zone issue In-Reply-To: <015401cc6010$45f63b90$d1e2b2b0$@net> References: <015401cc6010$45f63b90$d1e2b2b0$@net> Message-ID: <001b01cc6014$a6704610$f350d230$@com> Lu - you did not say what version you are running Here, version 281 works fine You say east coast time, but it's actually New_York cd /etc cp localtime localtime.orig ln -sf /usr/share/zoneinfo/America/New_York localtime Ken From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Lu Vencl Sent: Sunday, August 21, 2011 10:40 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Time Zone issue I think there MIGHT be a bug with regards to the time zone setting for the East Coast. All of my nodes read the correct time when I type date from root, but Asterisk is reporting 4 hours behind. Example: Aug 21 06:40:36] NOTICE[2818]: chan_echolink.c:2484 do_el_directory: Directory pgm done downloading(partial,compressed), 342 records KA4EPS*CLI> exit [root at KA4EPS ~]# date Sun Aug 21 10:40:52 America/NewYork 2011 [root at KA4EPS ~]# I think I once changed it to Central Time zone and it then became 1 hour behind as expected if I recall correctly. Not sure what to change here if someone could offer guidance. I looked at system.conf and it shows TimeZone=-5.0 which would be correct. Or am I supposed to set the system clock to GMT perhaps? Thanks KA4EPS -------------- next part -------------- An HTML attachment was scrubbed... URL: From bote_radio at botecomm.com Sun Aug 21 16:12:24 2011 From: bote_radio at botecomm.com (Bote Man) Date: Sun, 21 Aug 2011 12:12:24 -0400 Subject: [App_rpt-users] Time Zone issue In-Reply-To: <001b01cc6014$a6704610$f350d230$@com> References: <015401cc6010$45f63b90$d1e2b2b0$@net> <001b01cc6014$a6704610$f350d230$@com> Message-ID: <009201cc601d$1debc310$59c34930$@com> What's the TZ setting for whatever user account that runs Allstar? Root can have one setting and other accounts can have other settings. Bote From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Ken Sent: Sunday, 21 August, 2011 11:12 To: 'Lu Vencl'; app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Time Zone issue Lu ? you did not say what version you are running Here, version 281 works fine You say east coast time, but it?s actually New_York cd /etc cp localtime localtime.orig ln -sf /usr/share/zoneinfo/America/New_York localtime Ken From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Lu Vencl Sent: Sunday, August 21, 2011 10:40 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Time Zone issue I think there MIGHT be a bug with regards to the time zone setting for the East Coast. All of my nodes read the correct time when I type date from root, but Asterisk is reporting 4 hours behind. Example: Aug 21 06:40:36] NOTICE[2818]: chan_echolink.c:2484 do_el_directory: Directory pgm done downloading(partial,compressed), 342 records KA4EPS*CLI> exit [root at KA4EPS ~]# date Sun Aug 21 10:40:52 America/NewYork 2011 [root at KA4EPS ~]# I think I once changed it to Central Time zone and it then became 1 hour behind as expected if I recall correctly. Not sure what to change here if someone could offer guidance. I looked at system.conf and it shows TimeZone=-5.0 which would be correct. Or am I supposed to set the system clock to GMT perhaps? Thanks KA4EPS -------------- next part -------------- An HTML attachment was scrubbed... URL: From dshaw at ke6upi.com Sun Aug 21 17:27:29 2011 From: dshaw at ke6upi.com (David KE6UPI) Date: Sun, 21 Aug 2011 10:27:29 -0700 Subject: [App_rpt-users] RTCM (Radio Thin Client Module) Introduction In-Reply-To: <000001cc5f5f$ff0aee20$fd20ca60$@com> References: <000001cc5f5f$ff0aee20$fd20ca60$@com> Message-ID: Hello Mark, Is the new Voter/Simulcast board going to be on your website? David On Sat, Aug 20, 2011 at 10:38 AM, Mark Guibord wrote: > We are pleased to announce the Allstar SMT Voter/Simulcast RTCM (Radio Thin > Client Module). Many of you are familiar with Jim?s (WB6NIL) Voter project > introduced a few months back. (https://allstarlink.org/voter.html) The > voter project was developed to link remote receiver sites back to a > centralized Allstar node server running voter channel driver software. The > Voter channel driver synchronously monitors remote receivers (Via the > Internet) and their RSSI levels and selects the strongest received signal > for transmission over the system. **** > > > The RTCM is the next generation of this voter hardware/software platform. > The surface mount design allows for a reduced footprint of approximately 122 > x 77 x 30mm, small enough to possibly be fitted within the radio or repeater > in which it controls. Some of the many added features include an efficient > wide input voltage power supply (7-32 VDC), Synchronized transmitter > operation (Simulcast), Synchronized PL generation, DTMF decoding/Encoding > and shielded D-Shell I/O connections. The module comes complete with an > extruded aluminum enclosure for increased RF shielding. **** > > ** ** > > The unit price is $269.00 for licensed amateurs and $369.00 for commercial > businesses, quantity pricing available upon request. Initial production > units will be available for shipment in late September early October time > frame.**** > > ** ** > > If you are interested in a live simulcast demo of our three repeater system > here in Las Vegas please send email to sales at micro-node.com for more > information. **** > > **** > > Regards,**** > > Mark Guibord**** > > Micro-Node International**** > > 702-528-4700**** > > ** ** > > ** ** > > _______________________________________________ > 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 njgarbenis at gmail.com Sun Aug 21 18:27:21 2011 From: njgarbenis at gmail.com (Neal Garbenis) Date: Sun, 21 Aug 2011 14:27:21 -0400 Subject: [App_rpt-users] Beagleboard/Lox Message-ID: <88FD41C7-2010-45D7-8945-A71F2B0F5369@gmail.com> I have a beagle board setup with the Lox board using both ports. When I use beagle tune to adjust audio it only works with port a. How change this to adjust port/node b Neal Sent from my iPhone From telesistant at hotmail.com Sun Aug 21 18:32:51 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Sun, 21 Aug 2011 11:32:51 -0700 Subject: [App_rpt-users] Beagleboard/Lox In-Reply-To: <88FD41C7-2010-45D7-8945-A71F2B0F5369@gmail.com> References: <88FD41C7-2010-45D7-8945-A71F2B0F5369@gmail.com> Message-ID: chan_beagle follows the so-far consistent device specification methodology (Asterisk CLI command) of active for chan_beagle, and your chan_beagle device named 'beagle1234' it would be: beagle active beagle1234 for chan_simpleusb, and your chan_simpleusb device named 'fred42' it would be: susb active fred42 for chan_usbradio, and your chan_usbradio device name 'usb5678' it would be: radio active usb5678 [since chan_usbradio did this first, I think you can see the reasoning by which the particular syntax was chosen :-) ] Also, you can do active (with no device specified) to see which is currently "active" (selected). JIM WB6NIL > From: njgarbenis at gmail.com > Date: Sun, 21 Aug 2011 14:27:21 -0400 > To: app_rpt-users at ohnosec.org > Subject: [App_rpt-users] Beagleboard/Lox > > I have a beagle board setup with the Lox board using both ports. When I use beagle tune to adjust audio it only works with port a. How change this to adjust port/node b > > Neal > > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Sun Aug 21 18:34:13 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Sun, 21 Aug 2011 11:34:13 -0700 Subject: [App_rpt-users] Beagleboard/Lox In-Reply-To: References: <88FD41C7-2010-45D7-8945-A71F2B0F5369@gmail.com>, Message-ID: PS. and dont forget the 'frog' command :-) JIM From: telesistant at hotmail.com To: njgarbenis at gmail.com; app_rpt-users at ohnosec.org Date: Sun, 21 Aug 2011 11:32:51 -0700 Subject: Re: [App_rpt-users] Beagleboard/Lox chan_beagle follows the so-far consistent device specification methodology (Asterisk CLI command) of active for chan_beagle, and your chan_beagle device named 'beagle1234' it would be: beagle active beagle1234 for chan_simpleusb, and your chan_simpleusb device named 'fred42' it would be: susb active fred42 for chan_usbradio, and your chan_usbradio device name 'usb5678' it would be: radio active usb5678 [since chan_usbradio did this first, I think you can see the reasoning by which the particular syntax was chosen :-) ] Also, you can do active (with no device specified) to see which is currently "active" (selected). JIM WB6NIL > From: njgarbenis at gmail.com > Date: Sun, 21 Aug 2011 14:27:21 -0400 > To: app_rpt-users at ohnosec.org > Subject: [App_rpt-users] Beagleboard/Lox > > I have a beagle board setup with the Lox board using both ports. When I use beagle tune to adjust audio it only works with port a. How change this to adjust port/node b > > Neal > > 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 _______________________________________________ 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 njgarbenis at gmail.com Sun Aug 21 18:46:06 2011 From: njgarbenis at gmail.com (Neal Garbenis) Date: Sun, 21 Aug 2011 14:46:06 -0400 Subject: [App_rpt-users] Beagleboard/Lox In-Reply-To: References: <88FD41C7-2010-45D7-8945-A71F2B0F5369@gmail.com> Message-ID: Thanks Jim the frog command is great :) Neal Sent from my iPhone On Aug 21, 2011, at 2:32 PM, Jim Duuuude wrote: > chan_beagle follows the so-far consistent device specification > methodology (Asterisk CLI command) of active > > for chan_beagle, and your chan_beagle device named 'beagle1234' > it would be: > > beagle active beagle1234 > > for chan_simpleusb, and your chan_simpleusb device named 'fred42' > it would be: > > susb active fred42 > > for chan_usbradio, and your chan_usbradio device name 'usb5678' > it would be: > > radio active usb5678 > > [since chan_usbradio did this first, I think you can see the reasoning > by which the particular syntax was chosen :-) ] > > Also, you can do active > (with no device specified) to see which is currently "active" (selected). > > JIM WB6NIL > > > > From: njgarbenis at gmail.com > > Date: Sun, 21 Aug 2011 14:27:21 -0400 > > To: app_rpt-users at ohnosec.org > > Subject: [App_rpt-users] Beagleboard/Lox > > > > I have a beagle board setup with the Lox board using both ports. When I use beagle tune to adjust audio it only works with port a. How change this to adjust port/node b > > > > Neal > > > > 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 From Sysman at Xceptions.COM Sun Aug 21 21:04:31 2011 From: Sysman at Xceptions.COM (Paul J. Agamata) Date: Sun, 21 Aug 2011 11:04:31 -1000 Subject: [App_rpt-users] Time Zone issue In-Reply-To: <009201cc601d$1debc310$59c34930$@com> References: <015401cc6010$45f63b90$d1e2b2b0$@net> <001b01cc6014$a6704610$f350d230$@com>, <009201cc601d$1debc310$59c34930$@com> Message-ID: <74DAB7737146F54594DAA4A35E2947A701D3B4DBAA86@Helios.Xceptions.COM> Lu, the default software configuration out of the box when you load it is Pacific time. Ken indicated fix to move it to the eastern timezone is correct. That will resolve your issue. Paul _______________________________ Paul Agamata Sysman at Xceptions.COM ________________________________________ From: app_rpt-users-bounces at ohnosec.org [app_rpt-users-bounces at ohnosec.org] On Behalf Of Bote Man [bote_radio at botecomm.com] Sent: Sunday, August 21, 2011 6:12 AM To: 'Lu Vencl'; app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Time Zone issue What's the TZ setting for whatever user account that runs Allstar? Root can have one setting and other accounts can have other settings. Bote From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Ken Sent: Sunday, 21 August, 2011 11:12 To: 'Lu Vencl'; app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Time Zone issue Lu ? you did not say what version you are running Here, version 281 works fine You say east coast time, but it?s actually New_York cd /etc cp localtime localtime.orig ln -sf /usr/share/zoneinfo/America/New_York localtime Ken From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Lu Vencl Sent: Sunday, August 21, 2011 10:40 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Time Zone issue I think there MIGHT be a bug with regards to the time zone setting for the East Coast. All of my nodes read the correct time when I type date from root, but Asterisk is reporting 4 hours behind. Example: Aug 21 06:40:36] NOTICE[2818]: chan_echolink.c:2484 do_el_directory: Directory pgm done downloading(partial,compressed), 342 records KA4EPS*CLI> exit [root at KA4EPS ~]# date Sun Aug 21 10:40:52 America/NewYork 2011 [root at KA4EPS ~]# I think I once changed it to Central Time zone and it then became 1 hour behind as expected if I recall correctly. Not sure what to change here if someone could offer guidance. I looked at system.conf and it shows TimeZone=-5.0 which would be correct. Or am I supposed to set the system clock to GMT perhaps? Thanks KA4EPS From mike at pingmonster.net Mon Aug 22 02:03:15 2011 From: mike at pingmonster.net (Mike Ping) Date: Sun, 21 Aug 2011 19:03:15 -0700 Subject: [App_rpt-users] Motor boating Message-ID: Anybody come up with a solution to the motorboating problem? I was following the posts last month with interest but I don't think there was a solution to the problem. I had this problem a few months ago using the URI (Version 1) on an HP DL320 (USB 2) server and figured it was a computer issue so I did a fresh install on a HP ZE4101 (USB 1) laptop that is atleast 8 years old. Only the URI is the common hardware piece. It was suggested yesterday perhaps the URI is the culprit but it seems to function otherwise and with several reports of others having this same problem I dont think I would blame the URI. are only people using URIs having this problem? are people using fobs experincing this? Any ideas? Mike - N3KPU -------------- next part -------------- An HTML attachment was scrubbed... URL: From jann at gmx.de Mon Aug 22 06:20:13 2011 From: jann at gmx.de (Jann Traschewski) Date: Mon, 22 Aug 2011 08:20:13 +0200 Subject: [App_rpt-users] New ACID release In-Reply-To: References: Message-ID: <4E51F51D.5040307@gmx.de> On 16.08.2011 21:34, Jim Duuuude wrote: > There is a new ACID release (new sources) available when > you install a new version of ACID > > .... > > The new releases (containing the same new sources) of > Limey Linux and Pickle (BeagleBoard) will be available soon. I'm going to reinstall my Node this week. Will be the Update available at the end of the week? Will the ISO-File change? http://dl.allstarlink.org/installcd/acid_centos.iso 73, Jann DG8NGN From telesistant at hotmail.com Mon Aug 22 10:14:11 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Mon, 22 Aug 2011 03:14:11 -0700 Subject: [App_rpt-users] New ACID release In-Reply-To: <4E51F51D.5040307@gmx.de> References: , <4E51F51D.5040307@gmx.de> Message-ID: Its there now.. and no, the ISO file generally does not change when a new release comes out. JIM > Date: Mon, 22 Aug 2011 08:20:13 +0200 > From: jann at gmx.de > To: app_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] New ACID release > > On 16.08.2011 21:34, Jim Duuuude wrote: > > There is a new ACID release (new sources) available when > > you install a new version of ACID > > > > .... > > > > The new releases (containing the same new sources) of > > Limey Linux and Pickle (BeagleBoard) will be available soon. > > I'm going to reinstall my Node this week. Will be the Update available > at the end of the week? Will the ISO-File change? > http://dl.allstarlink.org/installcd/acid_centos.iso > > 73, > Jann > DG8NGN > _______________________________________________ > 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 vencl at att.net Mon Aug 22 11:42:31 2011 From: vencl at att.net (Lu Vencl) Date: Mon, 22 Aug 2011 07:42:31 -0400 Subject: [App_rpt-users] New ACID release In-Reply-To: References: , <4E51F51D.5040307@gmx.de> Message-ID: <02fa01cc60c0$946a3f00$bd3ebd00$@net> I think it might be worth mentioning for those not aware, when you install the package with an ISO that was created way back, the well written installation script will go out and ensure the latest update, so in the end, you will be current. I just did an install last week and ended up with Ver 285 when complete. From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude Sent: Monday, August 22, 2011 6:14 AM To: Jann; app_rpt mailing list Subject: Re: [App_rpt-users] New ACID release Its there now.. and no, the ISO file generally does not change when a new release comes out. JIM > Date: Mon, 22 Aug 2011 08:20:13 +0200 > From: jann at gmx.de > To: app_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] New ACID release > > On 16.08.2011 21:34, Jim Duuuude wrote: > > There is a new ACID release (new sources) available when > > you install a new version of ACID > > > > .... > > > > The new releases (containing the same new sources) of > > Limey Linux and Pickle (BeagleBoard) will be available soon. > > I'm going to reinstall my Node this week. Will be the Update available > at the end of the week? Will the ISO-File change? > http://dl.allstarlink.org/installcd/acid_centos.iso > > 73, > Jann > DG8NGN > _______________________________________________ > 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 vencl at att.net Mon Aug 22 12:01:50 2011 From: vencl at att.net (Lu Vencl) Date: Mon, 22 Aug 2011 08:01:50 -0400 Subject: [App_rpt-users] Motor boating In-Reply-To: References: Message-ID: <033e01cc60c3$47909a50$d6b1cef0$@net> I tried the URIx and same issue occurred, so I don't think it is really an issue with the URI Not sure what the issue is, but I am going to try the XIPAR package just to see if anything changes as they run on Fedora. I'll report back, likely after the hurricane passes this weekend as I will be very busy. This only happens on any one of my 8 PC's that contain an ASUS motherboard. I have gone to much older and slower machines (even down to 400 Mhz) and it works just find on them. Go figure. From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mike Ping Sent: Sunday, August 21, 2011 10:03 PM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Motor boating Anybody come up with a solution to the motorboating problem? I was following the posts last month with interest but I don't think there was a solution to the problem. I had this problem a few months ago using the URI (Version 1) on an HP DL320 (USB 2) server and figured it was a computer issue so I did a fresh install on a HP ZE4101 (USB 1) laptop that is atleast 8 years old. Only the URI is the common hardware piece. It was suggested yesterday perhaps the URI is the culprit but it seems to function otherwise and with several reports of others having this same problem I dont think I would blame the URI. are only people using URIs having this problem? are people using fobs experincing this? Any ideas? Mike - N3KPU -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve at michiganbroadband.com Mon Aug 22 20:40:08 2011 From: steve at michiganbroadband.com (Steve Gladden) Date: Mon, 22 Aug 2011 16:40:08 -0400 Subject: [App_rpt-users] Motor boating In-Reply-To: <033e01cc60c3$47909a50$d6b1cef0$@net> References: <033e01cc60c3$47909a50$d6b1cef0$@net> Message-ID: I was told (off list) awhile back that with using XIPAR I should expect NOT to have the issue. I've not taken the time yet to try it out. Pretty sad as I'm one of the main mentoners on this list about the USB audio performance not being quite perfect. :) I'm actually hoping to get a better hands-on understanding on what exactly *is* causing it. And if it's really fixable or not. I am dead set on NOT using USB for any type of production/commercial system and only because of this particular issue. Which really is OK but I'm ever and constantly curious WHAT causes it.. and how the USB / audio subsystems all work and what can possibly Be 'interrupting' the audio write to the usb device routine. Is the linux usb audio subsystem being used really that weak etc. etc.. or is it a DAHDI problem blahblah .. Sorry VERY non-technical :) Steve Gladden Michigan Broadband Systems Connecting Your Business! [cid:image001.png at 01CC60E9.5A82CDB0] +1 734.527.7150 Direct +1 248.327.4389 Fax steve at michiganbroadband.com www.michiganbroadband.com From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Lu Vencl Sent: Monday, August 22, 2011 8:02 AM To: 'Mike Ping'; app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Motor boating I tried the URIx and same issue occurred, so I don't think it is really an issue with the URI Not sure what the issue is, but I am going to try the XIPAR package just to see if anything changes as they run on Fedora. I'll report back, likely after the hurricane passes this weekend as I will be very busy. This only happens on any one of my 8 PC's that contain an ASUS motherboard. I have gone to much older and slower machines (even down to 400 Mhz) and it works just find on them. Go figure. From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mike Ping Sent: Sunday, August 21, 2011 10:03 PM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Motor boating Anybody come up with a solution to the motorboating problem? I was following the posts last month with interest but I don't think there was a solution to the problem. I had this problem a few months ago using the URI (Version 1) on an HP DL320 (USB 2) server and figured it was a computer issue so I did a fresh install on a HP ZE4101 (USB 1) laptop that is atleast 8 years old. Only the URI is the common hardware piece. It was suggested yesterday perhaps the URI is the culprit but it seems to function otherwise and with several reports of others having this same problem I dont think I would blame the URI. are only people using URIs having this problem? are people using fobs experincing this? Any ideas? Mike - N3KPU -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 6945 bytes Desc: image001.png URL: From ke2n at cs.com Mon Aug 22 21:27:17 2011 From: ke2n at cs.com (Ken) Date: Mon, 22 Aug 2011 17:27:17 -0400 Subject: [App_rpt-users] the answer: Time Zone issue In-Reply-To: References: Message-ID: <002801cc6112$44d754d0$ce85fe70$@com> Hmmm - that would account for 4 hours alright Have a look at this http://www.redhat.com/advice/tips/timezone.html seems that there is a setting where you tell the OS what the BIOS is using. It looks like the default on CENTOS/Asterisk is UTC=true As the referenced article says ... this setting and your BIOS must match. GL Ken > -----Original Message----- > From: Paul J. Agamata [mailto:Sysman at Xceptions.COM] > Sent: Monday, August 22, 2011 2:34 PM > To: Lu Vencl > Cc: John Boteler; Ken > Subject: Re: [App_rpt-users] Time Zone issue > > Do the conversion to UTC time, from the local time now... Is it > correct? > NTP's calculations are based of UTC time to you TZ. > > On 8/22/11 8:01 AM, "Lu Vencl" wrote: > > >Local time. Is that not the correct way? > > > >Sent from my iPhone, Lu Vencl > > > >On Aug 22, 2011, at 1:42 PM, "Paul J. Agamata" > >wrote: > > > >> Is your BIOS time set in UTC or Local? > >> > >> _______________________________ > >> Paul Agamata > >> Sysman at Xceptions.COM > >> ________________________________________ > >> From: John Boteler [bote at botecomm.com] > >> Sent: Monday, August 22, 2011 2:26 AM > >> To: 'Lu Vencl'; 'Ken' > >> Cc: Paul J. Agamata > >> Subject: RE: [App_rpt-users] Time Zone issue > >> > >> OK, then the Allstar process must be running under some other > account > >>than root. This other account must have its time zone set differently > >>than New York. > >> > >> Bote > >> > >> > >> From: Lu Vencl [mailto:vencl at att.net] > >> Sent: Monday, 22 August, 2011 07:54 > >> To: 'John Boteler'; 'Ken' > >> Cc: 'Paul J. Agamata' > >> Subject: RE: [App_rpt-users] Time Zone issue > >> > >> [root at KA4EPS etc]# env > >> HOSTNAME=KA4EPS > >> TERM=vt100 > >> SHELL=/bin/bash > >> HISTSIZE=1000 > >> SSH_CLIENT=99.45.143.77 63835 222 > >> SSH_TTY=/dev/pts/0 > >> USER=root > >> > >>LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01 > :cd= > >>40;33;01:or=01;05;37;41:mi=01;05;37;41:ex=01;32:*.cmd=01;32:*.exe=01; > 32:* > >>.com=01;32:*.btm=01;32:*.bat=01;32:*.sh=01;32:*.csh=01;32:*.tar=01;31 > :*.t > >>gz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*. > Z=01 > >>;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tz=01;31:*.rpm=01;31:*.cpio=0 > 1;31 > >>:*.jpg=01;35:*.gif=01;35:*.bmp=01;35:*.xbm=01;35:*.xpm=01;35:*.png=01 > ;35: > >>*.tif=01;35: > >> SSH_AUTH_SOCK=/tmp/ssh-BIMHQ13706/agent.13706 > >> MAIL=/var/spool/mail/root > >> > >>PATH=/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/ > bin: > >>/sbin:/bin:/usr/sbin:/usr/bin:/root/bin > >> INPUTRC=/etc/inputrc > >> PWD=/etc > >> LANG=en_US.UTF-8 > >> TZ=America/NewYork > >> SHLVL=1 > >> HOME=/root > >> LOGNAME=root > >> CVS_RSH=ssh > >> SSH_CONNECTION=99.45.143.77 63835 192.168.8.107 222 > >> LESSOPEN=|/usr/bin/lesspipe.sh %s > >> G_BROKEN_FILENAMES=1 > >> _=/bin/env > >> OLDPWD=/etc > >> > >> From: John Boteler [mailto:bote at botecomm.com] > >> Sent: Monday, August 22, 2011 7:54 AM > >> To: 'Lu Vencl'; 'Ken' > >> Cc: 'Paul J. Agamata' > >> Subject: RE: [App_rpt-users] Time Zone issue > >> > >> The operating system stores the time as the number of seconds since > The > >>Epoch. The TZ (time zone) environment variable tells applications > what > >>differential to apply to this system time to translate the displayed > >>time to whatever the local time zone is desired. Different accounts > can > >>employ different time zones for their needs. > >> > >> I'm not familiar with the method of creating a link to a time zone > >>file, which is why I suggested examining the TZ environment variable > to > >>see what it is set to. Just to view it with your eyeballs and see > what > >>it says. Who knows? Maybe the answer lies there? > >> > >> The command is either > >> env > >> > >> or > >> > >> set > >> > >> It will spew out a ton of parameters, so maybe pipe it through > >> grep TZ > >> or 'time' or 'New York' or whatever feels good. It beats typing date > >>over and over to find the same result, though. > >> > >> Bote > >> > >> > >> > >> > >> From: Lu Vencl [mailto:vencl at att.net] > >> Sent: Monday, 22 August, 2011 07:35 > >> To: 'Ken' > >> Cc: 'Paul J. Agamata'; 'John Boteler' > >> Subject: RE: [App_rpt-users] Time Zone issue > >> > >> Yes, the time reported by the date command is correct. See below > >>highlighted in RED. > >> Jim announced the latest SVN a few weeks ago so that is why I have a > >>later version. But this issue was here since day 1. Just low on my > >>priority but would like to fix it as some point. > >> > >> > >> From: Ken [mailto:ke2n at cs.com] > >> Sent: Monday, August 22, 2011 4:50 AM > >> To: 'Lu Vencl' > >> Cc: 'Paul J. Agamata'; 'John Boteler' > >> Subject: RE: [App_rpt-users] Time Zone issue > >> > >> Interesting > >> > >> You have a later version than I do (mine is 281) > >> > >> Sure looks like the *81 routine is getting the wrong date ? but it?s > >>not pacific time? its 4 hours difference. > >> Is the system itself (Linux) on the right time? > >> > >> > >> Ken > >> > >> > >> From: Lu Vencl [mailto:vencl at att.net] > >> Sent: Sunday, August 21, 2011 9:39 PM > >> To: 'Ken' > >> Cc: 'Paul J. Agamata'; 'John Boteler' > >> Subject: RE: [App_rpt-users] Time Zone issue > >> > >> Ken, > >> I am using Ver 285 > >> > >> Am I doing something wrong here? See below.. > >> > >> > >> -- Hungup 'Zap/pseudo-1680839429' > >> KA4EPS*CLI> exit > >> [root at KA4EPS ~]# cd /etc > >> [root at KA4EPS etc]# cp localtime localtime.orig > >> cp: overwrite `localtime.orig'? yes < >>ways, Y and Yes > >> [root at KA4EPS etc]# ln -sf /usr/share/zoneinfo/America/New_York > localtime > >> [root at KA4EPS etc]# astres.sh > >> Restarting Asterisk... > >> [root at KA4EPS etc]# asterisk -r > >> Asterisk , Copyright (C) 1999 - 2008 Digium, Inc. and others. > >> Created by Mark Spencer > >> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show > warranty' > >>for details. > >> This is free software, with components licensed under the GNU > General > >>Public > >> License version 2 and other licenses; you are welcome to > redistribute > >>it under > >> certain conditions. Type 'core show license' for details. > >> > >>===================================================================== > ==== > >> Sun Aug 21 21:38:04 America/NewYork 2011 > >> [root at KA4EPS etc]# asterisk -r > >> Asterisk , Copyright (C) 1999 - 2008 Digium, Inc. and others. > >> Created by Mark Spencer > >> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show > warranty' > >>for details. > >> This is free software, with components licensed under the GNU > General > >>Public > >> License version 2 and other licenses; you are welcome to > redistribute > >>it under > >> certain conditions. Type 'core show license' for details. > >> > >>===================================================================== > ==== > >> Connected to Asterisk currently running on KA4EPS (pid = 2351) > >> Verbosity is at least 3 > >> KA4EPS*CLI> rpt fun 27869 *81 > >> -- Playing 'rpt/goodafternoon' (language > >>'en') > >> -- Playing 'rpt/thetimeis' (language > 'en') > >> -- Playing 'digits/5' (language 'en') > >> -- Playing 'digits/30' (language 'en') > >> -- Playing 'digits/8' (language 'en') > >> -- Playing 'digits/p-m' (language 'en') > >> -- Hungup 'Zap/pseudo-1336490768' > >> KA4EPS*CLI>exit > >> [root at KA4EPS etc]# date > >> Sun Aug 21 21:40:14 America/NewYork 2011 > >> [root at KA4EPS etc]# > >> > >> From: Ken [mailto:ke2n at cs.com] > >> Sent: Sunday, August 21, 2011 2:29 PM > >> To: 'Lu Vencl' > >> Subject: RE: [App_rpt-users] Time Zone issue > >> > >> Yeah ? is your later than mine > >> > >> In the standard config *82 gets you the version number > >> > >> > >> Ken > >> > >> From: Lu Vencl [mailto:vencl at att.net] > >> Sent: Sunday, August 21, 2011 1:46 PM > >> To: Ken > >> Subject: Re: [App_rpt-users] Time Zone issue > >> > >> Ken. I am running the latest svn. Jus > >> Sent from my iPhone, Lu Vencl > >> > >> On Aug 21, 2011, at 11:11 AM, "Ken" > > > >>wrote: > >> Lu ? you did not say what version you are running > >> > >> Here, version 281 works fine > >> > >> You say east coast time, but it?s actually New_York > >> > >> cd /etc > >> cp localtime localtime.orig > >> ln -sf /usr/share/zoneinfo/America/New_York localtime > >> > >> Ken > >> > >> > >> From: > >>app_rpt-users-bounces at ohnosec.org bounces at ohnosec.or > >>g> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Lu Vencl > >> Sent: Sunday, August 21, 2011 10:40 AM > >> To: app_rpt-users at ohnosec.org > >> Subject: [App_rpt-users] Time Zone issue > >> > >> I think there MIGHT be a bug with regards to the time zone setting > for > >>the East Coast. > >> All of my nodes read the correct time when I type date from root, > but > >>Asterisk is reporting 4 hours behind. > >> Example: > >> Aug 21 06:40:36] NOTICE[2818]: chan_echolink.c:2484 do_el_directory: > >>Directory pgm done downloading(partial,compressed), 342 records > >> KA4EPS*CLI> exit > >> [root at KA4EPS ~]# date > >> Sun Aug 21 10:40:52 America/NewYork 2011 > >> [root at KA4EPS ~]# > >> I think I once changed it to Central Time zone and it then became 1 > >>hour behind as expected if I recall correctly. > >> Not sure what to change here if someone could offer guidance. > >> I looked at system.conf and it shows TimeZone=-5.0 which would be > >>correct. > >> Or am I supposed to set the system clock to GMT perhaps? > >> Thanks > >> KA4EPS From vencl at att.net Mon Aug 22 22:55:22 2011 From: vencl at att.net (Lu Vencl) Date: Mon, 22 Aug 2011 18:55:22 -0400 Subject: [App_rpt-users] the answer: Time Zone issue In-Reply-To: <002801cc6112$44d754d0$ce85fe70$@com> References: <002801cc6112$44d754d0$ce85fe70$@com> Message-ID: <044101cc611e$93b5a550$bb20eff0$@net> What is odd, I just tried W4PLT's node and it is reporting correctly. Here is his system.conf file Hostname=W4PLT ifconfig_type=dhcp TimeZone=-5.0 echolinkenable=0 aprsenable=0 Last login: Mon Aug 15 20:41:48 2011 [root at W4PLT ~]# date Mon Aug 22 18:51:51 EDT 2011 [root at W4PLT ~]# asterisk -r Asterisk , Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk currently running on W4PLT (pid = 2327) Verbosity is at least 3 W4PLT*CLI> rpt fun 27901 *81 W4PLT*CLI> rpt fun 27901 *9041 W4PLT*CLI> rpt fun 27901 *81 -- Hungup 'Zap/pseudo-2101939038' -- Playing 'rpt/goodevening' (language 'en') -- Playing 'rpt/thetimeis' (language 'en') -- Playing 'digits/6' (language 'en') -- Playing 'digits/50' (language 'en') -- Playing 'digits/2' (language 'en') -- Playing 'digits/p-m' (language 'en') -- Hungup 'Zap/pseudo-617879378' -----Original Message----- From: Ken [mailto:ke2n at cs.com] Sent: Monday, August 22, 2011 5:27 PM To: 'Paul J. Agamata'; 'Lu Vencl' Cc: 'John Boteler'; app_rpt-users at ohnosec.org Subject: the answer: Time Zone issue Hmmm - that would account for 4 hours alright Have a look at this http://www.redhat.com/advice/tips/timezone.html seems that there is a setting where you tell the OS what the BIOS is using. It looks like the default on CENTOS/Asterisk is UTC=true As the referenced article says ... this setting and your BIOS must match. GL Ken > -----Original Message----- > From: Paul J. Agamata [mailto:Sysman at Xceptions.COM] > Sent: Monday, August 22, 2011 2:34 PM > To: Lu Vencl > Cc: John Boteler; Ken > Subject: Re: [App_rpt-users] Time Zone issue > > Do the conversion to UTC time, from the local time now... Is it > correct? > NTP's calculations are based of UTC time to you TZ. > > On 8/22/11 8:01 AM, "Lu Vencl" wrote: > > >Local time. Is that not the correct way? > > > >Sent from my iPhone, Lu Vencl > > > >On Aug 22, 2011, at 1:42 PM, "Paul J. Agamata" > >wrote: > > > >> Is your BIOS time set in UTC or Local? > >> > >> _______________________________ > >> Paul Agamata > >> Sysman at Xceptions.COM > >> ________________________________________ > >> From: John Boteler [bote at botecomm.com] > >> Sent: Monday, August 22, 2011 2:26 AM > >> To: 'Lu Vencl'; 'Ken' > >> Cc: Paul J. Agamata > >> Subject: RE: [App_rpt-users] Time Zone issue > >> > >> OK, then the Allstar process must be running under some other > account > >>than root. This other account must have its time zone set differently > >>than New York. > >> > >> Bote > >> > >> > >> From: Lu Vencl [mailto:vencl at att.net] > >> Sent: Monday, 22 August, 2011 07:54 > >> To: 'John Boteler'; 'Ken' > >> Cc: 'Paul J. Agamata' > >> Subject: RE: [App_rpt-users] Time Zone issue > >> > >> [root at KA4EPS etc]# env > >> HOSTNAME=KA4EPS > >> TERM=vt100 > >> SHELL=/bin/bash > >> HISTSIZE=1000 > >> SSH_CLIENT=99.45.143.77 63835 222 > >> SSH_TTY=/dev/pts/0 > >> USER=root > >> > >>LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01 > :cd= > >>40;33;01:or=01;05;37;41:mi=01;05;37;41:ex=01;32:*.cmd=01;32:*.exe=01; > 32:* > >>.com=01;32:*.btm=01;32:*.bat=01;32:*.sh=01;32:*.csh=01;32:*.tar=01;31 > :*.t > >>gz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*. > Z=01 > >>;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tz=01;31:*.rpm=01;31:*.cpio=0 > 1;31 > >>:*.jpg=01;35:*.gif=01;35:*.bmp=01;35:*.xbm=01;35:*.xpm=01;35:*.png=01 > ;35: > >>*.tif=01;35: > >> SSH_AUTH_SOCK=/tmp/ssh-BIMHQ13706/agent.13706 > >> MAIL=/var/spool/mail/root > >> > >>PATH=/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/ > bin: > >>/sbin:/bin:/usr/sbin:/usr/bin:/root/bin > >> INPUTRC=/etc/inputrc > >> PWD=/etc > >> LANG=en_US.UTF-8 > >> TZ=America/NewYork > >> SHLVL=1 > >> HOME=/root > >> LOGNAME=root > >> CVS_RSH=ssh > >> SSH_CONNECTION=99.45.143.77 63835 192.168.8.107 222 > >> LESSOPEN=|/usr/bin/lesspipe.sh %s > >> G_BROKEN_FILENAMES=1 > >> _=/bin/env > >> OLDPWD=/etc > >> > >> From: John Boteler [mailto:bote at botecomm.com] > >> Sent: Monday, August 22, 2011 7:54 AM > >> To: 'Lu Vencl'; 'Ken' > >> Cc: 'Paul J. Agamata' > >> Subject: RE: [App_rpt-users] Time Zone issue > >> > >> The operating system stores the time as the number of seconds since > The > >>Epoch. The TZ (time zone) environment variable tells applications > what > >>differential to apply to this system time to translate the displayed > >>time to whatever the local time zone is desired. Different accounts > can > >>employ different time zones for their needs. > >> > >> I'm not familiar with the method of creating a link to a time zone > >>file, which is why I suggested examining the TZ environment variable > to > >>see what it is set to. Just to view it with your eyeballs and see > what > >>it says. Who knows? Maybe the answer lies there? > >> > >> The command is either > >> env > >> > >> or > >> > >> set > >> > >> It will spew out a ton of parameters, so maybe pipe it through > >> grep TZ > >> or 'time' or 'New York' or whatever feels good. It beats typing date > >>over and over to find the same result, though. > >> > >> Bote > >> > >> > >> > >> > >> From: Lu Vencl [mailto:vencl at att.net] > >> Sent: Monday, 22 August, 2011 07:35 > >> To: 'Ken' > >> Cc: 'Paul J. Agamata'; 'John Boteler' > >> Subject: RE: [App_rpt-users] Time Zone issue > >> > >> Yes, the time reported by the date command is correct. See below > >>highlighted in RED. > >> Jim announced the latest SVN a few weeks ago so that is why I have a > >>later version. But this issue was here since day 1. Just low on my > >>priority but would like to fix it as some point. > >> > >> > >> From: Ken [mailto:ke2n at cs.com] > >> Sent: Monday, August 22, 2011 4:50 AM > >> To: 'Lu Vencl' > >> Cc: 'Paul J. Agamata'; 'John Boteler' > >> Subject: RE: [App_rpt-users] Time Zone issue > >> > >> Interesting > >> > >> You have a later version than I do (mine is 281) > >> > >> Sure looks like the *81 routine is getting the wrong date ? but it?s > >>not pacific time? its 4 hours difference. > >> Is the system itself (Linux) on the right time? > >> > >> > >> Ken > >> > >> > >> From: Lu Vencl [mailto:vencl at att.net] > >> Sent: Sunday, August 21, 2011 9:39 PM > >> To: 'Ken' > >> Cc: 'Paul J. Agamata'; 'John Boteler' > >> Subject: RE: [App_rpt-users] Time Zone issue > >> > >> Ken, > >> I am using Ver 285 > >> > >> Am I doing something wrong here? See below.. > >> > >> > >> -- Hungup 'Zap/pseudo-1680839429' > >> KA4EPS*CLI> exit > >> [root at KA4EPS ~]# cd /etc > >> [root at KA4EPS etc]# cp localtime localtime.orig > >> cp: overwrite `localtime.orig'? yes < >>ways, Y and Yes > >> [root at KA4EPS etc]# ln -sf /usr/share/zoneinfo/America/New_York > localtime > >> [root at KA4EPS etc]# astres.sh > >> Restarting Asterisk... > >> [root at KA4EPS etc]# asterisk -r > >> Asterisk , Copyright (C) 1999 - 2008 Digium, Inc. and others. > >> Created by Mark Spencer > >> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show > warranty' > >>for details. > >> This is free software, with components licensed under the GNU > General > >>Public > >> License version 2 and other licenses; you are welcome to > redistribute > >>it under > >> certain conditions. Type 'core show license' for details. > >> > >>===================================================================== > ==== > >> Sun Aug 21 21:38:04 America/NewYork 2011 > >> [root at KA4EPS etc]# asterisk -r > >> Asterisk , Copyright (C) 1999 - 2008 Digium, Inc. and others. > >> Created by Mark Spencer > >> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show > warranty' > >>for details. > >> This is free software, with components licensed under the GNU > General > >>Public > >> License version 2 and other licenses; you are welcome to > redistribute > >>it under > >> certain conditions. Type 'core show license' for details. > >> > >>===================================================================== > ==== > >> Connected to Asterisk currently running on KA4EPS (pid = 2351) > >> Verbosity is at least 3 > >> KA4EPS*CLI> rpt fun 27869 *81 > >> -- Playing 'rpt/goodafternoon' (language > >>'en') > >> -- Playing 'rpt/thetimeis' (language > 'en') > >> -- Playing 'digits/5' (language 'en') > >> -- Playing 'digits/30' (language 'en') > >> -- Playing 'digits/8' (language 'en') > >> -- Playing 'digits/p-m' (language 'en') > >> -- Hungup 'Zap/pseudo-1336490768' > >> KA4EPS*CLI>exit > >> [root at KA4EPS etc]# date > >> Sun Aug 21 21:40:14 America/NewYork 2011 > >> [root at KA4EPS etc]# > >> > >> From: Ken [mailto:ke2n at cs.com] > >> Sent: Sunday, August 21, 2011 2:29 PM > >> To: 'Lu Vencl' > >> Subject: RE: [App_rpt-users] Time Zone issue > >> > >> Yeah ? is your later than mine > >> > >> In the standard config *82 gets you the version number > >> > >> > >> Ken > >> > >> From: Lu Vencl [mailto:vencl at att.net] > >> Sent: Sunday, August 21, 2011 1:46 PM > >> To: Ken > >> Subject: Re: [App_rpt-users] Time Zone issue > >> > >> Ken. I am running the latest svn. Jus > >> Sent from my iPhone, Lu Vencl > >> > >> On Aug 21, 2011, at 11:11 AM, "Ken" > > > >>wrote: > >> Lu ? you did not say what version you are running > >> > >> Here, version 281 works fine > >> > >> You say east coast time, but it?s actually New_York > >> > >> cd /etc > >> cp localtime localtime.orig > >> ln -sf /usr/share/zoneinfo/America/New_York localtime > >> > >> Ken > >> > >> > >> From: > >>app_rpt-users-bounces at ohnosec.org bounces at ohnosec.or > >>g> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Lu Vencl > >> Sent: Sunday, August 21, 2011 10:40 AM > >> To: app_rpt-users at ohnosec.org > >> Subject: [App_rpt-users] Time Zone issue > >> > >> I think there MIGHT be a bug with regards to the time zone setting > for > >>the East Coast. > >> All of my nodes read the correct time when I type date from root, > but > >>Asterisk is reporting 4 hours behind. > >> Example: > >> Aug 21 06:40:36] NOTICE[2818]: chan_echolink.c:2484 do_el_directory: > >>Directory pgm done downloading(partial,compressed), 342 records > >> KA4EPS*CLI> exit > >> [root at KA4EPS ~]# date > >> Sun Aug 21 10:40:52 America/NewYork 2011 > >> [root at KA4EPS ~]# > >> I think I once changed it to Central Time zone and it then became 1 > >>hour behind as expected if I recall correctly. > >> Not sure what to change here if someone could offer guidance. > >> I looked at system.conf and it shows TimeZone=-5.0 which would be > >>correct. > >> Or am I supposed to set the system clock to GMT perhaps? > >> Thanks > >> KA4EPS -------------- next part -------------- An HTML attachment was scrubbed... URL: From n6gkj.cm98 at yahoo.com Wed Aug 24 00:52:04 2011 From: n6gkj.cm98 at yahoo.com (Ron Simpson) Date: Tue, 23 Aug 2011 17:52:04 -0700 (PDT) Subject: [App_rpt-users] Console Operation Message-ID: <1314147124.24760.YahooMailClassic@web125902.mail.ne1.yahoo.com> Hello all!! ? How many of you are familiar with the M Centracom Gold Elite dispatch console? or the MCC-7500 Series Digital Console ? Basically the "Gold Elite" system is a big switch with some rather unique features when employed in a Trunking System... However Ham Radio is obviously conventional radio and I believe that the stuff we are playing with can be adapted to serve as a Dispatch Console talking to, cross patching with many or few Nodes (Conventional Resources). I am looking at creating a GUI that is operationally setup with config files similar to a DialPlan script. The new thin client looks very promising for this! Plus they are cheap! I talked with Micro Node today and got good vibes from Mark. At any rate, a thin client card?can be tied to a mic, speaker and a footswitch. My concept calls for clicking an ICON on a screen, this action will automatically connect to the Node represented by by that ICON, when the footswitch is pressed, it initiates a transmission to that Node. ? This is all rudimentry thinking at this point.... but the flexiblitly of Asterisk and Allstar Link could make this a very doable thing! ? I have been playing with this for only a few days, and I am impressed, pumped up and cant believe how this is such a powerfull system! ? If anyone has thoughts, ideas or has already done it, feel free to give me a jingle! ? I deal alot with 911 Dispatch Centers on a daily basis.... ? Those systems are very expensive when purchased new, overly expensive used and complicated, very hardware intensive and run on MS Operating Systems.... total turn off!! ? This is a home grown solution that will cost a fraction at the most of a full commerical system from the M company. ? Anyone interested? ? Ron Simpson, 209?642-6559 N6GKJ Amateur Radio ................... Have you ever noticed that when you are looking for something, it is always found in the last place you look? -------------- next part -------------- An HTML attachment was scrubbed... URL: From w8khw1 at gmail.com Thu Aug 25 06:21:19 2011 From: w8khw1 at gmail.com (Kevin Walsh) Date: Thu, 25 Aug 2011 02:21:19 -0400 Subject: [App_rpt-users] New ACID release - BeagleBoard MAC Address Message-ID: Hi, I was wondering if the next pickle image might address the random MAC address issue. I saw there was a thread earlier on the list about this issue, but didn't find a resolution. I have found several references to "patches" that will correct the problem, but haven't really had time to dive into the issue. I did try setting a static MAC in the network config, but that didn't seem to work by itself. The main issue I need to resolve is that I create a static NAT translation through my firewall to the BeagleBoard (based on the IP address). The firewall caches the MAC address associated with that IP address in the arp table, so when the BeagleBoard is re-started (and the MAC address changes) it will no longer work through the firewall unless I clear the firewall's arp table. 73 Kevin W8KHW On Mon, Aug 22, 2011 at 6:14 AM, Jim Duuuude wrote: > Its there now.. and no, the ISO file generally does not > change when a new release comes out. > > JIM > From kb3tbx at gmail.com Thu Aug 25 14:51:58 2011 From: kb3tbx at gmail.com (Jim Alles) Date: Thu, 25 Aug 2011 10:51:58 -0400 Subject: [App_rpt-users] Console Operation In-Reply-To: <1314147124.24760.YahooMailClassic@web125902.mail.ne1.yahoo.com> References: <1314147124.24760.YahooMailClassic@web125902.mail.ne1.yahoo.com> Message-ID: Ron, I am not familiar with Dispatch software. In fact, I have yet to get my feet wet with Asterisk. However, after doing a quick search upon considering your email, I think I now know which OS / Version / GUI I am going to start with. Xelatec has an open-source product, with a windows client: Client Server >From the web site: About Xelatec LLC Xelatec (pronounced zell-ah-tek) was founded in 1999 with the mission of using its founder's experience in wireless telecommunications to meet the needs of a wide variety of customers. It has been involved in research and development of new wireless products and markets, mergers and acquisitions, corporate management and productizing Open Source Software projects. The Xelatec IP Private Radio (XIPPR) line of products and services are the result of Xelatec's unique, innovative combination of legacy private land mobile PTT radio systems and 21st century wireless technologies with Internet Protocol networks. Contact us at: Xelatec LLC 5805 State Bridge Road, Suite G-420 Johns Creek, Georgia 30097 Tel: +1-678-248-2979 Am I on the right track here? comments anyone? 73, Jim A. KB3TBX On Tue, Aug 23, 2011 at 8:52 PM, Ron Simpson wrote: > Hello all!! > > How many of you are familiar with the M Centracom Gold Elite dispatch > console? or the MCC-7500 Series Digital Console ? > Basically the "Gold Elite" system is a big switch with some rather unique > features when employed in a Trunking System... However Ham Radio is > obviously conventional radio and I believe that the stuff we are playing > with can be adapted to serve as a Dispatch Console talking to, cross > patching with many or few Nodes (Conventional Resources). I am looking at > creating a GUI that is operationally setup with config files similar to a > DialPlan script. The new thin client looks very promising for this! Plus > they are cheap! I talked with Micro Node today and got good vibes from Mark. > At any rate, a thin client card can be tied to a mic, speaker and a > footswitch. My concept calls for clicking an ICON on a screen, this action > will automatically connect to the Node represented by by that ICON, when the > footswitch is pressed, it initiates a transmission to that Node. > > This is all rudimentry thinking at this point.... but the flexiblitly of > Asterisk and Allstar Link could make this a very doable thing! > > I have been playing with this for only a few days, and I am impressed, > pumped up and cant believe how this is such a powerfull system! > > If anyone has thoughts, ideas or has already done it, feel free to give me > a jingle! > > I deal alot with 911 Dispatch Centers on a daily basis.... > > Those systems are very expensive when purchased new, overly expensive used > and complicated, very hardware intensive and run on MS Operating Systems.... > total turn off!! > > This is a home grown solution that will cost a fraction at the most of a > full commerical system from the M company. > > Anyone interested? > > > Ron Simpson, 209 642-6559 > N6GKJ Amateur Radio > ................... > > Have you ever noticed that when you are looking for something, > it is always found in the last place you look? > > _______________________________________________ > 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 telesistant at hotmail.com Thu Aug 25 15:16:02 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 25 Aug 2011 08:16:02 -0700 Subject: [App_rpt-users] New ACID release - BeagleBoard MAC Address In-Reply-To: References: Message-ID: This "somewhat misfeature" of Pickle (or at least the Ubuntu distro) was never intended. However when it was first pointed out to me a realized how much of an incredible blessing in disguise it was. The reason being is: Threre is NEVER, EVER, EVER, *ANY* reason why ANYONE should trust a "toy" router to even accurately keep track of much less observe static DHCP bindings. That is *JUST NOT* an acceptable way of assigning a "static" LAN IP address. Routers that allegedly support this "feature" (boy that's being nice) generally don't very well and/or stably. I have had NOTHING BUT HEADACHES over the year when people attempt to do this. PLEASE, DONT LET IT HAPPEN TO YOU. Just assign a *REAL*static LAN IP on the Pickle system. Use the netsetup script if you arent comfortable with editing files in the Ubuntu distro. Assign a LAN IP address that is outside the range that the router assigns DHCP addresses. Sometimes, in rare cases, some routers will, by default use the entire LAN range for assigning DHCP address. If so you will need to configure the router to change this behavior, and "create" a range of LAN addresses outside the routers range of DHCP addresses. Believe me, this small amount of extra work when setting up a system TOTALLY is worthwhile and WILL save you some major grief in the future. JIM WB6NIL > Date: Thu, 25 Aug 2011 02:21:19 -0400 > From: w8khw1 at gmail.com > To: app_rpt-users at ohnosec.org > Subject: [App_rpt-users] New ACID release - BeagleBoard MAC Address > > Hi, > > I was wondering if the next pickle image might address the random MAC > address issue. I saw there was a thread earlier on the list about this > issue, but didn't find a resolution. I have found several references > to "patches" that will correct the problem, but haven't really had > time to dive into the issue. I did try setting a static MAC in the > network config, but that didn't seem to work by itself. > > The main issue I need to resolve is that I create a static NAT > translation through my firewall to the BeagleBoard (based on the IP > address). The firewall caches the MAC address associated with that IP > address in the arp table, so when the BeagleBoard is re-started (and > the MAC address changes) it will no longer work through the firewall > unless I clear the firewall's arp table. > > 73 > Kevin > W8KHW > > On Mon, Aug 22, 2011 at 6:14 AM, Jim Duuuude wrote: > > Its there now.. and no, the ISO file generally does not > > change when a new release comes out. > > > > JIM > > > _______________________________________________ > 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 bdboyle at bdboyle.com Thu Aug 25 15:26:53 2011 From: bdboyle at bdboyle.com (Bryan Boyle) Date: Thu, 25 Aug 2011 10:26:53 -0500 Subject: [App_rpt-users] Console Operation In-Reply-To: References: <1314147124.24760.YahooMailClassic@web125902.mail.ne1.yahoo.com> Message-ID: <76A8161C-4F89-4CD7-8DE4-C43450F4C0D2@bdboyle.com> depends on what y'all are trying to do. i get along just fine running an acid load with the iaxrpt client for the occasional connection from my office desktop. but, then, not doing life safety where access, control, and capabilities are critical; if my system goes down it's a matter of pride rather than necessity. my own opinion? KISS principal. if you want to run a full bore pbx voip system and radio control package...then you will probably need more than the acid package will provide, and probably more than XIPPR can provide. to me, fancy interfaces and complex scripts supporting arcane config files are an unneeded level of complexity. but, the great thing about open source is that we can both take divergent paths to get to the same destination. KISS, though, reigns supreme. -- Bryan Sent from my iPhone please forgive misspellings... On Aug 25, 2011, at 9:51 AM, Jim Alles wrote: > Ron, > > I am not familiar with Dispatch software. In fact, I have yet to get my feet wet with Asterisk. However, after doing a quick search upon considering your email, I think I now know which OS / Version / GUI I am going to start with. > Xelatec has an open-source product, with a windows client: > > Client > > Server > > From the web site: > > About Xelatec LLC > Xelatec (pronounced zell-ah-tek) was founded in 1999 with the mission of using its founder's experience in wireless telecommunications to meet the needs of a wide variety of customers. It has been involved in research and development of new wireless products and markets, mergers and acquisitions, corporate management and productizing Open Source Software projects. > > The Xelatec IP Private Radio (XIPPR) line of products and services are the result of Xelatec's unique, innovative combination of legacy private land mobile PTT radio systems and 21st century wireless technologies with Internet Protocol networks. > > Contact us at: > > Xelatec LLC > 5805 State Bridge Road, Suite G-420 > Johns Creek, Georgia 30097 > Tel: +1-678-248-2979 > > Am I on the right track here? comments anyone? > > 73, > Jim A. KB3TBX > > > > On Tue, Aug 23, 2011 at 8:52 PM, Ron Simpson wrote: > Hello all!! > > How many of you are familiar with the M Centracom Gold Elite dispatch console? or the MCC-7500 Series Digital Console ? > Basically the "Gold Elite" system is a big switch with some rather unique features when employed in a Trunking System... However Ham Radio is obviously conventional radio and I believe that the stuff we are playing with can be adapted to serve as a Dispatch Console talking to, cross patching with many or few Nodes (Conventional Resources). I am looking at creating a GUI that is operationally setup with config files similar to a DialPlan script. The new thin client looks very promising for this! Plus they are cheap! I talked with Micro Node today and got good vibes from Mark. > At any rate, a thin client card can be tied to a mic, speaker and a footswitch. My concept calls for clicking an ICON on a screen, this action will automatically connect to the Node represented by by that ICON, when the footswitch is pressed, it initiates a transmission to that Node. > > This is all rudimentry thinking at this point.... but the flexiblitly of Asterisk and Allstar Link could make this a very doable thing! > > I have been playing with this for only a few days, and I am impressed, pumped up and cant believe how this is such a powerfull system! > > If anyone has thoughts, ideas or has already done it, feel free to give me a jingle! > > I deal alot with 911 Dispatch Centers on a daily basis.... > > Those systems are very expensive when purchased new, overly expensive used and complicated, very hardware intensive and run on MS Operating Systems.... total turn off!! > > This is a home grown solution that will cost a fraction at the most of a full commerical system from the M company. > > Anyone interested? > > > Ron Simpson, 209 642-6559 > N6GKJ Amateur Radio > ................... > > Have you ever noticed that when you are looking for something, > it is always found in the last place you look? > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Thu Aug 25 15:29:11 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 25 Aug 2011 08:29:11 -0700 Subject: [App_rpt-users] Console Operation In-Reply-To: <76A8161C-4F89-4CD7-8DE4-C43450F4C0D2@bdboyle.com> References: <1314147124.24760.YahooMailClassic@web125902.mail.ne1.yahoo.com>, , <76A8161C-4F89-4CD7-8DE4-C43450F4C0D2@bdboyle.com> Message-ID: "KISS, though, reigns supreme. " Yeah!!! -- Gene Simmons forever!!!! :-) JIM From: bdboyle at bdboyle.com Date: Thu, 25 Aug 2011 10:26:53 -0500 To: kb3tbx at gmail.com CC: App_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Console Operation depends on what y'all are trying to do. i get along just fine running an acid load with the iaxrpt client for the occasional connection from my office desktop. but, then, not doing life safety where access, control, and capabilities are critical; if my system goes down it's a matter of pride rather than necessity. my own opinion? KISS principal. if you want to run a full bore pbx voip system and radio control package...then you will probably need more than the acid package will provide, and probably more than XIPPR can provide. to me, fancy interfaces and complex scripts supporting arcane config files are an unneeded level of complexity. but, the great thing about open source is that we can both take divergent paths to get to the same destination. KISS, though, reigns supreme. --BryanSent from my iPhoneplease forgive misspellings... On Aug 25, 2011, at 9:51 AM, Jim Alles wrote: Ron, I am not familiar with Dispatch software. In fact, I have yet to get my feet wet with Asterisk. However, after doing a quick search upon considering your email, I think I now know which OS / Version / GUI I am going to start with. Xelatec has an open-source product, with a windows client: Client Server >From the web site: About Xelatec LLC Xelatec (pronounced zell-ah-tek) was founded in 1999 with the mission of using its founder's experience in wireless telecommunications to meet the needs of a wide variety of customers. It has been involved in research and development of new wireless products and markets, mergers and acquisitions, corporate management and productizing Open Source Software projects. The Xelatec IP Private Radio (XIPPR) line of products and services are the result of Xelatec's unique, innovative combination of legacy private land mobile PTT radio systems and 21st century wireless technologies with Internet Protocol networks. Contact us at: Xelatec LLC 5805 State Bridge Road, Suite G-420 Johns Creek, Georgia 30097 Tel: +1-678-248-2979 Am I on the right track here? comments anyone? 73, Jim A. KB3TBX On Tue, Aug 23, 2011 at 8:52 PM, Ron Simpson wrote: Hello all!! How many of you are familiar with the M Centracom Gold Elite dispatch console? or the MCC-7500 Series Digital Console ? Basically the "Gold Elite" system is a big switch with some rather unique features when employed in a Trunking System... However Ham Radio is obviously conventional radio and I believe that the stuff we are playing with can be adapted to serve as a Dispatch Console talking to, cross patching with many or few Nodes (Conventional Resources). I am looking at creating a GUI that is operationally setup with config files similar to a DialPlan script. The new thin client looks very promising for this! Plus they are cheap! I talked with Micro Node today and got good vibes from Mark. At any rate, a thin client card can be tied to a mic, speaker and a footswitch. My concept calls for clicking an ICON on a screen, this action will automatically connect to the Node represented by by that ICON, when the footswitch is pressed, it initiates a transmission to that Node. This is all rudimentry thinking at this point.... but the flexiblitly of Asterisk and Allstar Link could make this a very doable thing! I have been playing with this for only a few days, and I am impressed, pumped up and cant believe how this is such a powerfull system! If anyone has thoughts, ideas or has already done it, feel free to give me a jingle! I deal alot with 911 Dispatch Centers on a daily basis.... Those systems are very expensive when purchased new, overly expensive used and complicated, very hardware intensive and run on MS Operating Systems.... total turn off!! This is a home grown solution that will cost a fraction at the most of a full commerical system from the M company. Anyone interested? Ron Simpson, 209 642-6559 N6GKJ Amateur Radio ................... Have you ever noticed that when you are looking for something, it is always found in the last place you look? _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ 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 bdboyle at bdboyle.com Thu Aug 25 15:35:28 2011 From: bdboyle at bdboyle.com (Bryan Boyle) Date: Thu, 25 Aug 2011 10:35:28 -0500 Subject: [App_rpt-users] Console Operation In-Reply-To: References: <1314147124.24760.YahooMailClassic@web125902.mail.ne1.yahoo.com> <76A8161C-4F89-4CD7-8DE4-C43450F4C0D2@bdboyle.com> Message-ID: <6B51765B-68A8-4ACF-8640-624D7CD2040B@bdboyle.com> and, i was going to add, if you can't do it with vi, awk, and sed scripts...it's probably not worth doing... -- Bryan Sent from my iPhone please forgive misspellings... On Aug 25, 2011, at 10:29 AM, Jim Duuuude wrote: > "KISS, though, reigns supreme. " > > Yeah!!! -- Gene Simmons forever!!!! :-) > > JIM > > From: bdboyle at bdboyle.com > Date: Thu, 25 Aug 2011 10:26:53 -0500 > To: kb3tbx at gmail.com > CC: App_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] Console Operation > > depends on what y'all are trying to do. > > i get along just fine running an acid load with the iaxrpt client for the occasional connection from my office desktop. but, then, not doing life safety where access, control, and capabilities are critical; if my system goes down it's a matter of pride rather than necessity. > > my own opinion? KISS principal. if you want to run a full bore pbx voip system and radio control package...then you will probably need more than the acid package will provide, and probably more than XIPPR can provide. > > to me, fancy interfaces and complex scripts supporting arcane config files are an unneeded level of complexity. but, the great thing about open source is that we can both take divergent paths to get to the same destination. > > KISS, though, reigns supreme. > > -- > Bryan > Sent from my iPhone > please forgive misspellings... > > > > On Aug 25, 2011, at 9:51 AM, Jim Alles wrote: > > Ron, > > I am not familiar with Dispatch software. In fact, I have yet to get my feet wet with Asterisk. However, after doing a quick search upon considering your email, I think I now know which OS / Version / GUI I am going to start with. > Xelatec has an open-source product, with a windows client: > > Client > > Server > > From the web site: > > About Xelatec LLC > Xelatec (pronounced zell-ah-tek) was founded in 1999 with the mission of using its founder's experience in wireless telecommunications to meet the needs of a wide variety of customers. It has been involved in research and development of new wireless products and markets, mergers and acquisitions, corporate management and productizing Open Source Software projects. > The Xelatec IP Private Radio (XIPPR) line of products and services are the result of Xelatec's unique, innovative combination of legacy private land mobile PTT radio systems and 21st century wireless technologies with Internet Protocol networks. > Contact us at: > Xelatec LLC > 5805 State Bridge Road, Suite G-420 > Johns Creek, Georgia 30097 > Tel: +1-678-248-2979 > Am I on the right track here? comments anyone? > > 73, > Jim A. KB3TBX > > > > On Tue, Aug 23, 2011 at 8:52 PM, Ron Simpson wrote: > Hello all!! > > How many of you are familiar with the M Centracom Gold Elite dispatch console? or the MCC-7500 Series Digital Console ? > Basically the "Gold Elite" system is a big switch with some rather unique features when employed in a Trunking System... However Ham Radio is obviously conventional radio and I believe that the stuff we are playing with can be adapted to serve as a Dispatch Console talking to, cross patching with many or few Nodes (Conventional Resources). I am looking at creating a GUI that is operationally setup with config files similar to a DialPlan script. The new thin client looks very promising for this! Plus they are cheap! I talked with Micro Node today and got good vibes from Mark. > At any rate, a thin client card can be tied to a mic, speaker and a footswitch. My concept calls for clicking an ICON on a screen, this action will automatically connect to the Node represented by by that ICON, when the footswitch is pressed, it initiates a transmission to that Node. > > This is all rudimentry thinking at this point.... but the flexiblitly of Asterisk and Allstar Link could make this a very doable thing! > > I have been playing with this for only a few days, and I am impressed, pumped up and cant believe how this is such a powerfull system! > > If anyone has thoughts, ideas or has already done it, feel free to give me a jingle! > > I deal alot with 911 Dispatch Centers on a daily basis.... > > Those systems are very expensive when purchased new, overly expensive used and complicated, very hardware intensive and run on MS Operating Systems.... total turn off!! > > This is a home grown solution that will cost a fraction at the most of a full commerical system from the M company. > > Anyone interested? > > > Ron Simpson, 209 642-6559 > N6GKJ Amateur Radio > ................... > > Have you ever noticed that when you are looking for something, > it is always found in the last place you look? > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > _______________________________________________ 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 vencl at att.net Thu Aug 25 18:00:27 2011 From: vencl at att.net (Lu Vencl) Date: Thu, 25 Aug 2011 14:00:27 -0400 Subject: [App_rpt-users] Shoutcast streaming Message-ID: <063701cc6350$df6abe70$9e403b50$@net> Anyone ever install shoutcast onto an Allstar node? I want to take a specific node on my server and stream. Any direction would be appreciated. Thanks Lu, KA4EPS -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Thu Aug 25 18:09:43 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 25 Aug 2011 11:09:43 -0700 Subject: [App_rpt-users] Shoutcast streaming In-Reply-To: <063701cc6350$df6abe70$9e403b50$@net> References: <063701cc6350$df6abe70$9e403b50$@net> Message-ID: yes.. actually there is a whole set of docs/files and some sorta other stuff that we got working about 2 or 3 years ago.. Unless anyone who dealt with it can remember or knows [someone chime in please...] I can go try to dig whatever it was up and figure out what it was. But there is some sort of magic we put into app_rpt and there was some other stuff to make all that work. JIM [There are parts of this project that I intentionally don't pay much attention to (after successful implementation). It's about the only way to deal with something this complex.] From: vencl at att.net To: app_rpt-users at ohnosec.org Date: Thu, 25 Aug 2011 14:00:27 -0400 Subject: [App_rpt-users] Shoutcast streaming Anyone ever install shoutcast onto an Allstar node? I want to take a specific node on my server and stream. Any direction would be appreciated. Thanks Lu, KA4EPS _______________________________________________ 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 bdboyle at bdboyle.com Thu Aug 25 18:23:24 2011 From: bdboyle at bdboyle.com (Bryan Boyle) Date: Thu, 25 Aug 2011 13:23:24 -0500 Subject: [App_rpt-users] Shoutcast streaming In-Reply-To: <063701cc6350$df6abe70$9e403b50$@net> References: <063701cc6350$df6abe70$9e403b50$@net> Message-ID: easiest way is to take an old ht or mobile tuned to output of your machine, take earphone output as audio input to an old xp machine running the shoutcast server/winamp combo. seriously. been running both services for years. don't overthink it, with all the issues you seem to have with some of your boxes, adding another daemon to configure may be a recipe for issues, Lu. -- Bryan Sent from my iPhone please forgive misspellings... On Aug 25, 2011, at 1:00 PM, "Lu Vencl" wrote: > Anyone ever install shoutcast onto an Allstar node? I want to take a specific node on my server and stream. > > Any direction would be appreciated. > > Thanks > > Lu, KA4EPS > > _______________________________________________ > 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 brian at kastar.org Thu Aug 25 18:43:33 2011 From: brian at kastar.org (Brian Kassa) Date: Thu, 25 Aug 2011 11:43:33 -0700 Subject: [App_rpt-users] Console Operation In-Reply-To: <1314147124.24760.YahooMailClassic@web125902.mail.ne1.yahoo.com> References: <1314147124.24760.YahooMailClassic@web125902.mail.ne1.yahoo.com> Message-ID: Ron, I have been having the very same thoughts for quite a while. I am an old dispatcher from way back and tend to still think this way. There are a number of IP Dispatch Consoles on the commercial market today. This enables 1-n people to access a 1-n radio channels across an IP bearer. There are many added functions that would enable cross patching of channels and other neat features. Having this functionality as part of our solution would enable many very interesting use cases. Here is what I would do in my community with this functionality: 1. I have an Emergency Operations Center (EOC) in a valley with several multi-channel Remote Bases 2500 feet above on a tall mountain. They are currently controlled via link radios and DTMF. If I add these to Asterisk then I can have full control via IP from the EOC or the mobile EOC. I need simultaneous access to these channels. 2. in the same area we have a very large Search and Rescue Community that has in-town resources that coordinate resourcing for the field across several different radio channels. If i add these to Asterisk then those in-town resources can monitor the field operations and communicate across several different radio channels. 3. I would like to take the new developments for voting receivers and place these through out the area to listen for 121.5 ELT, EPIRB and PLB signals in areas that we have routine turnoffs like small airports and fishing boat terminals. A dispatch console application gives me immediate access to many receivers so that I can instantly know which channel. I would also use this to monitor the various channels in a voting system to determine location.... 4. An EOC is typically in the basement with the radios on the roof. A cheap dispatch console cleans ups the EOC from an appearance and operational perspective and allows the radios to be in another room, on the roof or on a mountain top. 5. We create a mutli-channel network that runs all the way around Mount Rainer each July for a ugly bike event (10,000 of elevation gain). This is on a 4 channel network with two net control operators. This means I need 8 radios in base camp to support the event. I can reduce this to 4 with a proper dispatch application and app-rpt. The current application handles 1 channel. In my use cases I typically need 2-5 channels. You can buy this type of solution all day long for tens of thousands of dollars from commercial vendors. These are all low budget volunteer run operations so funding is paramount. Most of this is Commercial so All-Star is not an option for linking. Best Regards, Brian KD4WAV Snoqualmie EOC Support Team King County Search and Rescue On Tue, Aug 23, 2011 at 5:52 PM, Ron Simpson wrote: > Hello all!! > > How many of you are familiar with the M Centracom Gold Elite dispatch > console? or the MCC-7500 Series Digital Console ? > Basically the "Gold Elite" system is a big switch with some rather unique > features when employed in a Trunking System... However Ham Radio is > obviously conventional radio and I believe that the stuff we are playing > with can be adapted to serve as a Dispatch Console talking to, cross > patching with many or few Nodes (Conventional Resources). I am looking at > creating a GUI that is operationally setup with config files similar to a > DialPlan script. The new thin client looks very promising for this! Plus > they are cheap! I talked with Micro Node today and got good vibes from Mark. > At any rate, a thin client card can be tied to a mic, speaker and a > footswitch. My concept calls for clicking an ICON on a screen, this action > will automatically connect to the Node represented by by that ICON, when the > footswitch is pressed, it initiates a transmission to that Node. > > This is all rudimentry thinking at this point.... but the flexiblitly of > Asterisk and Allstar Link could make this a very doable thing! > > I have been playing with this for only a few days, and I am impressed, > pumped up and cant believe how this is such a powerfull system! > > If anyone has thoughts, ideas or has already done it, feel free to give me > a jingle! > > I deal alot with 911 Dispatch Centers on a daily basis.... > > Those systems are very expensive when purchased new, overly expensive used > and complicated, very hardware intensive and run on MS Operating Systems.... > total turn off!! > > This is a home grown solution that will cost a fraction at the most of a > full commerical system from the M company. > > Anyone interested? > > > Ron Simpson, 209 642-6559 > N6GKJ Amateur Radio > ................... > > Have you ever noticed that when you are looking for something, > it is always found in the last place you look? > > _______________________________________________ > 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 ke2n at cs.com Thu Aug 25 21:45:11 2011 From: ke2n at cs.com (Ken) Date: Thu, 25 Aug 2011 17:45:11 -0400 Subject: [App_rpt-users] Shoutcast streaming In-Reply-To: References: <063701cc6350$df6abe70$9e403b50$@net> Message-ID: <003d01cc6370$4412c6f0$cc3854d0$@com> Well - there is this: http://ohnosec.org/pipermail/app_rpt-users/2010-June/001094.html you need a command (exactly) like this one in your rpt.conf outstreamcmd=/bin/sh,-c,/usr/bin/lame --preset cbr 16 -r -m m -s 8.0 --bitwidth 16 - - | /usr/bin/ezstream -c /etc/ezstream.xml then there is file /etc/ezstream.xml where you need to fill in the URL and password of your stream server Mine uses IceCast not ShoutCast. Where exactly this distinction resides is unknown (by me) but maybe Jim will remember. GL Ken From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude Sent: Thursday, August 25, 2011 2:10 PM To: vencl at att.net; app_rpt mailing list Subject: Re: [App_rpt-users] Shoutcast streaming yes.. actually there is a whole set of docs/files and some sorta other stuff that we got working about 2 or 3 years ago.. Unless anyone who dealt with it can remember or knows [someone chime in please...] I can go try to dig whatever it was up and figure out what it was. But there is some sort of magic we put into app_rpt and there was some other stuff to make all that work. JIM [There are parts of this project that I intentionally don't pay much attention to (after successful implementation). It's about the only way to deal with something this complex.] _____ From: vencl at att.net To: app_rpt-users at ohnosec.org Date: Thu, 25 Aug 2011 14:00:27 -0400 Subject: [App_rpt-users] Shoutcast streaming Anyone ever install shoutcast onto an Allstar node? I want to take a specific node on my server and stream. Any direction would be appreciated. Thanks Lu, KA4EPS _______________________________________________ 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 bote_radio at botecomm.com Fri Aug 26 00:57:58 2011 From: bote_radio at botecomm.com (Bote Man) Date: Thu, 25 Aug 2011 20:57:58 -0400 Subject: [App_rpt-users] where is hostname stored In-Reply-To: <003d01cc6370$4412c6f0$cc3854d0$@com> References: <063701cc6350$df6abe70$9e403b50$@net> <003d01cc6370$4412c6f0$cc3854d0$@com> Message-ID: <010601cc638b$344c6e90$9ce54bb0$@com> I have issued my last grep for the distinctive name that I set with the 'hostname' command and throw myself at the mercy of the *nix wizards. The name that I set is not stored in /etc/sysconfig/network, not stored in /etc/hosts, it just exists in the ether apparently. Now I find out that the hostname used by Allstar is stored in /etc/asterisk/system.conf (IIRC) which remained untouched, of course. I've just got to know now, even though it seems that things are sort of working OK after an initial hiccup. Thanks. Bote W4NUD http://www.botecomm.com/bote/radio ? my hobby radio pages http://www.trackstreamer.com ? my streaming scanner feeds http://ialerts1.com ? hobbyist alerting network w/maps -------------- next part -------------- An HTML attachment was scrubbed... URL: From ke2n at cs.com Fri Aug 26 01:10:29 2011 From: ke2n at cs.com (Ken) Date: Thu, 25 Aug 2011 21:10:29 -0400 Subject: [App_rpt-users] where is hostname stored In-Reply-To: <010601cc638b$344c6e90$9ce54bb0$@com> References: <063701cc6350$df6abe70$9e403b50$@net> <003d01cc6370$4412c6f0$cc3854d0$@com> <010601cc638b$344c6e90$9ce54bb0$@com> Message-ID: <001701cc638c$f28d75b0$d7a86110$@com> There was discussion about this in Jan 2010 . (thanks google) I do not know if it is related to your question, but I want the Host name to show up on my router. For that to happen, I had to change the host name in: etc/sysconfig/network-scripts/ifcfg-eth0 and re-boot. GL Ken From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Bote Man Sent: Thursday, August 25, 2011 8:58 PM To: 'Jim Duuuude'; 'app_rpt mailing list' Subject: [App_rpt-users] where is hostname stored I have issued my last grep for the distinctive name that I set with the 'hostname' command and throw myself at the mercy of the *nix wizards. The name that I set is not stored in /etc/sysconfig/network, not stored in /etc/hosts, it just exists in the ether apparently. Now I find out that the hostname used by Allstar is stored in /etc/asterisk/system.conf (IIRC) which remained untouched, of course. I've just got to know now, even though it seems that things are sort of working OK after an initial hiccup. Thanks. Bote W4NUD http://www.botecomm.com/bote/radio - my hobby radio pages http://www.trackstreamer.com - my streaming scanner feeds http://ialerts1.com - hobbyist alerting network w/maps -------------- next part -------------- An HTML attachment was scrubbed... URL: From bote_radio at botecomm.com Fri Aug 26 01:40:35 2011 From: bote_radio at botecomm.com (Bote Man) Date: Thu, 25 Aug 2011 21:40:35 -0400 Subject: [App_rpt-users] where is hostname stored In-Reply-To: <001701cc638c$f28d75b0$d7a86110$@com> References: <063701cc6350$df6abe70$9e403b50$@net> <003d01cc6370$4412c6f0$cc3854d0$@com> <010601cc638b$344c6e90$9ce54bb0$@com> <001701cc638c$f28d75b0$d7a86110$@com> Message-ID: <011401cc6391$28426770$78c73650$@com> Nope. But that is yet another place that his callsign is properly stored as the hostname. I guess this was Linus' attempt at making linux more bullet-proof, store the hostname in 2,891,253 places so it can't get lost. Bote From: Ken [mailto:ke2n at cs.com] Sent: Thursday, 25 August, 2011 21:10 To: 'Bote Man'; 'Jim Duuuude'; 'app_rpt mailing list' Subject: RE: [App_rpt-users] where is hostname stored There was discussion about this in Jan 2010 ? (thanks google) I do not know if it is related to your question, but I want the Host name to show up on my router. For that to happen, I had to change the host name in: etc/sysconfig/network-scripts/ifcfg-eth0 and re-boot. GL Ken From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Bote Man Sent: Thursday, August 25, 2011 8:58 PM To: 'Jim Duuuude'; 'app_rpt mailing list' Subject: [App_rpt-users] where is hostname stored I have issued my last grep for the distinctive name that I set with the 'hostname' command and throw myself at the mercy of the *nix wizards. The name that I set is not stored in /etc/sysconfig/network, not stored in /etc/hosts, it just exists in the ether apparently. Now I find out that the hostname used by Allstar is stored in /etc/asterisk/system.conf (IIRC) which remained untouched, of course. I've just got to know now, even though it seems that things are sort of working OK after an initial hiccup. Thanks. Bote W4NUD http://www.botecomm.com/bote/radio ? my hobby radio pages http://www.trackstreamer.com ? my streaming scanner feeds http://ialerts1.com ? hobbyist alerting network w/maps -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb3tbx at gmail.com Fri Aug 26 02:53:17 2011 From: kb3tbx at gmail.com (Jim Alles) Date: Thu, 25 Aug 2011 22:53:17 -0400 Subject: [App_rpt-users] Console Operation In-Reply-To: <6B51765B-68A8-4ACF-8640-624D7CD2040B@bdboyle.com> References: <1314147124.24760.YahooMailClassic@web125902.mail.ne1.yahoo.com> <76A8161C-4F89-4CD7-8DE4-C43450F4C0D2@bdboyle.com> <6B51765B-68A8-4ACF-8640-624D7CD2040B@bdboyle.com> Message-ID: I get the command line thing, but dude, you've been doing unix too long! ;) Rock On! For me, I just want something real to do with Asterisk as a hobby - taking apart someone elses stuff is as good a place as any to jump in! .ja. On Thu, Aug 25, 2011 at 11:35 AM, Bryan Boyle wrote: > and, i was going to add, if you can't do it with vi, awk, and sed > scripts...it's probably not worth doing... > > > -- > Bryan > Sent from my iPhone > please forgive misspellings... > > > > On Aug 25, 2011, at 10:29 AM, Jim Duuuude wrote: > > "KISS, though, reigns supreme. " > > Yeah!!! -- Gene Simmons forever!!!! :-) > > JIM > > ------------------------------ > From: bdboyle at bdboyle.com > Date: Thu, 25 Aug 2011 10:26:53 -0500 > To: kb3tbx at gmail.com > CC: App_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] Console Operation > > depends on what y'all are trying to do. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From w8khw1 at gmail.com Fri Aug 26 05:01:42 2011 From: w8khw1 at gmail.com (Kevin Walsh) Date: Fri, 26 Aug 2011 01:01:42 -0400 Subject: [App_rpt-users] New ACID release - BeagleBoard MAC Address In-Reply-To: References: Message-ID: Hi Jim, Thanks as always for the timely response. My requirement has nothing to do with DHCP. I believe that was the problem from the earlier post I mentioned, but that's not the problem herre. My BeagleBoard configuration is using a static IP address, the content /etc/network/interfaces is posted below: #Static IP configuration auto lo auto usb0 iface lo inet loopback iface usb0 inet static address 172.22.32.132 netmask 255.255.255.0 gateway 172.22.32.1 (Note - I attempted to add the hwaddress tag to force a fixed mac address, but id didn't work.) The problem is that when the mac address of a device changes, the content of the arp table on my firewall can no longer talk to the BeagleBoard - because the MAC address changed. (IP address equals MAC address in arp lookup table, right?) If I clear the arp table on the firewall and then attempt to contact the BeagleBoard at the above static IP address, it will learn the new MAC address and associate the new MAC with the static IP. That all works fine until the BeagleBoard is re-started for whatever reason - and the whole problem above starts again. I would hate to have to put the BeagleBoard outside the firewall and dedicate a static routable IP address to just this device. Hope that helps explain the problem. 73, Kevin W8KHW On Thu, Aug 25, 2011 at 11:16 AM, Jim Duuuude wrote: > This "somewhat misfeature" of Pickle (or at least the Ubuntu distro) was > never intended. However when it was first pointed out to me a realized > how much of an incredible blessing in disguise it was. > > The reason being is: Threre is NEVER, EVER, EVER, *ANY* reason > why ANYONE should trust a "toy" router to even accurately keep track of > much less observe static DHCP bindings. That is *JUST NOT* an acceptable > way of assigning a "static" LAN IP address. > > Routers that allegedly support this "feature" (boy that's being nice) > generally > don't very well and/or stably. I have had NOTHING BUT HEADACHES over > the year when people attempt to do this. PLEASE, DONT LET IT HAPPEN > TO YOU. > > Just assign a *REAL*static LAN IP on the Pickle system. Use the netsetup > script if you arent comfortable with editing files in the Ubuntu distro. > Assign > a LAN IP address that is outside the range that the router assigns DHCP > addresses. Sometimes, in rare cases, some routers will, by default > use the entire LAN range for assigning DHCP address. If so you > will need to configure the router to change this behavior, and "create" > a range of LAN addresses outside the routers range of DHCP addresses. > > Believe me, this small amount of extra work when setting up a system > TOTALLY is worthwhile and WILL save you some major grief in the future. > > JIM WB6NIL > >> Date: Thu, 25 Aug 2011 02:21:19 -0400 >> From: w8khw1 at gmail.com >> To: app_rpt-users at ohnosec.org >> Subject: [App_rpt-users] New ACID release - BeagleBoard MAC Address >> >> Hi, >> >> I was wondering if the next pickle image might address the random MAC >> address issue. I saw there was a thread earlier on the list about this >> issue, but didn't find a resolution. I have found several references >> to "patches" that will correct the problem, but haven't really had >> time to dive into the issue. I did try setting a static MAC in the >> network config, but that didn't seem to work by itself. >> >> The main issue I need to resolve is that I create a static NAT >> translation through my firewall to the BeagleBoard (based on the IP >> address). The firewall caches the MAC address associated with that IP >> address in the arp table, so when the BeagleBoard is re-started (and >> the MAC address changes) it will no longer work through the firewall >> unless I clear the firewall's arp table. >> >> 73 >> Kevin >> W8KHW >> >> On Mon, Aug 22, 2011 at 6:14 AM, Jim Duuuude >> wrote: >> > Its there now.. and no, the ISO file generally does not >> > change when a new release comes out. >> > >> > JIM >> > >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > From hkwilliamson at gmail.com Fri Aug 26 05:51:56 2011 From: hkwilliamson at gmail.com (Keith Williamson) Date: Thu, 25 Aug 2011 22:51:56 -0700 Subject: [App_rpt-users] New ACID release - BeagleBoard MAC Address In-Reply-To: References: Message-ID: You might consider writing a simple script that issues a "gratuitous" arp to the router and run it in rc.local (or equivalent). Cheers, Keith KF7DRV Allstar: 2541 On Thu, Aug 25, 2011 at 10:01 PM, Kevin Walsh wrote: > Hi Jim, > > Thanks as always for the timely response. > > My requirement has nothing to do with DHCP. I believe that was the > problem from the earlier post I mentioned, but that's not the problem > herre. > > My BeagleBoard configuration is using a static IP address, the content > /etc/network/interfaces is posted below: > > #Static IP configuration > auto lo > auto usb0 > iface lo inet loopback > iface usb0 inet static > address 172.22.32.132 > netmask 255.255.255.0 > gateway 172.22.32.1 > > > (Note - I attempted to add the hwaddress tag to force a fixed mac > address, but id didn't work.) > > The problem is that when the mac address of a device changes, the > content of the arp table on my firewall can no longer talk to the > BeagleBoard - because the MAC address changed. (IP address equals MAC > address in arp lookup table, right?) If I clear the arp table on the > firewall and then attempt to contact the BeagleBoard at the above > static IP address, it will learn the new MAC address and associate the > new MAC with the static IP. That all works fine until the BeagleBoard > is re-started for whatever reason - and the whole problem above starts > again. > > I would hate to have to put the BeagleBoard outside the firewall and > dedicate a static routable IP address to just this device. > > Hope that helps explain the problem. > > 73, > Kevin > W8KHW > > > > On Thu, Aug 25, 2011 at 11:16 AM, Jim Duuuude > wrote: > > This "somewhat misfeature" of Pickle (or at least the Ubuntu distro) was > > never intended. However when it was first pointed out to me a realized > > how much of an incredible blessing in disguise it was. > > > > The reason being is: Threre is NEVER, EVER, EVER, *ANY* reason > > why ANYONE should trust a "toy" router to even accurately keep track of > > much less observe static DHCP bindings. That is *JUST NOT* an acceptable > > way of assigning a "static" LAN IP address. > > > > Routers that allegedly support this "feature" (boy that's being nice) > > generally > > don't very well and/or stably. I have had NOTHING BUT HEADACHES over > > the year when people attempt to do this. PLEASE, DONT LET IT HAPPEN > > TO YOU. > > > > Just assign a *REAL*static LAN IP on the Pickle system. Use the netsetup > > script if you arent comfortable with editing files in the Ubuntu distro. > > Assign > > a LAN IP address that is outside the range that the router assigns DHCP > > addresses. Sometimes, in rare cases, some routers will, by default > > use the entire LAN range for assigning DHCP address. If so you > > will need to configure the router to change this behavior, and "create" > > a range of LAN addresses outside the routers range of DHCP addresses. > > > > Believe me, this small amount of extra work when setting up a system > > TOTALLY is worthwhile and WILL save you some major grief in the future. > > > > JIM WB6NIL > > > >> Date: Thu, 25 Aug 2011 02:21:19 -0400 > >> From: w8khw1 at gmail.com > >> To: app_rpt-users at ohnosec.org > >> Subject: [App_rpt-users] New ACID release - BeagleBoard MAC Address > >> > >> Hi, > >> > >> I was wondering if the next pickle image might address the random MAC > >> address issue. I saw there was a thread earlier on the list about this > >> issue, but didn't find a resolution. I have found several references > >> to "patches" that will correct the problem, but haven't really had > >> time to dive into the issue. I did try setting a static MAC in the > >> network config, but that didn't seem to work by itself. > >> > >> The main issue I need to resolve is that I create a static NAT > >> translation through my firewall to the BeagleBoard (based on the IP > >> address). The firewall caches the MAC address associated with that IP > >> address in the arp table, so when the BeagleBoard is re-started (and > >> the MAC address changes) it will no longer work through the firewall > >> unless I clear the firewall's arp table. > >> > >> 73 > >> Kevin > >> W8KHW > >> > >> On Mon, Aug 22, 2011 at 6:14 AM, Jim Duuuude > >> wrote: > >> > Its there now.. and no, the ISO file generally does not > >> > change when a new release comes out. > >> > > >> > JIM > >> > > >> _______________________________________________ > >> App_rpt-users mailing list > >> App_rpt-users at ohnosec.org > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dshaw at ke6upi.com Fri Aug 26 14:09:31 2011 From: dshaw at ke6upi.com (David KE6UPI) Date: Fri, 26 Aug 2011 07:09:31 -0700 Subject: [App_rpt-users] Console Operation In-Reply-To: <1314147124.24760.YahooMailClassic@web125902.mail.ne1.yahoo.com> References: <1314147124.24760.YahooMailClassic@web125902.mail.ne1.yahoo.com> Message-ID: Hello All, I think Ron wanted something to control the radio and have a separate node (hub) with a microphone and speaker. There are so many ideas that are great out there. You can use the built in asterisk manager API. http://www.voip-info.org/wiki/view/Asterisk+manager+API You can use C++, Perl, PHP, Java or just about anything to write it in. A web page: I would like to see a web page with a local web-transceiver so you can use the built in Mic and Speakers on your computer. Maybe a drag and drop icons to connect nodes. Look at the panel page of FreePBX. The client could be anything that can run Java. (WOW We have the web-transceiver already.) USB PicoDisplay: Simple I was thinking of using a USB Pico display with buttons to send commands to asterisk. (asterisk -rx "rpt fun XXXX *3XXXX") http://www.mini-box.com/picoLCD-256x64-Sideshow-CDROM-Bay Like I said there are so many great ideas for so many possibilities. I would like to say, let race begin. But lets get some ideas first. I'm not a programmer but I think I can work with php and bash. David On Tue, Aug 23, 2011 at 5:52 PM, Ron Simpson wrote: > Hello all!! > > How many of you are familiar with the M Centracom Gold Elite dispatch > console? or the MCC-7500 Series Digital Console ? > Basically the "Gold Elite" system is a big switch with some rather unique > features when employed in a Trunking System... However Ham Radio is > obviously conventional radio and I believe that the stuff we are playing > with can be adapted to serve as a Dispatch Console talking to, cross > patching with many or few Nodes (Conventional Resources). I am looking at > creating a GUI that is operationally setup with config files similar to a > DialPlan script. The new thin client looks very promising for this! Plus > they are cheap! I talked with Micro Node today and got good vibes from Mark. > At any rate, a thin client card can be tied to a mic, speaker and a > footswitch. My concept calls for clicking an ICON on a screen, this action > will automatically connect to the Node represented by by that ICON, when the > footswitch is pressed, it initiates a transmission to that Node. > > This is all rudimentry thinking at this point.... but the flexiblitly of > Asterisk and Allstar Link could make this a very doable thing! > > I have been playing with this for only a few days, and I am impressed, > pumped up and cant believe how this is such a powerfull system! > > If anyone has thoughts, ideas or has already done it, feel free to give me > a jingle! > > I deal alot with 911 Dispatch Centers on a daily basis.... > > Those systems are very expensive when purchased new, overly expensive used > and complicated, very hardware intensive and run on MS Operating Systems.... > total turn off!! > > This is a home grown solution that will cost a fraction at the most of a > full commerical system from the M company. > > Anyone interested? > > > Ron Simpson, 209 642-6559 > N6GKJ Amateur Radio > ................... > > Have you ever noticed that when you are looking for something, > it is always found in the last place you look? > > _______________________________________________ > 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 Fri Aug 26 14:29:53 2011 From: dshaw at ke6upi.com (David KE6UPI) Date: Fri, 26 Aug 2011 07:29:53 -0700 Subject: [App_rpt-users] where is hostname stored In-Reply-To: <010601cc638b$344c6e90$9ce54bb0$@com> References: <063701cc6350$df6abe70$9e403b50$@net> <003d01cc6370$4412c6f0$cc3854d0$@com> <010601cc638b$344c6e90$9ce54bb0$@com> Message-ID: To change the hostname in ACID. edit /etc/sysconfig/network change or add HOSTNAME= To have it show up in your rounter if your using DCHP: edit /etc/sysconfig/network- scripts/ifcfg-eth0 change or add DHCP_HOSTNAME= Also you should edit /etc/hosts and add you hostname here to faster lookup. You can also use google to search CentOS Hostname and other things. David On Thu, Aug 25, 2011 at 5:57 PM, Bote Man wrote: > I have issued my last grep for the distinctive name that I set with the > 'hostname' command and throw myself at the mercy of the *nix wizards. The > name that I set is not stored in /etc/sysconfig/network, not stored in > /etc/hosts, it just exists in the ether apparently.**** > > ** ** > > Now I find out that the hostname used by Allstar is stored in > /etc/asterisk/system.conf (IIRC) which remained untouched, of course.**** > > ** ** > > I've just got to know now, even though it seems that things are sort of > working OK after an initial hiccup.**** > > ** ** > > Thanks.**** > > ** ** > > ** ** > > Bote**** > > W4NUD**** > > ** ** > > http://www.botecomm.com/bote/radio ? my hobby radio pages**** > > ** ** > > http://www.trackstreamer.com ? my streaming scanner feeds**** > > ** ** > > http://ialerts1.com ? hobbyist alerting network w/maps**** > > ** ** > > ** ** > > ** ** > > ** ** > > _______________________________________________ > 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 telesistant at hotmail.com Fri Aug 26 17:48:16 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Fri, 26 Aug 2011 10:48:16 -0700 Subject: [App_rpt-users] New ACID release - BeagleBoard MAC Address In-Reply-To: References: , , Message-ID: well, for the moment, why dont you try a script that does: arping -U -c2 172.22.32.132 Or at least try it on a machine that has changed its MAC address and see if this fixes it. Please let me know. JIM > Date: Fri, 26 Aug 2011 01:01:42 -0400 > From: w8khw1 at gmail.com > To: app_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] New ACID release - BeagleBoard MAC Address > > Hi Jim, > > Thanks as always for the timely response. > > My requirement has nothing to do with DHCP. I believe that was the > problem from the earlier post I mentioned, but that's not the problem > herre. > > My BeagleBoard configuration is using a static IP address, the content > /etc/network/interfaces is posted below: > > #Static IP configuration > auto lo > auto usb0 > iface lo inet loopback > iface usb0 inet static > address 172.22.32.132 > netmask 255.255.255.0 > gateway 172.22.32.1 > > > (Note - I attempted to add the hwaddress tag to force a fixed mac > address, but id didn't work.) > > The problem is that when the mac address of a device changes, the > content of the arp table on my firewall can no longer talk to the > BeagleBoard - because the MAC address changed. (IP address equals MAC > address in arp lookup table, right?) If I clear the arp table on the > firewall and then attempt to contact the BeagleBoard at the above > static IP address, it will learn the new MAC address and associate the > new MAC with the static IP. That all works fine until the BeagleBoard > is re-started for whatever reason - and the whole problem above starts > again. > > I would hate to have to put the BeagleBoard outside the firewall and > dedicate a static routable IP address to just this device. > > Hope that helps explain the problem. > > 73, > Kevin > W8KHW > > > > On Thu, Aug 25, 2011 at 11:16 AM, Jim Duuuude wrote: > > This "somewhat misfeature" of Pickle (or at least the Ubuntu distro) was > > never intended. However when it was first pointed out to me a realized > > how much of an incredible blessing in disguise it was. > > > > The reason being is: Threre is NEVER, EVER, EVER, *ANY* reason > > why ANYONE should trust a "toy" router to even accurately keep track of > > much less observe static DHCP bindings. That is *JUST NOT* an acceptable > > way of assigning a "static" LAN IP address. > > > > Routers that allegedly support this "feature" (boy that's being nice) > > generally > > don't very well and/or stably. I have had NOTHING BUT HEADACHES over > > the year when people attempt to do this. PLEASE, DONT LET IT HAPPEN > > TO YOU. > > > > Just assign a *REAL*static LAN IP on the Pickle system. Use the netsetup > > script if you arent comfortable with editing files in the Ubuntu distro. > > Assign > > a LAN IP address that is outside the range that the router assigns DHCP > > addresses. Sometimes, in rare cases, some routers will, by default > > use the entire LAN range for assigning DHCP address. If so you > > will need to configure the router to change this behavior, and "create" > > a range of LAN addresses outside the routers range of DHCP addresses. > > > > Believe me, this small amount of extra work when setting up a system > > TOTALLY is worthwhile and WILL save you some major grief in the future. > > > > JIM WB6NIL > > > >> Date: Thu, 25 Aug 2011 02:21:19 -0400 > >> From: w8khw1 at gmail.com > >> To: app_rpt-users at ohnosec.org > >> Subject: [App_rpt-users] New ACID release - BeagleBoard MAC Address > >> > >> Hi, > >> > >> I was wondering if the next pickle image might address the random MAC > >> address issue. I saw there was a thread earlier on the list about this > >> issue, but didn't find a resolution. I have found several references > >> to "patches" that will correct the problem, but haven't really had > >> time to dive into the issue. I did try setting a static MAC in the > >> network config, but that didn't seem to work by itself. > >> > >> The main issue I need to resolve is that I create a static NAT > >> translation through my firewall to the BeagleBoard (based on the IP > >> address). The firewall caches the MAC address associated with that IP > >> address in the arp table, so when the BeagleBoard is re-started (and > >> the MAC address changes) it will no longer work through the firewall > >> unless I clear the firewall's arp table. > >> > >> 73 > >> Kevin > >> W8KHW > >> > >> On Mon, Aug 22, 2011 at 6:14 AM, Jim Duuuude > >> wrote: > >> > Its there now.. and no, the ISO file generally does not > >> > change when a new release comes out. > >> > > >> > JIM > >> > > >> _______________________________________________ > >> App_rpt-users mailing list > >> App_rpt-users at ohnosec.org > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Fri Aug 26 17:49:12 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Fri, 26 Aug 2011 10:49:12 -0700 Subject: [App_rpt-users] New ACID release - BeagleBoard MAC Address In-Reply-To: References: , , , , , Message-ID: you might also have to include -I usb0 in the comand line if that doesnt work From: telesistant at hotmail.com To: w8khw1 at gmail.com; app_rpt-users at ohnosec.org Date: Fri, 26 Aug 2011 10:48:16 -0700 Subject: Re: [App_rpt-users] New ACID release - BeagleBoard MAC Address well, for the moment, why dont you try a script that does: arping -U -c2 172.22.32.132 Or at least try it on a machine that has changed its MAC address and see if this fixes it. Please let me know. JIM > Date: Fri, 26 Aug 2011 01:01:42 -0400 > From: w8khw1 at gmail.com > To: app_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] New ACID release - BeagleBoard MAC Address > > Hi Jim, > > Thanks as always for the timely response. > > My requirement has nothing to do with DHCP. I believe that was the > problem from the earlier post I mentioned, but that's not the problem > herre. > > My BeagleBoard configuration is using a static IP address, the content > /etc/network/interfaces is posted below: > > #Static IP configuration > auto lo > auto usb0 > iface lo inet loopback > iface usb0 inet static > address 172.22.32.132 > netmask 255.255.255.0 > gateway 172.22.32.1 > > > (Note - I attempted to add the hwaddress tag to force a fixed mac > address, but id didn't work.) > > The problem is that when the mac address of a device changes, the > content of the arp table on my firewall can no longer talk to the > BeagleBoard - because the MAC address changed. (IP address equals MAC > address in arp lookup table, right?) If I clear the arp table on the > firewall and then attempt to contact the BeagleBoard at the above > static IP address, it will learn the new MAC address and associate the > new MAC with the static IP. That all works fine until the BeagleBoard > is re-started for whatever reason - and the whole problem above starts > again. > > I would hate to have to put the BeagleBoard outside the firewall and > dedicate a static routable IP address to just this device. > > Hope that helps explain the problem. > > 73, > Kevin > W8KHW > > > > On Thu, Aug 25, 2011 at 11:16 AM, Jim Duuuude wrote: > > This "somewhat misfeature" of Pickle (or at least the Ubuntu distro) was > > never intended. However when it was first pointed out to me a realized > > how much of an incredible blessing in disguise it was. > > > > The reason being is: Threre is NEVER, EVER, EVER, *ANY* reason > > why ANYONE should trust a "toy" router to even accurately keep track of > > much less observe static DHCP bindings. That is *JUST NOT* an acceptable > > way of assigning a "static" LAN IP address. > > > > Routers that allegedly support this "feature" (boy that's being nice) > > generally > > don't very well and/or stably. I have had NOTHING BUT HEADACHES over > > the year when people attempt to do this. PLEASE, DONT LET IT HAPPEN > > TO YOU. > > > > Just assign a *REAL*static LAN IP on the Pickle system. Use the netsetup > > script if you arent comfortable with editing files in the Ubuntu distro. > > Assign > > a LAN IP address that is outside the range that the router assigns DHCP > > addresses. Sometimes, in rare cases, some routers will, by default > > use the entire LAN range for assigning DHCP address. If so you > > will need to configure the router to change this behavior, and "create" > > a range of LAN addresses outside the routers range of DHCP addresses. > > > > Believe me, this small amount of extra work when setting up a system > > TOTALLY is worthwhile and WILL save you some major grief in the future. > > > > JIM WB6NIL > > > >> Date: Thu, 25 Aug 2011 02:21:19 -0400 > >> From: w8khw1 at gmail.com > >> To: app_rpt-users at ohnosec.org > >> Subject: [App_rpt-users] New ACID release - BeagleBoard MAC Address > >> > >> Hi, > >> > >> I was wondering if the next pickle image might address the random MAC > >> address issue. I saw there was a thread earlier on the list about this > >> issue, but didn't find a resolution. I have found several references > >> to "patches" that will correct the problem, but haven't really had > >> time to dive into the issue. I did try setting a static MAC in the > >> network config, but that didn't seem to work by itself. > >> > >> The main issue I need to resolve is that I create a static NAT > >> translation through my firewall to the BeagleBoard (based on the IP > >> address). The firewall caches the MAC address associated with that IP > >> address in the arp table, so when the BeagleBoard is re-started (and > >> the MAC address changes) it will no longer work through the firewall > >> unless I clear the firewall's arp table. > >> > >> 73 > >> Kevin > >> W8KHW > >> > >> On Mon, Aug 22, 2011 at 6:14 AM, Jim Duuuude > >> wrote: > >> > Its there now.. and no, the ISO file generally does not > >> > change when a new release comes out. > >> > > >> > JIM > >> > > >> _______________________________________________ > >> App_rpt-users mailing list > >> App_rpt-users at ohnosec.org > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ 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 kb3hjc at gmail.com Sat Aug 27 21:59:06 2011 From: kb3hjc at gmail.com (Randy Ballard) Date: Sat, 27 Aug 2011 17:59:06 -0400 Subject: [App_rpt-users] DTMF an Parallel question Message-ID: I was wondering if there is a way to get DTMF to pass on the local node/repeater and if not is it something that could be easily added? An ideal thing would be have a key that would unmute pass the tones like #1234 so 1245 would be passed One other thing that I am looking for has anyone done anything with the Parallel port as an input. What I would like to do is when the site is running on generator I have a logic line that goes high and would like the repeater to say a message like every 15 minutes while the generator is running? Thanks -- Randy KB3HJC -------------- next part -------------- An HTML attachment was scrubbed... URL: From njgarbenis at gmail.com Sat Aug 27 23:03:31 2011 From: njgarbenis at gmail.com (Neal Garbenis) Date: Sat, 27 Aug 2011 19:03:31 -0400 Subject: [App_rpt-users] DTMF an Parallel question In-Reply-To: References: Message-ID: If you add this in rpt.conf the node will pass dtmf propagate_dtmf = yes Neal Ng8y Sent from my iPhone On Aug 27, 2011, at 5:59 PM, Randy Ballard wrote: > I was wondering if there is a way to get DTMF to pass on the local node/repeater and if not is it something that could be easily added? > An ideal thing would be have a key that would unmute pass the tones like #1234 so 1245 would be passed > > One other thing that I am looking for has anyone done anything with the Parallel port as an input. What I would like to do is when the site is running on generator I have a logic line that goes high and would like the repeater to say a message like every 15 minutes while the generator is running? > > > > Thanks > > > > -- > Randy > KB3HJC > > _______________________________________________ > 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 a.errington at lancaster.ac.uk Sun Aug 28 11:58:41 2011 From: a.errington at lancaster.ac.uk (Andrew Errington) Date: Sun, 28 Aug 2011 20:58:41 +0900 Subject: [App_rpt-users] DTMF an Parallel question In-Reply-To: References: Message-ID: <201108282058.41694.a.errington@lancaster.ac.uk> On Sun, 28 Aug 2011 06:59:06 Randy Ballard wrote: > One other thing that I am looking for has anyone done anything with the > Parallel port as an input. What I would like to do is when the site is > running on generator I have a logic line that goes high and would like the > repeater to say a message like every 15 minutes while the generator is > running? Have you looked at NUT? http://www.networkupstools.org/ NUT is an existing set of tools for monitoring UPS and backup power supplies, with a mechanism for distributing the status to client apps. Can you hook your generator up to a serial port (it seems that NUT monitors a serial line) and then get app_rpt to poll NUT status? 73, Andrew From keith at handscombe.co.uk Sun Aug 28 20:31:21 2011 From: keith at handscombe.co.uk (Keith) Date: Sun, 28 Aug 2011 21:31:21 +0100 Subject: [App_rpt-users] DTMF Message-ID: <000001cc65c1$72d2e8a0$5878b9e0$@co.uk> Hi all, Since the split from IRLP I now run 2 pc workstations side by side the first an IRLP node the second an All-Star node. I have added the *52 to *59 shortcuts on my DTMF functionality but would like to know if I can have a similar system to IRLP of which is to help the older users of my links who find the DTMF key presses hard to complete. An older gentleman today licensed back in August 1949 tried for almost an hour to press *3300 then the Echo link node and ended up ringing me and asking me to connect for him. As he was unkeying the microphone after each sent tone so showing him 2 key tones would be such a benefit for all. I have 25 regular connections that if the older folk are to use I would like to replicate *1 to *9 for Echo-Link stations and #1 to #9 for All-Star stations this would allow me to publish or print off 30-50 help sheets for regular users of my nodes deliver to the addresses and offer a simple demo that they would be able to cope with. Any help would be most appreciated Many thanks Keith G7DNT / M0XON IRLP: 5503 Echo link: 5503 All-Star 2498 & 27333 -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.sawyer at me.com Sun Aug 28 22:36:37 2011 From: tim.sawyer at me.com (Tim Sawyer) Date: Sun, 28 Aug 2011 15:36:37 -0700 Subject: [App_rpt-users] DTMF In-Reply-To: <000001cc65c1$72d2e8a0$5878b9e0$@co.uk> References: <000001cc65c1$72d2e8a0$5878b9e0$@co.uk> Message-ID: It's not likely that that will ever happen for at least two reasons. If you used *1 to *9 for Echolink connect you'd have no commands left for anything else. Second reason is that # is reserved for certain Allstar functions. Maybe you would consider putting EchoLink on your IRLP box and remove it from Asterisk. As I recall the standard EchoIRLP connect is just the node number and for EchoLink it's * + the node number. 73 to disconnect either. That's pretty simple as is, but I think you can set up shortcuts like the ones you want. I don't think you would need the disconnect shortcuts as 73 is pretty short already, and easy to remember too. One advantage of EchoIRLP is that prevents users from inadvertently cross connecting EchoIRLP and IRLP, something I assume your current setup will allow. The IRLP guys may ban you for that. The IRLP guys don't like Allstar either but I gather you already knew that. An internet search for echoirlp will provide details. The Micro-Node guy is one alternative if you didn't care to hack it yourself. -- Tim :wq On Aug 28, 2011, at 1:31 PM, Keith wrote: > Hi all, > > Since the split from IRLP I now run 2 pc workstations side by side the first an IRLP node the second an All-Star node. I have added the *52 to *59 shortcuts on my DTMF functionality but would like to know if I can have a similar system to IRLP of which is to help the older users of my links who find the DTMF key presses hard to complete. An older gentleman today licensed back in August 1949 tried for almost an hour to press *3300 then the Echo link node and ended up ringing me and asking me to connect for him. As he was unkeying the microphone after each sent tone so showing him 2 key tones would be such a benefit for all. > > I have 25 regular connections that if the older folk are to use I would like to replicate *1 to *9 for Echo-Link stations and #1 to #9 for All-Star stations this would allow me to publish or print off 30-50 help sheets for regular users of my nodes deliver to the addresses and offer a simple demo that they would be able to cope with. > > > > Any help would be most appreciated > > Many thanks > > Keith > > G7DNT / M0XON > > IRLP: 5503 > Echo link: 5503 > > All-Star 2498 & 27333 > _______________________________________________ > 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 vencl at att.net Mon Aug 29 18:03:50 2011 From: vencl at att.net (Lu Vencl) Date: Mon, 29 Aug 2011 14:03:50 -0400 Subject: [App_rpt-users] Any way to stop crossing to specific nodes? Message-ID: <000301cc6676$01bb2dc0$05318940$@net> Howdy all, I had an incident that occurred several nights ago where one user unbenounced to him cross connected the WINSYSTEM and VOIPWX net together in the middle of the night. No matter how many times I try to explain this caution to users, they still on occasion make the error as one of the distant node might be connected to another network and it is not readily visible to the user of another node. I would like to know if there are any provisions to help prevent this from happening. For example a rule that would that if 2560 is connected, no connections to 2135 and or 3007203 (echolink node) would be allowed to be connected if there is any presence from any of the nodes tied in. I am just trying to proactively stop this from happening at least with the nodes I allow public access to. Thanks Lu Ka4EPS -------------- next part -------------- An HTML attachment was scrubbed... URL: From vk3jed at vkradio.com Mon Aug 29 23:17:44 2011 From: vk3jed at vkradio.com (Tony Langdon, VK3JED) Date: Tue, 30 Aug 2011 09:17:44 +1000 Subject: [App_rpt-users] Any way to stop crossing to specific nodes? In-Reply-To: <000301cc6676$01bb2dc0$05318940$@net> References: <000301cc6676$01bb2dc0$05318940$@net> Message-ID: <4e5c1e1f.04bfec0a.46c7.3e46@mx.google.com> At 04:03 AM 8/30/2011, Lu Vencl wrote: >Content-Type: multipart/alternative; > boundary="----=_NextPart_000_0004_01CC6654.7AA98DC0" >Content-Language: en-us > >Howdy all, >I had an incident that occurred several nights ago where one user >unbenounced to him cross connected the WINSYSTEM and VOIPWX net >together in the middle of the night. No matter how many times I try >to explain this caution to users, they still on occasion make the >error as one of the distant node might be connected to another >network and it is not readily visible to the user of another node. >I would like to know if there are any provisions to help prevent >this from happening. >For example a rule that would that if 2560 is connected, no >connections to 2135 and or 3007203 (echolink node) would be allowed >to be connected if there is any presence from any of the nodes tied in. >I am just trying to proactively stop this from happening at least >with the nodes I allow public access to. Is it possible to have the Echolink "CONF" flag set when connected to Echolink and some other system, or more than one Echolink node at the same time? This will at least allow Echolink conferences with anti-conferencing measures to disconnect such accidental cross links automatically. The best behaviour would be to emulate the behaviour of the Windows Echolink client in this respect. If connected to one station, the CONF flag is not set, even if the node has the ability to accept other connections. If connected to more than one station, the CONF flag is set, and the node acts as a mini conference server. One thing that would be different to Echolink is the need to recognise non Echolink connections as a "connection" for this purpose. Certainly, something to prevent this happening at the node level is best for the proactive node admin. Reminds me, I must pull my finger out and setup my node. :) 73 de VK3JED / VK3IRL http://vkradio.com From bote_radio at botecomm.com Tue Aug 30 00:15:53 2011 From: bote_radio at botecomm.com (Bote Man) Date: Mon, 29 Aug 2011 20:15:53 -0400 Subject: [App_rpt-users] Any way to stop crossing to specific nodes? In-Reply-To: <4e5c1e1f.04bfec0a.46c7.3e46@mx.google.com> References: <000301cc6676$01bb2dc0$05318940$@net> <4e5c1e1f.04bfec0a.46c7.3e46@mx.google.com> Message-ID: <010d01cc66a9$fc0c9150$f425b3f0$@com> As a newbie who has barely scratched the surface of understanding Allstar, I find it next to impossible to trace every last node that is connected together. I know there is the graphical node link list, and while it shows what the possibilities are I find it too unwieldy for practical, regular use. For example, I view Lu's node status web page and it might show 5 nodes connected. I click on each one of those only to find a couple other connections on each one. There must be an automated way to determine the sum total of all nodes that happen to be connected together to form a network at that instant. I just don't know what it is, if it even exists now. Being able to aggregate this information seems like the first step in developing a watchdog that prevents ring-around-the-rosy loops. That's my 0.000002 cents worth. Bote, W4NUD http://www.botecomm.com/bote/radio ? my hobby radio pages http://www.trackstreamer.com ? my streaming scanner feeds http://ialerts1.com ? hobbyist incident alerting network w/maps > -----Original Message----- > From: Tony Langdon, VK3JED > Sent: Monday, 29 August, 2011 19:18 > > At 04:03 AM 8/30/2011, Lu Vencl wrote: > >I had an incident that occurred several nights ago where one user > >unbenounced to him cross connected the WINSYSTEM and VOIPWX net > >together in the middle of the night. No matter how many times I try > >to explain this caution to users, they still on occasion make the > >error as one of the distant node might be connected to another > >network and it is not readily visible to the user of another node. > >I would like to know if there are any provisions to help prevent > >this from happening. > > Is it possible to have the Echolink "CONF" flag set when connected to > Echolink and some other system, or more than one Echolink node at the > same time? This will at least allow Echolink conferences with > anti-conferencing measures to disconnect such accidental cross links > automatically. The best behaviour would be to emulate the behaviour > of the Windows Echolink client in this respect. > > > 73 de VK3JED / VK3IRL > http://vkradio.com > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From tim.sawyer at me.com Tue Aug 30 01:21:04 2011 From: tim.sawyer at me.com (Tim Sawyer) Date: Mon, 29 Aug 2011 18:21:04 -0700 Subject: [App_rpt-users] Any way to stop crossing to specific nodes? In-Reply-To: <010d01cc66a9$fc0c9150$f425b3f0$@com> References: <000301cc6676$01bb2dc0$05318940$@net> <4e5c1e1f.04bfec0a.46c7.3e46@mx.google.com> <010d01cc66a9$fc0c9150$f425b3f0$@com> Message-ID: <789AE846-D2EF-4D64-876C-D30F333E5A71@me.com> Try this URL. Change the number after the question mark to the node of your interest. http://stats.allstarlink.org/getstatus.cgi?2530 -- Tim :wq On Aug 29, 2011, at 5:15 PM, Bote Man wrote: > As a newbie who has barely scratched the surface of understanding > Allstar, I find it next to impossible to trace every last node that is > connected together. > > I know there is the graphical node link list, and while it shows what > the possibilities are I find it too unwieldy for practical, regular use. > > For example, I view Lu's node status web page and it might show 5 nodes > connected. I click on each one of those only to find a couple other > connections on each one. There must be an automated way to determine the > sum total of all nodes that happen to be connected together to form a > network at that instant. I just don't know what it is, if it even exists > now. > > Being able to aggregate this information seems like the first step in > developing a watchdog that prevents ring-around-the-rosy loops. > > That's my 0.000002 cents worth. > > > Bote, W4NUD > http://www.botecomm.com/bote/radio ? my hobby radio pages > http://www.trackstreamer.com ? my streaming scanner feeds > http://ialerts1.com ? hobbyist incident alerting network w/maps > > > >> -----Original Message----- >> From: Tony Langdon, VK3JED >> Sent: Monday, 29 August, 2011 19:18 >> >> At 04:03 AM 8/30/2011, Lu Vencl wrote: >>> I had an incident that occurred several nights ago where one user >>> unbenounced to him cross connected the WINSYSTEM and VOIPWX net >>> together in the middle of the night. No matter how many times I try >>> to explain this caution to users, they still on occasion make the >>> error as one of the distant node might be connected to another >>> network and it is not readily visible to the user of another node. >>> I would like to know if there are any provisions to help prevent >>> this from happening. >> >> Is it possible to have the Echolink "CONF" flag set when connected to >> Echolink and some other system, or more than one Echolink node at the >> same time? This will at least allow Echolink conferences with >> anti-conferencing measures to disconnect such accidental cross links >> automatically. The best behaviour would be to emulate the behaviour >> of the Windows Echolink client in this respect. >> >> >> 73 de VK3JED / VK3IRL >> http://vkradio.com >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From vencl at att.net Tue Aug 30 10:51:49 2011 From: vencl at att.net (Lu Vencl) Date: Tue, 30 Aug 2011 06:51:49 -0400 Subject: [App_rpt-users] Any way to stop crossing to specific nodes? In-Reply-To: <789AE846-D2EF-4D64-876C-D30F333E5A71@me.com> References: <000301cc6676$01bb2dc0$05318940$@net> <4e5c1e1f.04bfec0a.46c7.3e46@mx.google.com> <010d01cc66a9$fc0c9150$f425b3f0$@com> <789AE846-D2EF-4D64-876C-D30F333E5A71@me.com> Message-ID: <074001cc6702$d2dd5d60$78981820$@net> Thanks Tim. That really helps out lots! -----Original Message----- From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Tim Sawyer Sent: Monday, August 29, 2011 9:21 PM To: app_rpt list Subject: Re: [App_rpt-users] Any way to stop crossing to specific nodes? Try this URL. Change the number after the question mark to the node of your interest. http://stats.allstarlink.org/getstatus.cgi?2530 -- Tim :wq On Aug 29, 2011, at 5:15 PM, Bote Man wrote: > As a newbie who has barely scratched the surface of understanding > Allstar, I find it next to impossible to trace every last node that is > connected together. > > I know there is the graphical node link list, and while it shows what > the possibilities are I find it too unwieldy for practical, regular use. > > For example, I view Lu's node status web page and it might show 5 nodes > connected. I click on each one of those only to find a couple other > connections on each one. There must be an automated way to determine the > sum total of all nodes that happen to be connected together to form a > network at that instant. I just don't know what it is, if it even exists > now. > > Being able to aggregate this information seems like the first step in > developing a watchdog that prevents ring-around-the-rosy loops. > > That's my 0.000002 cents worth. > > > Bote, W4NUD > http://www.botecomm.com/bote/radio - my hobby radio pages > http://www.trackstreamer.com - my streaming scanner feeds > http://ialerts1.com - hobbyist incident alerting network w/maps > > > >> -----Original Message----- >> From: Tony Langdon, VK3JED >> Sent: Monday, 29 August, 2011 19:18 >> >> At 04:03 AM 8/30/2011, Lu Vencl wrote: >>> I had an incident that occurred several nights ago where one user >>> unbenounced to him cross connected the WINSYSTEM and VOIPWX net >>> together in the middle of the night. No matter how many times I try >>> to explain this caution to users, they still on occasion make the >>> error as one of the distant node might be connected to another >>> network and it is not readily visible to the user of another node. >>> I would like to know if there are any provisions to help prevent >>> this from happening. >> >> Is it possible to have the Echolink "CONF" flag set when connected to >> Echolink and some other system, or more than one Echolink node at the >> same time? This will at least allow Echolink conferences with >> anti-conferencing measures to disconnect such accidental cross links >> automatically. The best behaviour would be to emulate the behaviour >> of the Windows Echolink client in this respect. >> >> >> 73 de VK3JED / VK3IRL >> http://vkradio.com >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From wb3awj at comcast.net Tue Aug 30 12:36:28 2011 From: wb3awj at comcast.net (Robert A. Poff WB3AWJ) Date: Tue, 30 Aug 2011 12:36:28 +0000 (UTC) Subject: [App_rpt-users] Any way to stop crossing to specific nodes? In-Reply-To: <074001cc6702$d2dd5d60$78981820$@net> Message-ID: <753465461.952945.1314707788501.JavaMail.root@sz0117a.westchester.pa.mail.comcast.net> In the watchdog script you could issue this command : asterisk -r -x "rpt showvars " (where is you node number of course, and include the quotation marks) Doing this with my node?connected to 2135 gives this result: Variable listing for node 27783:?? RPT_TXKEYED=0?? RPT_NUMLINKS=34 RPT_LINKS=34,TW3SBA,T2135,T8701,T27296,T2122,T27356,T27262,T27349,T2121,T27355,T27261,T27348,T2377,T27657,T27658,T27690,T27354,T27258,T27499,T27701,T27572,T27372,T27373,T2341,T27854,T2242,T27653,T27702,T27672,T2300,T27635,T27470,T27665,T27266 RPT_NUMALINKS=2?? RPT_ALINKS=2,W3SBATU,2135TU?? RPT_ETXKEYED=0?? RPT_RXKEYED=0?? RPT_AUTOPATCHUP=0??? -- 8 variables Which could be parsed for the node number that you want to reject. Then within?the output of : asterisk -r -x "rpt stats " the last DTMF command executed is shown. For example : ?************************ NODE 27783 STATISTICS ************************* Selected system state............................: 0 Signal on input..................................: NO System...........................................: ENABLED Parrot Mode......................................: DISABLED Scheduler........................................: ENABLED Tail Time........................................: STANDARD Time out timer...................................: ENABLED Incoming connections.............................: ENABLED Time out timer state.............................: RESET Time outs since system initialization............: 0 Identifier state.................................: CLEAN Kerchunks today..................................: 0 Kerchunks since system initialization............: 0 Keyups today.....................................: 63 Keyups since system initialization...............: 1190 DTMF commands today..............................: 2 DTMF commands since system initialization........: 6 Last DTMF command executed.......................: 32135 TX time today....................................: 00:01:38.292 TX time since system initialization..............: 01:10:31.702 Uptime...........................................: 36:58:08 Nodes currently connected to us..................: W3SBA, 2135 Autopatch........................................: ENABLED Autopatch state..................................: DOWN Autopatch called number..........................: N/A Reverse patch/IAXRPT connected...................: DOWN User linking commands............................: ENABLED User functions...................................: ENABLED Parse and use that line to construct a disconnect? command to nullify the last .? ?Then maybe play an "conflicting node" voice? announcement. Bob, WB3AWJ Loganville, PA -------------- next part -------------- An HTML attachment was scrubbed... URL: From wb3awj at comcast.net Tue Aug 30 13:05:53 2011 From: wb3awj at comcast.net (Robert A. Poff) Date: Tue, 30 Aug 2011 09:05:53 -0400 Subject: [App_rpt-users] Any way to stop crossing to specific nodes? In-Reply-To: <753465461.952945.1314707788501.JavaMail.root@sz0117a.westchester.pa.mail.comcast.net> References: <753465461.952945.1314707788501.JavaMail.root@sz0117a.westchester.pa.mail.comcast.net> Message-ID: In fact, it just occurred to me that if the same sort of information was available on a co-located IRLP node, the two nodes could maintain dynamic "lockout" lists. Robert Poff Loganville, Pa Droid X Mobile -------------- next part -------------- An HTML attachment was scrubbed... URL: From vencl at att.net Tue Aug 30 13:54:41 2011 From: vencl at att.net (Lu Vencl) Date: Tue, 30 Aug 2011 09:54:41 -0400 Subject: [App_rpt-users] Any way to stop crossing to specific nodes? In-Reply-To: References: <753465461.952945.1314707788501.JavaMail.root@sz0117a.westchester.pa.mail.comcast.net> Message-ID: <01c601cc671c$5f9b24d0$1ed16e70$@net> Interesting idea.. Thanks! From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Robert A. Poff Sent: Tuesday, August 30, 2011 9:06 AM To: app_rpt list Subject: Re: [App_rpt-users] Any way to stop crossing to specific nodes? In fact, it just occurred to me that if the same sort of information was available on a co-located IRLP node, the two nodes could maintain dynamic "lockout" lists. Robert Poff Loganville, Pa Droid X Mobile -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Tue Aug 30 16:45:15 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Tue, 30 Aug 2011 09:45:15 -0700 Subject: [App_rpt-users] Parallel port I/O with chan_simpleusb/usbradio under Limey Linux Message-ID: Has anyone ever successfully used the PPIO (*not* GPIO) extensions of chan_usbradio and/or chan_simpleusb under Limey Linux?? I think I have run into one of those famous old "how in the world did this EVER work" sorta things. I dont think it did. If anyone has, please let me know. JIM WB6NIL -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve at michiganbroadband.com Tue Aug 30 23:56:38 2011 From: steve at michiganbroadband.com (Steve Gladden) Date: Tue, 30 Aug 2011 19:56:38 -0400 Subject: [App_rpt-users] Parallel port I/O with chan_simpleusb/usbradio under Limey Linux In-Reply-To: References: Message-ID: I've only ever gave it a quick try.. (I don't remember the details) other than a quick test failed' and I switched back to usbradio to get things Going again.. Steve From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude Sent: Tuesday, August 30, 2011 12:45 PM To: app_rpt mailing list Subject: [App_rpt-users] Parallel port I/O with chan_simpleusb/usbradio under Limey Linux Has anyone ever successfully used the PPIO (*not* GPIO) extensions of chan_usbradio and/or chan_simpleusb under Limey Linux?? I think I have run into one of those famous old "how in the world did this EVER work" sorta things. I dont think it did. If anyone has, please let me know. JIM WB6NIL -------------- next part -------------- An HTML attachment was scrubbed... URL: From Ramesh at va3uv.com Tue Aug 30 23:58:47 2011 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Tue, 30 Aug 2011 19:58:47 -0400 Subject: [App_rpt-users] OT: CISCO 7910 IP Phone Message-ID: <4E5D7937.1060905@va3uv.com> Hey All; If anyone has experience with setting up a CISCO 7910 IP phone, please contact me off list. Thx! Ramesh. From vk3jed at vkradio.com Wed Aug 31 00:09:41 2011 From: vk3jed at vkradio.com (Tony Langdon, VK3JED) Date: Wed, 31 Aug 2011 10:09:41 +1000 Subject: [App_rpt-users] Any way to stop crossing to specific nodes? In-Reply-To: References: <753465461.952945.1314707788501.JavaMail.root@sz0117a.westchester.pa.mail.comcast.net> Message-ID: <4e5d7bce.08b2ec0a.698c.2a88@mx.google.com> At 11:05 PM 8/30/2011, Robert A. Poff wrote: >In fact, it just occurred to me that if the same sort of information >was available on a co-located IRLP node, the two nodes could >maintain dynamic "lockout" lists. Hmm, you guys are really inspiring me to get my nodes back online. Looks like a call to the national frequency coordinator at the WIA is in order, so I can get the RF on air. 73 de VK3JED / VK3IRL http://vkradio.com From steve at michiganbroadband.com Wed Aug 31 00:15:54 2011 From: steve at michiganbroadband.com (Steve Gladden) Date: Tue, 30 Aug 2011 20:15:54 -0400 Subject: [App_rpt-users] Parallel port I/O with chan_simpleusb/usbradio under Limey Linux In-Reply-To: References: Message-ID: & I didn't try it on Limey... twaz ACID. From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Steve Gladden Sent: Tuesday, August 30, 2011 7:57 PM To: Jim Duuuude; app_rpt mailing list Subject: Re: [App_rpt-users] Parallel port I/O with chan_simpleusb/usbradio under Limey Linux I've only ever gave it a quick try.. (I don't remember the details) other than a quick test failed' and I switched back to usbradio to get things Going again.. Steve From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude Sent: Tuesday, August 30, 2011 12:45 PM To: app_rpt mailing list Subject: [App_rpt-users] Parallel port I/O with chan_simpleusb/usbradio under Limey Linux Has anyone ever successfully used the PPIO (*not* GPIO) extensions of chan_usbradio and/or chan_simpleusb under Limey Linux?? I think I have run into one of those famous old "how in the world did this EVER work" sorta things. I dont think it did. If anyone has, please let me know. JIM WB6NIL -------------- next part -------------- An HTML attachment was scrubbed... URL: From vk4akp at yahoo.com.au Wed Aug 31 00:32:34 2011 From: vk4akp at yahoo.com.au (Ken Page) Date: Wed, 31 Aug 2011 10:32:34 +1000 Subject: [App_rpt-users] Updated UDEV now Asterisk Radio stuff is dead. :( In-Reply-To: References: Message-ID: <4E5D8122.8060409@yahoo.com.au> Hi guys, Just updated udev on the system and now all the Asterisk radio stuff won't load. I've discovered that they have renamed the USB device names in the latest udev. Instead of /dev/usb /dev/usb1 /dev/usb2 I now have /dev/usbmon0 /dev/usbmon1 /dev/usbmon2 Someone give me a hint as to what the fix is please? -- [Aug 31 09:51:14] WARNING[7695]: chan_usbradio.c:1449 hidthread: Loaded parameters from usbradio_tune_usb.conf for device usb . [Aug 31 09:51:14] WARNING[7695]: chan_usbradio.c:1815 setformat: Unable to re-open DSP device 2 (usb): No such file or directory [Aug 31 09:51:14] WARNING[7702]: chan_usbradio.c:1449 hidthread: Loaded parameters from usbradio_tune_usb1.conf for device usb1 . [Aug 31 09:51:14] WARNING[7702]: chan_usbradio.c:1815 setformat: Unable to re-open DSP device 0 (usb1): No such file or directory -- Regards, Ken - vk4akp All_Star: 2134 Echolink: 7878 .-.-. From jd0 at broadsci.com Wed Aug 31 01:00:28 2011 From: jd0 at broadsci.com (Jeff DePolo) Date: Tue, 30 Aug 2011 21:00:28 -0400 Subject: [App_rpt-users] Parallel port I/O with chan_simpleusb/usbradiounder Limey Linux In-Reply-To: References: Message-ID: <9D859ADF8E8B4FD098895561250B79E3@OUTLAW> Yes, I'm using them as BCD outputs to steer a "memory-agile" GE Delta-S remote base radio under Limey. You'll probably recall you and I going back and forth on some bug fixes a while back to get it working. The biggest problems were related to ioperm permissions; I think I fixed the last of the bugs myself. --- Jeff WN3A > -----Original Message----- > From: app_rpt-users-bounces at ohnosec.org > [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude > Sent: Tuesday, August 30, 2011 12:45 PM > To: app_rpt mailing list > Subject: [App_rpt-users] Parallel port I/O with > chan_simpleusb/usbradiounder Limey Linux > > Has anyone ever successfully used the PPIO (*not* GPIO) extensions > of chan_usbradio and/or chan_simpleusb under Limey Linux?? > > I think I have run into one of those famous old "how in the world > did this EVER work" sorta things. I dont think it did. > > If anyone has, please let me know. > > JIM WB6NIL > > > From george at dyb.com Wed Aug 31 01:54:00 2011 From: george at dyb.com (George Csahanin) Date: Tue, 30 Aug 2011 20:54:00 -0500 Subject: [App_rpt-users] Parallel port I/O withchan_simpleusb/usbradiounder Limey Linux References: <9D859ADF8E8B4FD098895561250B79E3@OUTLAW> Message-ID: <765CD64E504E494FBCF90D055C776DE3@lintv.com> Hey guys, I really need some help with ppin. Works finew with ACID, ppx-ptt works fine, under both distros, pp in for cor just will not work in Limey, and I have no more hair to pull out. Does pp work as an input under Limey, and docs I find doesn't say it does not work, but I gave up hope and just deployed the system with a hard drive, which isn't the way I needed to go. Is it possible to use as an input? I have it loading parport and parport_pc, thies EPP and ECP in the bios, and every combination of setups. I know I have it configured right, same config worked just fine in ACID The only thing that could make Limey even more perfect is RTL8187 wireless support and parallel port input for COS. GeorgeC W2DB ----- Original Message ----- From: "Jeff DePolo" To: "'Jim Duuuude'" ; "'app_rpt mailing list'" Sent: Tuesday, August 30, 2011 8:00 PM Subject: Re: [App_rpt-users] Parallel port I/O withchan_simpleusb/usbradiounder Limey Linux > > Yes, I'm using them as BCD outputs to steer a "memory-agile" GE Delta-S > remote base radio under Limey. You'll probably recall you and I going > back > and forth on some bug fixes a while back to get it working. The biggest > problems were related to ioperm permissions; I think I fixed the last of > the > bugs myself. > > --- Jeff WN3A > >> -----Original Message----- >> From: app_rpt-users-bounces at ohnosec.org >> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude >> Sent: Tuesday, August 30, 2011 12:45 PM >> To: app_rpt mailing list >> Subject: [App_rpt-users] Parallel port I/O with >> chan_simpleusb/usbradiounder Limey Linux >> >> Has anyone ever successfully used the PPIO (*not* GPIO) extensions >> of chan_usbradio and/or chan_simpleusb under Limey Linux?? >> >> I think I have run into one of those famous old "how in the world >> did this EVER work" sorta things. I dont think it did. >> >> If anyone has, please let me know. >> >> JIM WB6NIL >> >> >> > > > From george at dyb.com Wed Aug 31 01:55:45 2011 From: george at dyb.com (George Csahanin) Date: Tue, 30 Aug 2011 20:55:45 -0500 Subject: [App_rpt-users] moreRe: Parallel port I/O with chan_simpleusb/usbradiounder Limey Linux References: Message-ID: <0367FE38A36C4C3B9ADDE5D17799249C@lintv.com> I've started thinking it is a kernel issue somehow, but that's just one of those feelings, which usually turns out to be the barbecue I had for lunch... GeorgeC W2DB ----- Original Message ----- From: Jim Duuuude To: app_rpt mailing list Sent: Tuesday, August 30, 2011 11:45 AM Subject: [App_rpt-users] Parallel port I/O with chan_simpleusb/usbradiounder Limey Linux Has anyone ever successfully used the PPIO (*not* GPIO) extensions of chan_usbradio and/or chan_simpleusb under Limey Linux?? I think I have run into one of those famous old "how in the world did this EVER work" sorta things. I dont think it did. If anyone has, please let me know. JIM WB6NIL -------------- next part -------------- An HTML attachment was scrubbed... URL: From george at dyb.com Wed Aug 31 02:00:58 2011 From: george at dyb.com (George Csahanin) Date: Tue, 30 Aug 2011 21:00:58 -0500 Subject: [App_rpt-users] voice announcements Message-ID: <295EE0EE24984A1F988608E26E1C85B7@lintv.com> I have been over the archive of this mail list, thru the web sire how to's, and need to ask. Is there a way to disable the voice announcements? I have one link that stays nailed up to a base station where somne seniors are listening and they get bothered by the voice announcement when connects and disconnects happen. And I've had some wiggles on the power here that caused Limey to reboot, and then at 6AM they get the message and it wakes them up. You have to understand folks almost 90 years old...phone calls after 9PM or before 8AM=sombody died, etc. Same thing with these voice announcements...it breaks the peace. I tried simply changing the name on the directory the gsm files live in, buit then nothing would even connect. So that didn't fly... GeorgeC George J Csahanin W2DB Cedar Park, TX From kt9ac at ameritech.net Wed Aug 31 02:11:17 2011 From: kt9ac at ameritech.net (Tony KT9AC) Date: Tue, 30 Aug 2011 21:11:17 -0500 Subject: [App_rpt-users] voice announcements In-Reply-To: <295EE0EE24984A1F988608E26E1C85B7@lintv.com> References: <295EE0EE24984A1F988608E26E1C85B7@lintv.com> Message-ID: <4E5D9845.6030402@ameritech.net> George, try "telemdefault=0". You might try a scheduler setpoint to turn them on/off depending on time of day. cop,33 ; Local Telemetry Output Enable cop,34 ; Local Telemetry Output Disable cop,35 ; Local Telemetry Output on demand I have macro's that turn telem off, then do a bunch of stuff, and turn it back on. Tony On 08/30/2011 09:00 PM, George Csahanin wrote: > I have been over the archive of this mail list, thru the web sire how > to's, and need to ask. Is there a way to disable the voice > announcements? I have one link that stays nailed up to a base station > where somne seniors are listening and they get bothered by the voice > announcement when connects and disconnects happen. And I've had some > wiggles on the power here that caused Limey to reboot, and then at 6AM > they get the message and it wakes them up. You have to understand > folks almost 90 years old...phone calls after 9PM or before > 8AM=sombody died, etc. Same thing with these voice announcements...it > breaks the peace. > > I tried simply changing the name on the directory the gsm files live > in, buit then nothing would even connect. So that didn't fly... > > GeorgeC > George J Csahanin > W2DB > Cedar Park, TX > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > From njgarbenis at gmail.com Wed Aug 31 02:13:46 2011 From: njgarbenis at gmail.com (Neal Garbenis) Date: Tue, 30 Aug 2011 22:13:46 -0400 Subject: [App_rpt-users] voice announcements In-Reply-To: <295EE0EE24984A1F988608E26E1C85B7@lintv.com> References: <295EE0EE24984A1F988608E26E1C85B7@lintv.com> Message-ID: <39F5FE27-5A6B-4B37-952A-80B7C311B293@gmail.com> Write a startup macro to turn off telemetry. I have done this on a couple of my machines that I don't want to hear announcements. I would post more detail for you but I'm not by my linux box. Neal Sent from my iPhone On Aug 30, 2011, at 10:00 PM, "George Csahanin" wrote: > I have been over the archive of this mail list, thru the web sire how to's, and need to ask. Is there a way to disable the voice announcements? I have one link that stays nailed up to a base station where somne seniors are listening and they get bothered by the voice announcement when connects and disconnects happen. And I've had some wiggles on the power here that caused Limey to reboot, and then at 6AM they get the message and it wakes them up. You have to understand folks almost 90 years old...phone calls after 9PM or before 8AM=sombody died, etc. Same thing with these voice announcements...it breaks the peace. > > I tried simply changing the name on the directory the gsm files live in, buit then nothing would even connect. So that didn't fly... > > GeorgeC > George J Csahanin > W2DB > Cedar Park, TX > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From george at dyb.com Wed Aug 31 02:17:30 2011 From: george at dyb.com (George Csahanin) Date: Tue, 30 Aug 2011 21:17:30 -0500 Subject: [App_rpt-users] voice announcements References: <295EE0EE24984A1F988608E26E1C85B7@lintv.com> <39F5FE27-5A6B-4B37-952A-80B7C311B293@gmail.com> Message-ID: OK, that's easy. I didn't think it was considered telemetry... Thanks GeorgeC ----- Original Message ----- From: "Neal Garbenis" To: "George Csahanin" Cc: Sent: Tuesday, August 30, 2011 9:13 PM Subject: Re: [App_rpt-users] voice announcements > Write a startup macro to turn off telemetry. I have done this on a couple > of my machines that I don't want to hear announcements. I would post more > detail for you but I'm not by my linux box. > > Neal > > > Sent from my iPhone > > On Aug 30, 2011, at 10:00 PM, "George Csahanin" wrote: > >> I have been over the archive of this mail list, thru the web sire how >> to's, and need to ask. Is there a way to disable the voice announcements? >> I have one link that stays nailed up to a base station where somne >> seniors are listening and they get bothered by the voice announcement >> when connects and disconnects happen. And I've had some wiggles on the >> power here that caused Limey to reboot, and then at 6AM they get the >> message and it wakes them up. You have to understand folks almost 90 >> years old...phone calls after 9PM or before 8AM=sombody died, etc. Same >> thing with these voice announcements...it breaks the peace. >> >> I tried simply changing the name on the directory the gsm files live in, >> buit then nothing would even connect. So that didn't fly... >> >> GeorgeC >> George J Csahanin >> W2DB >> Cedar Park, TX >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > From telesistant at hotmail.com Wed Aug 31 02:19:28 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Tue, 30 Aug 2011 19:19:28 -0700 Subject: [App_rpt-users] Parallel port I/O withchan_simpleusb/usbradiounder Limey Linux In-Reply-To: <765CD64E504E494FBCF90D055C776DE3@lintv.com> References: <9D859ADF8E8B4FD098895561250B79E3@OUTLAW>, <765CD64E504E494FBCF90D055C776DE3@lintv.com> Message-ID: Well, it would pretty much appear that my suspicion is correct. The PP input stuff NEVER worked under Limey Linux, and its pretty obvious why. I will update the chan_usbradio and chan_simpleusb code to reflect this. JIM WB6NIL > From: george at dyb.com > To: jd0 at broadsci.com; telesistant at hotmail.com; app_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] Parallel port I/O withchan_simpleusb/usbradiounder Limey Linux > Date: Tue, 30 Aug 2011 20:54:00 -0500 > > Hey guys, I really need some help with ppin. Works finew with ACID, ppx-ptt > works fine, under both distros, pp in for cor just will not work in Limey, > and I have no more hair to pull out. Does pp work as an input under Limey, > and docs I find doesn't say it does not work, but I gave up hope and just > deployed the system with a hard drive, which isn't the way I needed to go. > > Is it possible to use as an input? > > I have it loading parport and parport_pc, thies EPP and ECP in the bios, and > every combination of setups. I know I have it configured right, same config > worked just fine in ACID > > The only thing that could make Limey even more perfect is RTL8187 wireless > support and parallel port input for COS. > > > GeorgeC > W2DB > > > ----- Original Message ----- > From: "Jeff DePolo" > To: "'Jim Duuuude'" ; "'app_rpt mailing list'" > > Sent: Tuesday, August 30, 2011 8:00 PM > Subject: Re: [App_rpt-users] Parallel port I/O > withchan_simpleusb/usbradiounder Limey Linux > > > > > > Yes, I'm using them as BCD outputs to steer a "memory-agile" GE Delta-S > > remote base radio under Limey. You'll probably recall you and I going > > back > > and forth on some bug fixes a while back to get it working. The biggest > > problems were related to ioperm permissions; I think I fixed the last of > > the > > bugs myself. > > > > --- Jeff WN3A > > > >> -----Original Message----- > >> From: app_rpt-users-bounces at ohnosec.org > >> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude > >> Sent: Tuesday, August 30, 2011 12:45 PM > >> To: app_rpt mailing list > >> Subject: [App_rpt-users] Parallel port I/O with > >> chan_simpleusb/usbradiounder Limey Linux > >> > >> Has anyone ever successfully used the PPIO (*not* GPIO) extensions > >> of chan_usbradio and/or chan_simpleusb under Limey Linux?? > >> > >> I think I have run into one of those famous old "how in the world > >> did this EVER work" sorta things. I dont think it did. > >> > >> If anyone has, please let me know. > >> > >> JIM WB6NIL > >> > >> > >> > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From george at dyb.com Wed Aug 31 02:23:53 2011 From: george at dyb.com (George Csahanin) Date: Tue, 30 Aug 2011 21:23:53 -0500 Subject: [App_rpt-users] Parallel port I/O withchan_simpleusb/usbradiounder Limey Linux References: <9D859ADF8E8B4FD098895561250B79E3@OUTLAW>, <765CD64E504E494FBCF90D055C776DE3@lintv.com> Message-ID: Thank you, sir. Are you doing a new Limey store-bought tgz file, just add "dd"? I tried rolling my own, and modified the kernel config for pp compiled in, not a module, and still didn't fly. I gave up and stuck with dsp decode of pl and cos. But I also suspect that the "motorboating" goes away if the software isn't doing all that other stuff, and just looking for a line to wiggle high ot low, etc. THAT allows easy interface to many radios. Take care. GeorgeC W2DB 2360 ----- Original Message ----- From: Jim Duuuude To: george at dyb.com ; jd0 at broadsci.com ; app_rpt mailing list Sent: Tuesday, August 30, 2011 9:19 PM Subject: RE: [App_rpt-users] Parallel port I/O withchan_simpleusb/usbradiounder Limey Linux Well, it would pretty much appear that my suspicion is correct. The PP input stuff NEVER worked under Limey Linux, and its pretty obvious why. I will update the chan_usbradio and chan_simpleusb code to reflect this. JIM WB6NIL > From: george at dyb.com > To: jd0 at broadsci.com; telesistant at hotmail.com; app_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] Parallel port I/O withchan_simpleusb/usbradiounder Limey Linux > Date: Tue, 30 Aug 2011 20:54:00 -0500 > > Hey guys, I really need some help with ppin. Works finew with ACID, ppx-ptt > works fine, under both distros, pp in for cor just will not work in Limey, > and I have no more hair to pull out. Does pp work as an input under Limey, > and docs I find doesn't say it does not work, but I gave up hope and just > deployed the system with a hard drive, which isn't the way I needed to go. > > Is it possible to use as an input? > > I have it loading parport and parport_pc, thies EPP and ECP in the bios, and > every combination of setups. I know I have it configured right, same config > worked just fine in ACID > > The only thing that could make Limey even more perfect is RTL8187 wireless > support and parallel port input for COS. > > > GeorgeC > W2DB > > > ----- Original Message ----- > From: "Jeff DePolo" > To: "'Jim Duuuude'" ; "'app_rpt mailing list'" > > Sent: Tuesday, August 30, 2011 8:00 PM > Subject: Re: [App_rpt-users] Parallel port I/O > withchan_simpleusb/usbradiounder Limey Linux > > > > > > Yes, I'm using them as BCD outputs to steer a "memory-agile" GE Delta-S > > remote base radio under Limey. You'll probably recall you and I going > > back > > and forth on some bug fixes a while back to get it working. The biggest > > problems were related to ioperm permissions; I think I fixed the last of > > the > > bugs myself. > > > > --- Jeff WN3A > > > >> -----Original Message----- > >> From: app_rpt-users-bounces at ohnosec.org > >> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude > >> Sent: Tuesday, August 30, 2011 12:45 PM > >> To: app_rpt mailing list > >> Subject: [App_rpt-users] Parallel port I/O with > >> chan_simpleusb/usbradiounder Limey Linux > >> > >> Has anyone ever successfully used the PPIO (*not* GPIO) extensions > >> of chan_usbradio and/or chan_simpleusb under Limey Linux?? > >> > >> I think I have run into one of those famous old "how in the world > >> did this EVER work" sorta things. I dont think it did. > >> > >> If anyone has, please let me know. > >> > >> JIM WB6NIL > >> > >> > >> > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Wed Aug 31 02:28:40 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Tue, 30 Aug 2011 19:28:40 -0700 Subject: [App_rpt-users] Parallel port I/O withchan_simpleusb/usbradiounder Limey Linux In-Reply-To: References: <9D859ADF8E8B4FD098895561250B79E3@OUTLAW>, <765CD64E504E494FBCF90D055C776DE3@lintv.com> , Message-ID: That's an interesting question. Normally, what we do is take a snapshot of the SVN sources and make the 'files.tar.gz' file which contains the release version of the sources. This file is used both for ACID and Limey Linux. The ACID version of this has been released already. The 1.1.5 version of Limey Linux is still in the "needs to be verified" (without the Asterisk stuff first) stage. So, it *is* possible to make these changes "appear" in the Limey distro. However, I am going to have to talk with Steve, WA6ZFT and see how he wants to handle this. JIM WB6NIL From: george at dyb.com To: telesistant at hotmail.com; jd0 at broadsci.com; app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Parallel port I/O withchan_simpleusb/usbradiounder Limey Linux Date: Tue, 30 Aug 2011 21:23:53 -0500 Thank you, sir. Are you doing a new Limey store-bought tgz file, just add "dd"? I tried rolling my own, and modified the kernel config for pp compiled in, not a module, and still didn't fly. I gave up and stuck with dsp decode of pl and cos. But I also suspect that the "motorboating" goes away if the software isn't doing all that other stuff, and just looking for a line to wiggle high ot low, etc. THAT allows easy interface to many radios. Take care. GeorgeC W2DB 2360 ----- Original Message ----- From: Jim Duuuude To: george at dyb.com ; jd0 at broadsci.com ; app_rpt mailing list Sent: Tuesday, August 30, 2011 9:19 PM Subject: RE: [App_rpt-users] Parallel port I/O withchan_simpleusb/usbradiounder Limey Linux Well, it would pretty much appear that my suspicion is correct. The PP input stuff NEVER worked under Limey Linux, and its pretty obvious why. I will update the chan_usbradio and chan_simpleusb code to reflect this. JIM WB6NIL > From: george at dyb.com > To: jd0 at broadsci.com; telesistant at hotmail.com; app_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] Parallel port I/O withchan_simpleusb/usbradiounder Limey Linux > Date: Tue, 30 Aug 2011 20:54:00 -0500 > > Hey guys, I really need some help with ppin. Works finew with ACID, ppx-ptt > works fine, under both distros, pp in for cor just will not work in Limey, > and I have no more hair to pull out. Does pp work as an input under Limey, > and docs I find doesn't say it does not work, but I gave up hope and just > deployed the system with a hard drive, which isn't the way I needed to go. > > Is it possible to use as an input? > > I have it loading parport and parport_pc, thies EPP and ECP in the bios, and > every combination of setups. I know I have it configured right, same config > worked just fine in ACID > > The only thing that could make Limey even more perfect is RTL8187 wireless > support and parallel port input for COS. > > > GeorgeC > W2DB > > > ----- Original Message ----- > From: "Jeff DePolo" > To: "'Jim Duuuude'" ; "'app_rpt mailing list'" > > Sent: Tuesday, August 30, 2011 8:00 PM > Subject: Re: [App_rpt-users] Parallel port I/O > withchan_simpleusb/usbradiounder Limey Linux > > > > > > Yes, I'm using them as BCD outputs to steer a "memory-agile" GE Delta-S > > remote base radio under Limey. You'll probably recall you and I going > > back > > and forth on some bug fixes a while back to get it working. The biggest > > problems were related to ioperm permissions; I think I fixed the last of > > the > > bugs myself. > > > > --- Jeff WN3A > > > >> -----Original Message----- > >> From: app_rpt-users-bounces at ohnosec.org > >> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude > >> Sent: Tuesday, August 30, 2011 12:45 PM > >> To: app_rpt mailing list > >> Subject: [App_rpt-users] Parallel port I/O with > >> chan_simpleusb/usbradiounder Limey Linux > >> > >> Has anyone ever successfully used the PPIO (*not* GPIO) extensions > >> of chan_usbradio and/or chan_simpleusb under Limey Linux?? > >> > >> I think I have run into one of those famous old "how in the world > >> did this EVER work" sorta things. I dont think it did. > >> > >> If anyone has, please let me know. > >> > >> JIM WB6NIL > >> > >> > >> > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From george at dyb.com Wed Aug 31 02:37:06 2011 From: george at dyb.com (George Csahanin) Date: Tue, 30 Aug 2011 21:37:06 -0500 Subject: [App_rpt-users] Parallel port I/O withchan_simpleusb/usbradiounder Limey Linux References: <9D859ADF8E8B4FD098895561250B79E3@OUTLAW>, <765CD64E504E494FBCF90D055C776DE3@lintv.com> , Message-ID: So...(I'm a hacker, not a programmer)...as I understand this, if I get the new sources into my limey box I can compile them with the new source? I have a slackware linux laptop where I made my own limey one time, and it worked fine (on a D201 board before you folkis combined that with the D945 stuff) The ACID distro I downloaded on Saturday has to be right, it works like a champ on the printer port. Also, in the docs it does not mention that pin 11 is available, and I peeked at the source and found that it was, and it did work. The controller I married it to has COS on pin 11, I didn't feel like soldering. OK, Jim, thanks for the info/insight. GeorgeC ----- Original Message ----- From: Jim Duuuude To: george at dyb.com ; jd0 at broadsci.com ; app_rpt mailing list Sent: Tuesday, August 30, 2011 9:28 PM Subject: RE: [App_rpt-users] Parallel port I/O withchan_simpleusb/usbradiounder Limey Linux That's an interesting question. Normally, what we do is take a snapshot of the SVN sources and make the 'files.tar.gz' file which contains the release version of the sources. This file is used both for ACID and Limey Linux. The ACID version of this has been released already. The 1.1.5 version of Limey Linux is still in the "needs to be verified" (without the Asterisk stuff first) stage. So, it *is* possible to make these changes "appear" in the Limey distro. However, I am going to have to talk with Steve, WA6ZFT and see how he wants to handle this. JIM WB6NIL ------------------------------------------------------------------------------ From: george at dyb.com To: telesistant at hotmail.com; jd0 at broadsci.com; app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Parallel port I/O withchan_simpleusb/usbradiounder Limey Linux Date: Tue, 30 Aug 2011 21:23:53 -0500 Thank you, sir. Are you doing a new Limey store-bought tgz file, just add "dd"? I tried rolling my own, and modified the kernel config for pp compiled in, not a module, and still didn't fly. I gave up and stuck with dsp decode of pl and cos. But I also suspect that the "motorboating" goes away if the software isn't doing all that other stuff, and just looking for a line to wiggle high ot low, etc. THAT allows easy interface to many radios. Take care. GeorgeC W2DB 2360 ----- Original Message ----- From: Jim Duuuude To: george at dyb.com ; jd0 at broadsci.com ; app_rpt mailing list Sent: Tuesday, August 30, 2011 9:19 PM Subject: RE: [App_rpt-users] Parallel port I/O withchan_simpleusb/usbradiounder Limey Linux Well, it would pretty much appear that my suspicion is correct. The PP input stuff NEVER worked under Limey Linux, and its pretty obvious why. I will update the chan_usbradio and chan_simpleusb code to reflect this. JIM WB6NIL > From: george at dyb.com > To: jd0 at broadsci.com; telesistant at hotmail.com; app_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] Parallel port I/O withchan_simpleusb/usbradiounder Limey Linux > Date: Tue, 30 Aug 2011 20:54:00 -0500 > > Hey guys, I really need some help with ppin. Works finew with ACID, ppx-ptt > works fine, under both distros, pp in for cor just will not work in Limey, > and I have no more hair to pull out. Does pp work as an input under Limey, > and docs I find doesn't say it does not work, but I gave up hope and just > deployed the system with a hard drive, which isn't the way I needed to go. > > Is it possible to use as an input? > > I have it loading parport and parport_pc, thies EPP and ECP in the bios, and > every combination of setups. I know I have it configured right, same config > worked just fine in ACID > > The only thing that could make Limey even more perfect is RTL8187 wireless > support and parallel port input for COS. > > > GeorgeC > W2DB > > > ----- Original Message ----- > From: "Jeff DePolo" > To: "'Jim Duuuude'" ; "'app_rpt mailing list'" > > Sent: Tuesday, August 30, 2011 8:00 PM > Subject: Re: [App_rpt-users] Parallel port I/O > withchan_simpleusb/usbradiounder Limey Linux > > > > > > Yes, I'm using them as BCD outputs to steer a "memory-agile" GE Delta-S > > remote base radio under Limey. You'll probably recall you and I going > > back > > and forth on some bug fixes a while back to get it working. The biggest > > problems were related to ioperm permissions; I think I fixed the last of > > the > > bugs myself. > > > > --- Jeff WN3A > > > >> -----Original Message----- > >> From: app_rpt-users-bounces at ohnosec.org > >> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude > >> Sent: Tuesday, August 30, 2011 12:45 PM > >> To: app_rpt mailing list > >> Subject: [App_rpt-users] Parallel port I/O with > >> chan_simpleusb/usbradiounder Limey Linux > >> > >> Has anyone ever successfully used the PPIO (*not* GPIO) extensions > >> of chan_usbradio and/or chan_simpleusb under Limey Linux?? > >> > >> I think I have run into one of those famous old "how in the world > >> did this EVER work" sorta things. I dont think it did. > >> > >> If anyone has, please let me know. > >> > >> JIM WB6NIL > >> > >> > >> > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Wed Aug 31 02:55:31 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Tue, 30 Aug 2011 19:55:31 -0700 Subject: [App_rpt-users] Parallel port I/O withchan_simpleusb/usbradiounder Limey Linux In-Reply-To: References: <9D859ADF8E8B4FD098895561250B79E3@OUTLAW>, <765CD64E504E494FBCF90D055C776DE3@lintv.com> , , Message-ID: that will be correct *after* I update them into SVN. You can follow the upgrade from SVN procedure in the 'support' section of the allstarlink.org website. JIM From: george at dyb.com To: telesistant at hotmail.com; jd0 at broadsci.com; app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Parallel port I/O withchan_simpleusb/usbradiounder Limey Linux Date: Tue, 30 Aug 2011 21:37:06 -0500 So...(I'm a hacker, not a programmer)...as I understand this, if I get the new sources into my limey box I can compile them with the new source? I have a slackware linux laptop where I made my own limey one time, and it worked fine (on a D201 board before you folkis combined that with the D945 stuff) The ACID distro I downloaded on Saturday has to be right, it works like a champ on the printer port. Also, in the docs it does not mention that pin 11 is available, and I peeked at the source and found that it was, and it did work. The controller I married it to has COS on pin 11, I didn't feel like soldering. OK, Jim, thanks for the info/insight. GeorgeC ----- Original Message ----- From: Jim Duuuude To: george at dyb.com ; jd0 at broadsci.com ; app_rpt mailing list Sent: Tuesday, August 30, 2011 9:28 PM Subject: RE: [App_rpt-users] Parallel port I/O withchan_simpleusb/usbradiounder Limey Linux That's an interesting question. Normally, what we do is take a snapshot of the SVN sources and make the 'files.tar.gz' file which contains the release version of the sources. This file is used both for ACID and Limey Linux. The ACID version of this has been released already. The 1.1.5 version of Limey Linux is still in the "needs to be verified" (without the Asterisk stuff first) stage. So, it *is* possible to make these changes "appear" in the Limey distro. However, I am going to have to talk with Steve, WA6ZFT and see how he wants to handle this. JIM WB6NIL From: george at dyb.com To: telesistant at hotmail.com; jd0 at broadsci.com; app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Parallel port I/O withchan_simpleusb/usbradiounder Limey Linux Date: Tue, 30 Aug 2011 21:23:53 -0500 Thank you, sir. Are you doing a new Limey store-bought tgz file, just add "dd"? I tried rolling my own, and modified the kernel config for pp compiled in, not a module, and still didn't fly. I gave up and stuck with dsp decode of pl and cos. But I also suspect that the "motorboating" goes away if the software isn't doing all that other stuff, and just looking for a line to wiggle high ot low, etc. THAT allows easy interface to many radios. Take care. GeorgeC W2DB 2360 ----- Original Message ----- From: Jim Duuuude To: george at dyb.com ; jd0 at broadsci.com ; app_rpt mailing list Sent: Tuesday, August 30, 2011 9:19 PM Subject: RE: [App_rpt-users] Parallel port I/O withchan_simpleusb/usbradiounder Limey Linux Well, it would pretty much appear that my suspicion is correct. The PP input stuff NEVER worked under Limey Linux, and its pretty obvious why. I will update the chan_usbradio and chan_simpleusb code to reflect this. JIM WB6NIL > From: george at dyb.com > To: jd0 at broadsci.com; telesistant at hotmail.com; app_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] Parallel port I/O withchan_simpleusb/usbradiounder Limey Linux > Date: Tue, 30 Aug 2011 20:54:00 -0500 > > Hey guys, I really need some help with ppin. Works finew with ACID, ppx-ptt > works fine, under both distros, pp in for cor just will not work in Limey, > and I have no more hair to pull out. Does pp work as an input under Limey, > and docs I find doesn't say it does not work, but I gave up hope and just > deployed the system with a hard drive, which isn't the way I needed to go. > > Is it possible to use as an input? > > I have it loading parport and parport_pc, thies EPP and ECP in the bios, and > every combination of setups. I know I have it configured right, same config > worked just fine in ACID > > The only thing that could make Limey even more perfect is RTL8187 wireless > support and parallel port input for COS. > > > GeorgeC > W2DB > > > ----- Original Message ----- > From: "Jeff DePolo" > To: "'Jim Duuuude'" ; "'app_rpt mailing list'" > > Sent: Tuesday, August 30, 2011 8:00 PM > Subject: Re: [App_rpt-users] Parallel port I/O > withchan_simpleusb/usbradiounder Limey Linux > > > > > > Yes, I'm using them as BCD outputs to steer a "memory-agile" GE Delta-S > > remote base radio under Limey. You'll probably recall you and I going > > back > > and forth on some bug fixes a while back to get it working. The biggest > > problems were related to ioperm permissions; I think I fixed the last of > > the > > bugs myself. > > > > --- Jeff WN3A > > > >> -----Original Message----- > >> From: app_rpt-users-bounces at ohnosec.org > >> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude > >> Sent: Tuesday, August 30, 2011 12:45 PM > >> To: app_rpt mailing list > >> Subject: [App_rpt-users] Parallel port I/O with > >> chan_simpleusb/usbradiounder Limey Linux > >> > >> Has anyone ever successfully used the PPIO (*not* GPIO) extensions > >> of chan_usbradio and/or chan_simpleusb under Limey Linux?? > >> > >> I think I have run into one of those famous old "how in the world > >> did this EVER work" sorta things. I dont think it did. > >> > >> If anyone has, please let me know. > >> > >> JIM WB6NIL > >> > >> > >> > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kt9ac at ameritech.net Wed Aug 31 15:41:14 2011 From: kt9ac at ameritech.net (Tony KT9AC) Date: Wed, 31 Aug 2011 08:41:14 -0700 (PDT) Subject: [App_rpt-users] Completing install w/o URI in place Message-ID: <1314805274.33621.YahooMailClassic@web81007.mail.mud.yahoo.com> I'm helping to do a remote install of a new node, but we don't have the URIx attached yet (just ordered it). Is it possible to just allow my friend to complete the CentOS and post install with our node number to get it on the network? The hardware should be ready in a few days for that node, then we'll finish the config at that time. Thanks, Tony From telesistant at hotmail.com Wed Aug 31 15:44:47 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Wed, 31 Aug 2011 08:44:47 -0700 Subject: [App_rpt-users] Completing install w/o URI in place In-Reply-To: <1314805274.33621.YahooMailClassic@web81007.mail.mud.yahoo.com> References: <1314805274.33621.YahooMailClassic@web81007.mail.mud.yahoo.com> Message-ID: so, what is stopping you? > Date: Wed, 31 Aug 2011 08:41:14 -0700 > From: kt9ac at ameritech.net > To: App_rpt-users at ohnosec.org > Subject: [App_rpt-users] Completing install w/o URI in place > > I'm helping to do a remote install of a new node, but we don't have the URIx attached yet (just ordered it). > > Is it possible to just allow my friend to complete the CentOS and post install with our node number to get it on the network? The hardware should be ready in a few days for that node, then we'll finish the config at that time. > > Thanks, > Tony > > > _______________________________________________ > 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 kt9ac at ameritech.net Wed Aug 31 15:54:31 2011 From: kt9ac at ameritech.net (Tony KT9AC) Date: Wed, 31 Aug 2011 08:54:31 -0700 (PDT) Subject: [App_rpt-users] Completing install w/o URI in place In-Reply-To: Message-ID: <1314806071.87459.YahooMailClassic@web81008.mail.mud.yahoo.com> I just want to ensure that my friend's install can finish w/o the hardware being plugged in. He aborted it before entering the node information, so we'll have to run the "phase2.sh" script again, etc to get it on the network where I can get to it remotely. It's been a few years since I did a clean install... --- On Wed, 8/31/11, Jim Duuuude wrote: From: Jim Duuuude Subject: RE: [App_rpt-users] Completing install w/o URI in place To: kt9ac at ameritech.net, "app_rpt mailing list" Date: Wednesday, August 31, 2011, 10:44 AM so, what is stopping you? > Date: Wed, 31 Aug 2011 08:41:14 -0700 > From: kt9ac at ameritech.net > To: App_rpt-users at ohnosec.org > Subject: [App_rpt-users] Completing install w/o URI in place > > I'm helping to do a remote install of a new node, but we don't have the URIx attached yet (just ordered it). > > Is it possible to just allow my friend to complete the CentOS and post install with our node number to get it on the network? The hardware should be ready in a few days for that node, then we'll finish the config at that time. > > Thanks, > Tony > > > _______________________________________________ > 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 telesistant at hotmail.com Wed Aug 31 17:30:05 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Wed, 31 Aug 2011 10:30:05 -0700 Subject: [App_rpt-users] Parallel port I/O with chan_simpleusb/usbradio under Limey Linux In-Reply-To: References: Message-ID: for those who may be interested at this point, the SVN now contains what *should* be working sources for chan_usbradio and chan_simpleusb that *should* work under Limey Linux. I will try to get a chance to test them today sometime. JIM WB6NIL From: telesistant at hotmail.com To: app_rpt-users at ohnosec.org Date: Tue, 30 Aug 2011 09:45:15 -0700 Subject: [App_rpt-users] Parallel port I/O with chan_simpleusb/usbradio under Limey Linux Has anyone ever successfully used the PPIO (*not* GPIO) extensions of chan_usbradio and/or chan_simpleusb under Limey Linux?? I think I have run into one of those famous old "how in the world did this EVER work" sorta things. I dont think it did. If anyone has, please let me know. JIM WB6NIL _______________________________________________ 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: