December 2012 - App_rpt-users - lists.keekles.org

Re: [App_rpt-users] raspberry
by Alan Adamson 06 Dec '12

06 Dec '12

Ya'll need to stop wasting your time with the Pi, it's a well-documented issue with USB performance or lack thereof due to the SOC design. Also note the IP performance is at least 50% worse than other ARM 9 designs, the Arm 11 is just that a low cost entry level platform This is where we need to starting going - http://www.hardkernel.com/renewal_2011/main.php And the price is right as well Alan -----Original Message----- From: app_rpt-users-bounces(a)ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Ramesh Dhami (VA3UV) Sent: Tuesday, December 04, 2012 8:48 PM To: app_rpt-users(a)ohnosec.org Subject: Re: [App_rpt-users] raspberry Hi Jim; Good to hear from you Duuuude! Yeh, I figured you were busy with real / revenue generating work. I played around with all of the buffer parameters and queue size in chan_simpleusb and could not get rid of that cyclical raspiness on the Raspberry! When it works - it works well, every few seconds the audio gets raspy and then clears up. I've also been busy with work and now the holiday parties have started to kick in! - that's paRties - not paNties :) Cheers, Ramesh. On 04/12/2012 8:27 PM, Jim Duuuude wrote: > BTW.. > > If anyone feels like being ambitious, and have experience with > chan_simpleusb > (at the source level), you might try to contact Ramesh and see if you > can try > 'poking around' at some of the buffer parameters for the stupid OSS audio > stuff. Or maybe, the OSS compatibility layer in that version of the kernel > is sufficiently broken to not be able to work properly in the > environment at all?? > Maybe native alsa is necessary here. Perhaps someone might want to 'splice' > the native alsa 'way' of 'talking' to the sound hardware from something like > chan_beagle into chan_simpleusb to see if this is the case. Definitely > not a > trivial proposition. > > Jim > > > ------------------------------------------------------------------------ > Date: Wed, 5 Dec 2012 12:00:44 +1100 > Subject: RE: [App_rpt-users] raspberry > From: edgecomberts(a)gmail.com > To: telesistant(a)hotmail.com > > Jim, many thanks for the update! Please keep up the great work, and with > Christmas coming on, make sure the family comes first. > > I for one will wait patiently for the results of your work. > > On 05/12/2012 11:58 AM, "Jim Duuuude" <telesistant(a)hotmail.com > <mailto:telesistant@hotmail.com>> wrote: > > There is work being done and progress being made to get app_rpt-ness and > raspberry-ness working together. > > Sadly, I have been lack in my duties in this area as I have been > 'screwing off' working on 'real' (revenue-generating) work in the > last couple of weeks (and attempting to interleave my "life" along > in there somewhere), so it may take a little while longer. > > Please have some patience in this area, everyone. > It's being dealt with in the most reasonable manner > possible. > > Currently, Ramesh has a version of the 'stuff' that is working -- sorta. > There is still some issue with audio buffering (with the SWINE USB), > and we (or at least I) havent had time to look at it in the past few > days. > It will happen, just give it time. Also, there is some random poopy > about > the crypto libraries under that distro, which *may* require using > Asterisk > version 1.6 instead of the "normal" distro, and that could get at least > somewhat ugly. > > Anyway, more to come. > > Jim > > > > From: vk2hdm(a)gmail.com <mailto:vk2hdm@gmail.com> > > Date: Wed, 5 Dec 2012 00:17:35 +1000 > > To: edgecomberts(a)gmail.com <mailto:edgecomberts@gmail.com> > > CC: app_rpt-users(a)ohnosec.org <mailto:app_rpt-users@ohnosec.org> > > Subject: Re: [App_rpt-users] raspberry > > > > Check out hamnation Facebook page there getting there on getting > it running. Some challenges but they a good way along. > > > > David > > > > Fax (07) 4641 7340 > > > > On 04/12/2012, at 16:45, Shane Morris <edgecomberts(a)gmail.com > <mailto:edgecomberts@gmail.com>> wrote: > > > > > Yup, I do. I've tried, and run into problems with driver > support. Jim > > > Dude might be able to advise further on that one, but at the > moment, I > > > don't think its possible. > > > > > > On Tue, Dec 4, 2012 at 5:27 PM, ea8ee <ea8ee1(a)gmail.com > <mailto:ea8ee1@gmail.com>> wrote: > > >> anyone has some experience with arm and asterisk and uri? > > >> > > >> > > >> _______________________________________________ > > >> App_rpt-users mailing list > > >> App_rpt-users(a)ohnosec.org <mailto:App_rpt-users@ohnosec.org> > > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > _______________________________________________ > > > App_rpt-users mailing list > > > App_rpt-users(a)ohnosec.org <mailto:App_rpt-users@ohnosec.org> > > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users(a)ohnosec.org <mailto:App_rpt-users@ohnosec.org> > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users(a)ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > _______________________________________________ App_rpt-users mailing list App_rpt-users(a)ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

3 2

Asterisk over Amateur Radio Backhaul
by Brett Friermood 05 Dec '12

05 Dec '12

I saw the following line in one of Jim Duuude's replies yesterday about the Raspberry Pi: >Also, there is some random poopy about the crypto libraries under that distro, which >*may* require using Asterisk version 1.6 instead of the "normal" distro" I might remember seeing something about it before, but judging by that sentence it seems Asterisk uses encryption in its interconnections. Is this correct? How would this factor into using repurposed WLAN equipment under Part 97 as backhaul for asterisk/app_rpt? Can the system be run without the use of encryption? Thanks, Brett KQ9N

3 2

Re: [App_rpt-users] raspberry
by Matthew Pitts 05 Dec '12

05 Dec '12

Ramesh, I know it's possible to use the Raspberry Pi for this sort of thing; we may have to put a wedge of sorts between the kernel audio handling and the sound device in use. I have another pressing coding project going on at the moment, but if you want to ask me anything, feel free to do so. Matthew Pitts N8OHU Sent from my Verizon Wireless 4G LTE smartphone

1 0

Re: [App_rpt-users] raspberry
by Jim Duuuude 05 Dec '12

05 Dec '12

BTW.. If anyone feels like being ambitious, and have experience with chan_simpleusb (at the source level), you might try to contact Ramesh and see if you can try 'poking around' at some of the buffer parameters for the stupid OSS audio stuff. Or maybe, the OSS compatibility layer in that version of the kernel is sufficiently broken to not be able to work properly in the environment at all?? Maybe native alsa is necessary here. Perhaps someone might want to 'splice' the native alsa 'way' of 'talking' to the sound hardware from something like chan_beagle into chan_simpleusb to see if this is the case. Definitely not a trivial proposition. Jim Date: Wed, 5 Dec 2012 12:00:44 +1100 Subject: RE: [App_rpt-users] raspberry From: edgecomberts(a)gmail.com To: telesistant(a)hotmail.com Jim, many thanks for the update! Please keep up the great work, and with Christmas coming on, make sure the family comes first. I for one will wait patiently for the results of your work. On 05/12/2012 11:58 AM, "Jim Duuuude" <telesistant(a)hotmail.com> wrote: There is work being done and progress being made to get app_rpt-ness and raspberry-ness working together. Sadly, I have been lack in my duties in this area as I have been 'screwing off' working on 'real' (revenue-generating) work in the last couple of weeks (and attempting to interleave my "life" along in there somewhere), so it may take a little while longer. Please have some patience in this area, everyone. It's being dealt with in the most reasonable manner possible. Currently, Ramesh has a version of the 'stuff' that is working -- sorta. There is still some issue with audio buffering (with the SWINE USB), and we (or at least I) havent had time to look at it in the past few days. It will happen, just give it time. Also, there is some random poopy about the crypto libraries under that distro, which *may* require using Asterisk version 1.6 instead of the "normal" distro, and that could get at least somewhat ugly. Anyway, more to come. Jim > From: vk2hdm(a)gmail.com > Date: Wed, 5 Dec 2012 00:17:35 +1000 > To: edgecomberts(a)gmail.com > CC: app_rpt-users(a)ohnosec.org > Subject: Re: [App_rpt-users] raspberry > > Check out hamnation Facebook page there getting there on getting it running. Some challenges but they a good way along. > > David > > Fax (07) 4641 7340 > > On 04/12/2012, at 16:45, Shane Morris <edgecomberts(a)gmail.com> wrote: > > > Yup, I do. I've tried, and run into problems with driver support. Jim > > Dude might be able to advise further on that one, but at the moment, I > > don't think its possible. > > > > On Tue, Dec 4, 2012 at 5:27 PM, ea8ee <ea8ee1(a)gmail.com> wrote: > >> anyone has some experience with arm and asterisk and uri? > >> > >> > >> _______________________________________________ > >> App_rpt-users mailing list > >> App_rpt-users(a)ohnosec.org > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users(a)ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > _______________________________________________ > App_rpt-users mailing list > App_rpt-users(a)ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

2 1

raspberry
by ea8ee 05 Dec '12

05 Dec '12

anyone has some experience with arm and asterisk and uri?

4 3

Fwd: Re: Some information, from my brain...
by Shane Morris 04 Dec '12

04 Dec '12

---------- Forwarded message ---------- From: "Shane Morris" <edgecomberts(a)gmail.com> Date: 04/12/2012 6:52 AM Subject: Re: [App_rpt-users] Some information, from my brain... To: "Ken" <ke2n(a)cs.com> I thought so, meaning those issues with Zaptel mean I cannot use app_rpt on ARM right now. On 04/12/2012 6:38 AM, "Ken" <ke2n(a)cs.com> wrote: > It has been posted several times here, and it is on the ohnosec site, > that app-rpt is based on Asterisk 1.4 and not the latest release of > Asterisk(1.8). > Ken > -----Original Message----- > From: Shane Morris <edgecomberts(a)gmail.com> > To: Matthew Pitts <n8ohu(a)yahoo.com> > Cc: app_rpt mailing list <app_rpt-users(a)ohnosec.org> > Sent: Mon, Dec 3, 2012 1:07 pm > Subject: Re: [App_rpt-users] Some information, from my brain... > > Hi Matthew, > > It appears that support for app_rpt was dropped in the mainline from > the SVN version on onnosec, and the present version. I know what > you're thinking - I thought it too, compile up the latest sources, > and... it don't work. Working with that, I attempted to compile the > version of Asterisk on the SVN, with the app_rpt and chan_voter > modules - and ran into these issues. > > I could be wrong, but I am pretty certain the latest Asterisk doesn't > support app_rpt. Ergo, I did a "make menuselect" and no option > existed. That was sorely disappointing. > > Matthew, I hope I'm wrong...! =) > > Thanks! > > Shane. > > On Tue, Dec 4, 2012 at 3:44 AM, Matthew Pitts <n8ohu(a)yahoo.com> wrote: > > Shane, > > > > I will have to double check, but I could swear I saw Asterisk listed as one of > the available packages for Raspian Linux on the Raspberry Pi; if that is indeed > the case, I would.think it would be possible to figure out what they did and > code something that will enable the use of APP_RPT on the Pi. > > > > Matthew Pitts > > N8OHU > > > > Sent from my Verizon Wireless 4G LTE smartphone > > > > -------- Original Message -------- > > Subject: [App_rpt-users] Some information, from my brain... > > From: Shane Morris <edgecomberts(a)gmail.com> > > Date: Mon, 03-Dec-2012 05:03 > > To: app_rpt mailing list <app_rpt-users(a)ohnosec.org> > > CC: > > > > I wrote two emails today, one dealing with the subject of the use of > > ARM platforms for app_rpt/ chan_voter software, and one dealing with > > the audio capabilities of modern laptops, particularly Macbook Airs. > > The intent follows: > > > > -------------------------------------------- > > > > So after alot of wrangling, I've found out something: > > > > DAHDI and Zaptel support on ARM Linux kernels version 3.0 and above > > just doesn't happen. I personally believe this is because most ARM > > systems lack a PCI slot of any description, and pretty much will > > forever lack PCI slots (the last ARM I heard of that had PCI was the > > Ionynx PC from the UK, running RiSC OS - oops?). Now this doesn't give > > Digium an incentive to code up some support for non-existant hardware, > > under the pretense that app_rpt and chan_voter needs tonezone and a > > handful of other elements from Zaptel (or DAHDI), does it? Which means > > you effectively cannot, for the foreseeable future, use an ARM > > platform as the controller for a PMR network. > > > > That means that, for the first time in five years, I'm considering > > buying an x86 platform. Huh, you say, this is Shane we're talking > > about here, he don't do x86! Unless a certain set of conditions are > > met, no, I don't... > > > > Meet the Fit PC-3. You might know it, or the Fit PC-2. I admit to > > knowing the Fit PC-2 quite well. A nice piece of gear. What I didn't > > know was they updated to an AMD APU based system, and qualified the > > PC-3 for use with Linux Mint. Uh huh, headless Ubuntu, here I come! > > And this little, fanless, 17Watt total draw bad boy will run all of > > the usual suspects in a PMR network that you may so desire... > > > > Which is what I desire. ARM can be such a pain in the ass sometimes... > > > > This system, with 4GB of RAM, no HDD, and postage from Israel (I don't > > think it'll get here before Christmas, but thanks for asking), is the > > princely sum of $485, max, including Paypal "tax." We pay the nobles a > > damn stiff fee for civilisation, don't we? I have a 40GB SSD here, > > just about ready to go. I also have some 12VDC gear, ready for this > > little thing to strut its stuff. > > > > As I want it to run headless, I'll probably get it to talk SSH > > ("Shhhhhh!") to the outside world, but I do have a 12VDC compatible 15 > > inch DVI monitor, with HDMi to DVI cable. Yes, yes, it uses cold > > cathodes... gah, its so hard to get good help these days. I don't > > actually have to have the monitor on for an entire weekend, only when > > things hit fans in interesting, intersecting ways they're not supposed > > to. If that happens, and I can't log into my PMR controller, I think > > the network is pretty much toast by that point. > > > > I don't believe I'd need a failover, I remember reading something > > along the lines of underclocking will occur until such time as a heat > > issue can resolve itself, the thing, with SSD, has no moving parts (no > > pesky fans to fail!) and as long as you don't hook the power up > > backwards, this thing is pretty much unkillable. Dual core APU at > > 1.0GHz, as mentioned, 4GB RAM, 40GB SSD. Running a nice, recent > > revision of something that can operate in console/ SSH mode. I don't > > want an X server to slow me down. This thing is a PMR controller, not > > a Facebookin' machine. > > > > So, I've solved all my problems with ARM platforms in one fell swoop. > > This is good you say, I'm finally making progress. Lucky I found out > > with the RPi about the DAHDI/ Zaptel driver situation, and of course, > > the existence of the Radio Thin Client Module as well (thanks Jim! I > > owe you a tall, cold beer one day!). The RTCM is the basis for > > VoterCard, the PMR full transmit simulcast controller for Simoco > > radios. > > > > -------------------------------------------- > > > > For use of a laptop system with IAXRpt, one finds that most laptops > > audio systems are inadequate, especially in the high noise, and high > > tension area of a command centre. The Macbook Air is further > > disadvantaged by the fact it has no microphone port, simply an inbuilt > > microphone which is prone to picking up alot of noise, and in a > > command situation, broadcasting four operators voices over one channel > > is a recipe for failure, and yes, even danger... > > > > However after all the work I had invested into getting IAXRpt running > > on my MBA, I felt it appropriate to address what I see as Apples total > > shortcomings in the audio department. Before I go on to explain how I > > addressed these issues, I will elaborate - the running of the Windows > > application IAXRpt under Mac OS X is simple, using a version of WiNE > > for Mac OS X. The particular wrapper software I use is called > > WineBottler. However, I could not use the stock "for OS X 10.6" > > revision software, as it did not support audio in any way, shape or > > form. I actually had to download WineBottler, with 10.6 core, and > > replace the core with 10.7 audio enabled core. As far as I know, the > > 10.7 core WILL NOT run on anything less than 10.7. Of course, I don't > > have anything to try now, do I? > > > > So, a quick look on eBay located a USB sound card, with advertised Mac > > OS X capabilities - have you ever tried putting a Winmodem into a Mac > > G4? =P This was mine for under the $5 mark. Similarly, another quick > > search turned up a headset appropriate for the USB sound card with > > singular headphone and boom mic, as well as separate plugs for the > > audio paths. Compatibility was assured - but I just had to TEST it! > > > > Today I got the sound card after about a month of waiting. After > > inserting the USB card, I looked through the sound settings - "Generic > > USB Sound Device" came up, and the connection type was "USB" (versus > > "Built In"). After setting the appropriate settings, I took a deep > > breath, and started "Above the Storm" by Alpine Fault in iTunes... > > > > Success! > > > > I was listening to those strums, explained to me as being similar to > > those of Nightwish, through my headphone! Noise and auditory > > interference would now be minimised. But what about sending audio? > > Would the mic work too? > > > > Opening GarageBand, I quickly selected "Voice" and made a recording. > > My nasally voice popped out of the headphone. I was satisfied that the > > Mac would work. Now the real test: would WiNE (and thus, IAXRpt) work? > > > > I am unable to test sending audio, although the error tone came out > > loud and clear from IAXRpt. It appeared I wouldn't have to change any > > settings on the IAXRpt (Windows) side like I was expecting - it must > > be transparent to the Windows software where the audio is actually > > COMING from or GOING to... gotta love that old Mac reliability to just > > bloody well work...! > > > > -------------------------------------------- > > > > Hopefully this helps anyone in my position, and updates you all on the > > progress of the RPi project. It is a little unfortunate, but I have > > found out alot along the way - Jim, I do owe you that beer for > > pointing out the RTCM to me. And if you have any news concerning the > > status of the ARM drivers, I'm all ears... > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users(a)ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > _______________________________________________ > App_rpt-users mailing listApp_rpt-users@ohnosec.orghttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >

1 0

Re: [App_rpt-users] Some information, from my brain...
by Matthew Pitts 03 Dec '12

03 Dec '12

Shane, I will have to double check, but I could swear I saw Asterisk listed as one of the available packages for Raspian Linux on the Raspberry Pi; if that is indeed the case, I would.think it would be possible to figure out what they did and code something that will enable the use of APP_RPT on the Pi. Matthew Pitts N8OHU Sent from my Verizon Wireless 4G LTE smartphone -------- Original Message -------- Subject: [App_rpt-users] Some information, from my brain... From: Shane Morris <edgecomberts(a)gmail.com> Date: Mon, 03-Dec-2012 05:03 To: app_rpt mailing list <app_rpt-users(a)ohnosec.org> CC: I wrote two emails today, one dealing with the subject of the use of ARM platforms for app_rpt/ chan_voter software, and one dealing with the audio capabilities of modern laptops, particularly Macbook Airs. The intent follows: -------------------------------------------- So after alot of wrangling, I've found out something: DAHDI and Zaptel support on ARM Linux kernels version 3.0 and above just doesn't happen. I personally believe this is because most ARM systems lack a PCI slot of any description, and pretty much will forever lack PCI slots (the last ARM I heard of that had PCI was the Ionynx PC from the UK, running RiSC OS - oops?). Now this doesn't give Digium an incentive to code up some support for non-existant hardware, under the pretense that app_rpt and chan_voter needs tonezone and a handful of other elements from Zaptel (or DAHDI), does it? Which means you effectively cannot, for the foreseeable future, use an ARM platform as the controller for a PMR network. That means that, for the first time in five years, I'm considering buying an x86 platform. Huh, you say, this is Shane we're talking about here, he don't do x86! Unless a certain set of conditions are met, no, I don't... Meet the Fit PC-3. You might know it, or the Fit PC-2. I admit to knowing the Fit PC-2 quite well. A nice piece of gear. What I didn't know was they updated to an AMD APU based system, and qualified the PC-3 for use with Linux Mint. Uh huh, headless Ubuntu, here I come! And this little, fanless, 17Watt total draw bad boy will run all of the usual suspects in a PMR network that you may so desire... Which is what I desire. ARM can be such a pain in the ass sometimes... This system, with 4GB of RAM, no HDD, and postage from Israel (I don't think it'll get here before Christmas, but thanks for asking), is the princely sum of $485, max, including Paypal "tax." We pay the nobles a damn stiff fee for civilisation, don't we? I have a 40GB SSD here, just about ready to go. I also have some 12VDC gear, ready for this little thing to strut its stuff. As I want it to run headless, I'll probably get it to talk SSH ("Shhhhhh!") to the outside world, but I do have a 12VDC compatible 15 inch DVI monitor, with HDMi to DVI cable. Yes, yes, it uses cold cathodes... gah, its so hard to get good help these days. I don't actually have to have the monitor on for an entire weekend, only when things hit fans in interesting, intersecting ways they're not supposed to. If that happens, and I can't log into my PMR controller, I think the network is pretty much toast by that point. I don't believe I'd need a failover, I remember reading something along the lines of underclocking will occur until such time as a heat issue can resolve itself, the thing, with SSD, has no moving parts (no pesky fans to fail!) and as long as you don't hook the power up backwards, this thing is pretty much unkillable. Dual core APU at 1.0GHz, as mentioned, 4GB RAM, 40GB SSD. Running a nice, recent revision of something that can operate in console/ SSH mode. I don't want an X server to slow me down. This thing is a PMR controller, not a Facebookin' machine. So, I've solved all my problems with ARM platforms in one fell swoop. This is good you say, I'm finally making progress. Lucky I found out with the RPi about the DAHDI/ Zaptel driver situation, and of course, the existence of the Radio Thin Client Module as well (thanks Jim! I owe you a tall, cold beer one day!). The RTCM is the basis for VoterCard, the PMR full transmit simulcast controller for Simoco radios. -------------------------------------------- For use of a laptop system with IAXRpt, one finds that most laptops audio systems are inadequate, especially in the high noise, and high tension area of a command centre. The Macbook Air is further disadvantaged by the fact it has no microphone port, simply an inbuilt microphone which is prone to picking up alot of noise, and in a command situation, broadcasting four operators voices over one channel is a recipe for failure, and yes, even danger... However after all the work I had invested into getting IAXRpt running on my MBA, I felt it appropriate to address what I see as Apples total shortcomings in the audio department. Before I go on to explain how I addressed these issues, I will elaborate - the running of the Windows application IAXRpt under Mac OS X is simple, using a version of WiNE for Mac OS X. The particular wrapper software I use is called WineBottler. However, I could not use the stock "for OS X 10.6" revision software, as it did not support audio in any way, shape or form. I actually had to download WineBottler, with 10.6 core, and replace the core with 10.7 audio enabled core. As far as I know, the 10.7 core WILL NOT run on anything less than 10.7. Of course, I don't have anything to try now, do I? So, a quick look on eBay located a USB sound card, with advertised Mac OS X capabilities - have you ever tried putting a Winmodem into a Mac G4? =P This was mine for under the $5 mark. Similarly, another quick search turned up a headset appropriate for the USB sound card with singular headphone and boom mic, as well as separate plugs for the audio paths. Compatibility was assured - but I just had to TEST it! Today I got the sound card after about a month of waiting. After inserting the USB card, I looked through the sound settings - "Generic USB Sound Device" came up, and the connection type was "USB" (versus "Built In"). After setting the appropriate settings, I took a deep breath, and started "Above the Storm" by Alpine Fault in iTunes... Success! I was listening to those strums, explained to me as being similar to those of Nightwish, through my headphone! Noise and auditory interference would now be minimised. But what about sending audio? Would the mic work too? Opening GarageBand, I quickly selected "Voice" and made a recording. My nasally voice popped out of the headphone. I was satisfied that the Mac would work. Now the real test: would WiNE (and thus, IAXRpt) work? I am unable to test sending audio, although the error tone came out loud and clear from IAXRpt. It appeared I wouldn't have to change any settings on the IAXRpt (Windows) side like I was expecting - it must be transparent to the Windows software where the audio is actually COMING from or GOING to... gotta love that old Mac reliability to just bloody well work...! -------------------------------------------- Hopefully this helps anyone in my position, and updates you all on the progress of the RPi project. It is a little unfortunate, but I have found out alot along the way - Jim, I do owe you that beer for pointing out the RTCM to me. And if you have any news concerning the status of the ARM drivers, I'm all ears... _______________________________________________ App_rpt-users mailing list App_rpt-users(a)ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

3 2

DTMF pass thru, again...
by Ian Venable 03 Dec '12

03 Dec '12

I seem to be having trouble getting dtmf to pass. I know everyone just says to add the propagate_dtmf = yes, to the rpt.conf file. I have added the propagate_dtmf = yes, under both of my nodes in the rpt.conf file for my system, and I have restarted asterisk. I have also updated the node within the last week. When I press dtmf buttons I am not hearing them being broadcasted, from either of the nodes listed in my rpt.conf file, it is muting them, I am trying to get all DTMF to pass and be regenerated, unless a command character (*) is sent, then allstar would listen and mute the dtmf commands. I am not trying to control another allstar node, in which case I would use the (*4) and the node number command, that works, but is not what I am looking for. I have attached a copy of my rpt.conf. Thanks for any insight you all can provide me. Ian Venable Ki6ies

1 0

Some information, from my brain...
by Shane Morris 03 Dec '12

03 Dec '12

I wrote two emails today, one dealing with the subject of the use of ARM platforms for app_rpt/ chan_voter software, and one dealing with the audio capabilities of modern laptops, particularly Macbook Airs. The intent follows: -------------------------------------------- So after alot of wrangling, I've found out something: DAHDI and Zaptel support on ARM Linux kernels version 3.0 and above just doesn't happen. I personally believe this is because most ARM systems lack a PCI slot of any description, and pretty much will forever lack PCI slots (the last ARM I heard of that had PCI was the Ionynx PC from the UK, running RiSC OS - oops?). Now this doesn't give Digium an incentive to code up some support for non-existant hardware, under the pretense that app_rpt and chan_voter needs tonezone and a handful of other elements from Zaptel (or DAHDI), does it? Which means you effectively cannot, for the foreseeable future, use an ARM platform as the controller for a PMR network. That means that, for the first time in five years, I'm considering buying an x86 platform. Huh, you say, this is Shane we're talking about here, he don't do x86! Unless a certain set of conditions are met, no, I don't... Meet the Fit PC-3. You might know it, or the Fit PC-2. I admit to knowing the Fit PC-2 quite well. A nice piece of gear. What I didn't know was they updated to an AMD APU based system, and qualified the PC-3 for use with Linux Mint. Uh huh, headless Ubuntu, here I come! And this little, fanless, 17Watt total draw bad boy will run all of the usual suspects in a PMR network that you may so desire... Which is what I desire. ARM can be such a pain in the ass sometimes... This system, with 4GB of RAM, no HDD, and postage from Israel (I don't think it'll get here before Christmas, but thanks for asking), is the princely sum of $485, max, including Paypal "tax." We pay the nobles a damn stiff fee for civilisation, don't we? I have a 40GB SSD here, just about ready to go. I also have some 12VDC gear, ready for this little thing to strut its stuff. As I want it to run headless, I'll probably get it to talk SSH ("Shhhhhh!") to the outside world, but I do have a 12VDC compatible 15 inch DVI monitor, with HDMi to DVI cable. Yes, yes, it uses cold cathodes... gah, its so hard to get good help these days. I don't actually have to have the monitor on for an entire weekend, only when things hit fans in interesting, intersecting ways they're not supposed to. If that happens, and I can't log into my PMR controller, I think the network is pretty much toast by that point. I don't believe I'd need a failover, I remember reading something along the lines of underclocking will occur until such time as a heat issue can resolve itself, the thing, with SSD, has no moving parts (no pesky fans to fail!) and as long as you don't hook the power up backwards, this thing is pretty much unkillable. Dual core APU at 1.0GHz, as mentioned, 4GB RAM, 40GB SSD. Running a nice, recent revision of something that can operate in console/ SSH mode. I don't want an X server to slow me down. This thing is a PMR controller, not a Facebookin' machine. So, I've solved all my problems with ARM platforms in one fell swoop. This is good you say, I'm finally making progress. Lucky I found out with the RPi about the DAHDI/ Zaptel driver situation, and of course, the existence of the Radio Thin Client Module as well (thanks Jim! I owe you a tall, cold beer one day!). The RTCM is the basis for VoterCard, the PMR full transmit simulcast controller for Simoco radios. -------------------------------------------- For use of a laptop system with IAXRpt, one finds that most laptops audio systems are inadequate, especially in the high noise, and high tension area of a command centre. The Macbook Air is further disadvantaged by the fact it has no microphone port, simply an inbuilt microphone which is prone to picking up alot of noise, and in a command situation, broadcasting four operators voices over one channel is a recipe for failure, and yes, even danger... However after all the work I had invested into getting IAXRpt running on my MBA, I felt it appropriate to address what I see as Apples total shortcomings in the audio department. Before I go on to explain how I addressed these issues, I will elaborate - the running of the Windows application IAXRpt under Mac OS X is simple, using a version of WiNE for Mac OS X. The particular wrapper software I use is called WineBottler. However, I could not use the stock "for OS X 10.6" revision software, as it did not support audio in any way, shape or form. I actually had to download WineBottler, with 10.6 core, and replace the core with 10.7 audio enabled core. As far as I know, the 10.7 core WILL NOT run on anything less than 10.7. Of course, I don't have anything to try now, do I? So, a quick look on eBay located a USB sound card, with advertised Mac OS X capabilities - have you ever tried putting a Winmodem into a Mac G4? =P This was mine for under the $5 mark. Similarly, another quick search turned up a headset appropriate for the USB sound card with singular headphone and boom mic, as well as separate plugs for the audio paths. Compatibility was assured - but I just had to TEST it! Today I got the sound card after about a month of waiting. After inserting the USB card, I looked through the sound settings - "Generic USB Sound Device" came up, and the connection type was "USB" (versus "Built In"). After setting the appropriate settings, I took a deep breath, and started "Above the Storm" by Alpine Fault in iTunes... Success! I was listening to those strums, explained to me as being similar to those of Nightwish, through my headphone! Noise and auditory interference would now be minimised. But what about sending audio? Would the mic work too? Opening GarageBand, I quickly selected "Voice" and made a recording. My nasally voice popped out of the headphone. I was satisfied that the Mac would work. Now the real test: would WiNE (and thus, IAXRpt) work? I am unable to test sending audio, although the error tone came out loud and clear from IAXRpt. It appeared I wouldn't have to change any settings on the IAXRpt (Windows) side like I was expecting - it must be transparent to the Windows software where the audio is actually COMING from or GOING to... gotta love that old Mac reliability to just bloody well work...! -------------------------------------------- Hopefully this helps anyone in my position, and updates you all on the progress of the RPi project. It is a little unfortunate, but I have found out alot along the way - Jim, I do owe you that beer for pointing out the RTCM to me. And if you have any news concerning the status of the ARM drivers, I'm all ears...

1 0

Re: [App_rpt-users] Allmon
by Brian Burton 03 Dec '12

03 Dec '12

Thank you Tim. You answered my questions. Work well now. On Sun, Dec 2, 2012 at 4:09 PM, Tim Sawyer <tim.sawyer(a)mac.com> wrote: > Yep, you should always upgrade from SVN after a fresh install of ACID. The > IOS image is out of date. > > Be sure port 5038 or whatever port you are using for the Asterisk Manager > is forwarded to you web server. Note, almon.ini should point to the > external address of the Asterisk Manager on each Allstar node server. Be > sure manager.conf on each node allows all clients (0.0.0.0) or your web > server's address. > > The web server doesn't need to be run on any of your nodes. In fact, you > probably shouldn't do that unless you are sure that won't clobber your > node's performance. I recommend using a separate from your node web server. > -- > Tim > :wq > > On Dec 2, 2012, at 8:24 AM, Brian Burton <kb3ors(a)gmail.com> wrote: > > Jim just an FYI. I did a fresh install of ACID last night. I then > installed allmon. When veiwing the allmon anytime there was a keyup the > page did not turn green. I then updated to the latest astsrc and all was > good. I would have thought that would have already been part of a new > install. > > > On a side note I am trying to get a couple of seperate servers to show up > on one server page. Currently I have all the boxes open to the web. Same > ports on all, login and passwds same on all. IP addresses allmon.ini > pointing to the external IP of the external server. Webpage only shows > local node. Anyone with suggestions? Or is there something I have skipped? > > Thanks > > > > Sat, Dec 1, 2012 at 12:00 PM, <app_rpt-users-request(a)ohnosec.org> wrote: > >> Send App_rpt-users mailing list submissions to >> app_rpt-users(a)ohnosec.org >> >> To subscribe or unsubscribe via the World Wide Web, visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> or, via email, send a message with subject or body 'help' to >> app_rpt-users-request(a)ohnosec.org >> >> You can reach the person managing the list at >> app_rpt-users-owner(a)ohnosec.org >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of App_rpt-users digest..." >> >> >> Today's Topics: >> >> 1. Re: Help Motorola GM300 and app_rpt (Keith Goobie) >> 2. Re: Help Motorola GM300 and app_rpt (FERNANDO VILLARROEL) >> 3. Re: Help Motorola GM300 and app_rpt (Matt Roberts) >> 4. Re: Help Motorola GM300 and app_rpt (FERNANDO VILLARROEL) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Fri, 30 Nov 2012 14:37:28 -0400 >> From: Keith Goobie <keith(a)goobie.org> >> To: Fernando Villarroel <fvillarroel(a)yahoo.com> >> Cc: APP RPT <App_rpt-users(a)ohnosec.org> >> Subject: Re: [App_rpt-users] Help Motorola GM300 and app_rpt >> Message-ID: <B78A1D10-B416-4B6B-A52D-437B665EEFFA(a)goobie.org> >> Content-Type: text/plain; charset="utf-8" >> >> I am on iPhone right now. Will do when I get home. >> >> Keith >> >> Sent from my iPhone >> >> On Nov 30, 2012, at 2:20 PM, Fernando Villarroel <fvillarroel(a)yahoo.com> >> wrote: >> >> > Dear Keith. >> > >> > Do you could tell me a sample config for usbradio.conf and rpt.conf >> because i can't doing work, or how i can do. >> > >> > Thank you for you help. >> > >> > Enviado desde mi iPhone >> > >> > El 30-11-2012, a las 13:58, Keith Goobie <keith(a)goobie.org> escribi?: >> > >> >> Simplex is not a cable design issue. It is controlled from rpt.conf >> and usbradio.conf >> >> >> >> Keith >> >> >> >> Sent from my iPhone >> >> >> >> On Nov 30, 2012, at 12:53 PM, David KE6UPI <dshaw(a)ke6upi.com> wrote: >> >> >> >>> Are you using one radio in simplex mode? If so you need a simplex >> cable. http://www.uricables.com/motorola.html >> >>> >> >>> David >> >>> >> >>> >> >>> On Fri, Nov 30, 2012 at 8:15 AM, FERNANDO VILLARROEL < >> fvillarroel(a)yahoo.com> wrote: >> >>>> Dear All. >> >>>> >> >>>> I have installed ACID succesfully >> >>>> >> >>>> I have the follows devices connected: >> >>>> >> >>>> Motorola GM300 conected to my Asterisk (Centos) >> >>>> >> >>>> http://www.dmkeng.com/URI_Order_Page.htm >> >>>> >> >>>> http://www.uricables.com/DuplexMotorola.html (i have connected from >> RX Cable) >> >>>> >> >>>> I am trying to doing PTT from Zoiper and IAXrpt, but not works. I do >> not understand why. >> >>>> >> >>>> http://allstarnode.com/viewtopic.php?f=5&t=67 >> >>>> >> >>>> When i try to do *98 i have not audio in radio base and mobiles >> radios (handy). >> >>>> >> >>>> Does anyone tell me what is the best config for usbradio.conf and >> rpt.conf? >> >>>> >> >>>> I hope anyone could help me or how i can do. >> >>>> >> >>>> Fernando >> >>>> >> >>>> _______________________________________________ >> >>>> App_rpt-users mailing list >> >>>> App_rpt-users(a)ohnosec.org >> >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >>> >> >>> _______________________________________________ >> >>> App_rpt-users mailing list >> >>> App_rpt-users(a)ohnosec.org >> >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>

1 0