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

Nodeshark - where's it gone?
by Matt Beasant 20 Nov '12

20 Nov '12

Hi all, I wanted to download Nodeshark but I don't seem to be able to find the web site anymore? Anyone know where its gone? Keith's web site at arizuni.com/nodehsark/ is no longer there.... Regards, Matt G4RKY On 6 September 2012 00:38, Keith Williamson <hkwilliamson(a)gmail.com> wrote: > Kent, > > To get detailed connection logging: > > 1) create an upper-level directory for the log files and sound files (e.g. > /etc/asterisk/qso) > 2) create a sub-directory of the above using your Allstar node number. > (e.g. /etc/asterisk/qso/2541) > 3) edit /etc/asterisk/rpt.conf and add the following in your node stanza: > > archivedir=/etc/asterisk/qso /* For example */ > > 4) restart asterisk > > You will now get daily logfiles of the form YYYYMMDD.txt. Those logfiles > show connects and disconnects (among other things) for any Allstar or > Echolink sessions. Any transmissions are also archived as compressed WAV > files (13kbps GSM). > > I wrote a Windows utility you can download and use to retrieve, filter, > and display the log entries in a more human readable format. You can also > use it to replay any transmissions. > > 73's, > > Keith > KF7DRV > Allstar: 2541 > Nodeshark: http://www.arizuni.com/NodeShark/ > > > On Wed, Sep 5, 2012 at 3:16 PM, Kent Ochs <kentochs(a)sbcglobal.net> wrote: > >> Jim, >> >> Yes, all the Echolink database connection info was noise. Yes, setting >> verbosity to 4 causes "new call" to be displayed on the console, but >> specifically, new call is no longer written into the/var/log/asterisk/messages file, even with verbosity set to 4. >> >> I guess I am in the minority that thought it was nice to have an "audit >> log" of Echolink call sign connections in the asterisk messages file. >> >> Thanks. >> >> Kent >> ------------------------------ >> *From:* Jim Duuuude <telesistant(a)hotmail.com> >> *To:* kentochs(a)sbcglobal.net; app_rpt mailing list < >> app_rpt-users(a)ohnosec.org> >> *Sent:* Wednesday, September 5, 2012 10:29 AM >> *Subject:* RE: [App_rpt-users] CLI Echolink Call Sign Logging >> >> >> Mantis?? Do we even HAVE a mantis?? (Yes, I know we 'have' one, last I >> looked, but YEARS ago >> it was determined to be utterly useless and has been ignored ever since). >> Why is it still there? >> >> Look, more people (by a factor of about 3) did enough BITCH,,MOAN - ing >> to indicate that it was appropriate to make it NOT log 'all that stuff' >> (or whatever >> else some people may have been calling it at the time), so that was the >> direction >> it went. If you want the verbose log output, set verbose level to 4 and >> 'all that stuff' >> will be "back". >> >> Jim WB6NIL >> ------------------------------ >> Date: Tue, 4 Sep 2012 19:08:46 -0700 >> From: kentochs(a)sbcglobal.net >> To: app_rpt-users(a)ohnosec.org >> Subject: [App_rpt-users] CLI Echolink Call Sign Logging >> >> This problem appears to be related to the following code change where the >> ast_log function is no longer being called at connection time when >> Verbosity > 3 >> >> Chan_Echolink (Rev 971) >> ast_log(LOG_NOTICE, "new CALL=%s,ip=%s,name=%s\n", >> >> Chan_Echolink (Rev 1201) >> if (option_verbose > 3) ast_verbose(VERBOSE_PREFIX_3 "new >> CALL=%s,ip=%s,name=%s\n", >> >> This has been logged as Mantis Issue 76. >> >> Thanks. >> >> Kent >> W9KAO >> >> _______________________________________________ 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 > >

3 3

Echoink and what sound like extreme packet loss?
by Buddy Brannan 19 Nov '12

19 Nov '12

Howdy, Just wondering if anyone else is seeing the following. Sounds like a bandwidth issue, but I really don't believe it is, if for no other reason than nothing else seems affected, including a VOIP phone (believe me, I'd hear about it if the VOIP phone was doing this). Besides, I should have up to 5MBPS upload speed, which in real terms is likely less, but not so much less as to explain this. If I'm connected to more than two Echolink stations, my outbound audio, though not inbound audio, loses lots of data. Dropped syllables, unintelligible audio (because of many many dropped syllables), words run together, in other words, typical extreme packet loss. Not just a degradation of audio quality. I don't know if the same occurs if I'm connected to several Allstar nodes, although I'm game to test that if anyone feels like it. I'm certainly not opposed to the idea that it's a bandwidth problem, but I'd find this hard to believe, simply because there's no problem with the VOIP phone. That isn't running throughout the Asterisk box, BTW, completely separate. Definitely a puzzler though. -- Buddy Brannan, KB5ELV - Erie, PA Phone: (814) 860-3194 or 888-75-BUDDY

2 2

change function stanza
by Jeff Carrier 19 Nov '12

19 Nov '12

is there a way to switch the function stanza with a dtmf command? Here's my issue. I have some prerecorded audio clips that can be called via dtmf commands. They're goofy things like canned laughs and applause clips. I use the "playback" versus the "localplay" so the files will play on my 4 nodes that are permanently connected. The issue is that we link the system to a state wide ARES net on Sundays, i obviously don't want those going out over the net. Is there a way that I can call a different function stanza before the net which doesn't contain the commands to call those audio clips? thanks and 73 de K0JSC

5 5

Re: [App_rpt-users] Node Freezing
by Steve Schulze 18 Nov '12

18 Nov '12

I ran memtest for a little more than 5 hours, a solid 10 passes and no errors. I'm now trying a different URI to see if that's the issue. --Steve On 11/16/2012 12:32, Don Hackler wrote: > Download and run memtest86+ from http://www.memtest.org/ > You can boot it from a floppy or a USB stick. > > It will help you locate subtle memory problems fairly quickly. I use it every time I build a machine now. > > If it runs a few hours without errors, you know your machine is pretty solid. > > > On Nov 16, 2012, at 4:50 AM, Steve Schulze <n9udo(a)yellowthunder.org> wrote: > >> Yeah, that's what I'm thinking too. Right now doing memory stick swaps to see if that's it. On round 2! >> >> >> >> Amateur Radio - The Original Social Media >> >> Steve Schulze - Radio Amateur, General Class - N9UDO >> Administrator, Baraboo, Wisconsin D-Star System - WB9FDZ >> Administrator, Baraboo, Wisconsin AllStarLink Systems - 27616, 27727 >> Treasurer, Badgerland Amateur Television Society - KB9SFS >> >> http://yellowthunder.org/dstar.html >> >> On 11/15/2012 13:23, Tim Sawyer wrote: >>> I'd bet it's your hardware, maybe RAM. It's pretty unlikely Asterisk would totally lock up your machine. >>> -- >>> Tim >>> :wq >>> >>> On Nov 15, 2012, at 5:27 AM, Steve Schulze <n9udo(a)yellowthunder.org> wrote: >>> >>>> I had recently moved node 27727 to a new box using the latest full install of ACID. >>>> >>>> I'm now seeing random freezing of Asterisk, or one of it's components, as the node just stops responding. Sometime the node will run for several hours, longest run was almost 12 hours, I have seen it as short as 1 or 2 hours. When this occurs, I cannot reboot the machine from the prompt. When I attempt, the PC speaker just squeals until I force the power off. >>>> >>>> Below is a capture of what usually occurs when the node freezes. >>>> >>>> >>>> [KWB9FDZ*CLI> >>>> [Nov 14 17:31:03] ERROR[2364]: chan_usbradio.c:2599 usbradio_read: HID process has died or something!! >>>> >>>> [KWB9FDZ*CLI> >>>> -- Hungup 'Zap/pseudo-1321073272' >>>> -- Hungup 'Zap/pseudo-1923931712' >>>> -- Hungup 'Zap/pseudo-471354119' >>>> -- Hungup 'Zap/pseudo-1974549115' >>>> -- Hungup 'Zap/pseudo-938459000' >>>> -- Hungup 'Zap/pseudo-360012123' >>>> [Nov 14 17:33:08] WARNING[2361]: app_rpt.c:21836 rpt_master: rpt_thread restarted on node 27727 >>>> >>>> [KWB9FDZ*CLI> >>>> -- Re-Loading config for repeater 27727 >>>> >>>> [KWB9FDZ*CLI> >>>> -- rpt (Rx) initiating call to Radio/usb27727 on Radio/usb27727 >>>> >>>> [KWB9FDZ*CLI> >>>> [Nov 14 17:33:12] ERROR[5383]: chan_usbradio.c:2599 usbradio_read: HID process has died or something!! >>>> >>>> [KWB9FDZ*CLI> >>>> -- Hungup 'Zap/pseudo-1356185696' >>>> -- Hungup 'Zap/pseudo-1200975276' >>>> -- Hungup 'Zap/pseudo-1694965886' >>>> -- Hungup 'Zap/pseudo-1185873296' >>>> -- Hungup 'Zap/pseudo-353324112' >>>> -- Hungup 'Zap/pseudo-956752671' >>>> == Set device 4-1 to usb27727 >>>> [Nov 14 17:33:40] WARNING[5384]: chan_usbradio.c:1700 hidthread: Loaded parameters from usbradio_tune_usb27727.conf for device usb27727 . >>>> >>>> [KWB9FDZ*CLI> >>>> [Nov 14 17:35:49] WARNING[2361]: app_rpt.c:21836 rpt_master: rpt_thread restarted on node 27727 >>>> -- Re-Loading config for repeater 27727 >>>> -- rpt (Rx) initiating call to Radio/usb27727 on Radio/usb27727 >>>> [Nov 14 17:35:49] WARNING[5399]: chan_usbradio.c:2674 usbradio_read: Possibly stuck USB read channel. [usb27727] >>>> [Nov 14 17:35:53] ERROR[5399]: chan_usbradio.c:2599 usbradio_read: HID process has died or something!! >>>> >>>> [KWB9FDZ*CLI> >>>> -- Hungup 'Zap/pseudo-1234779841' >>>> -- Hungup 'Zap/pseudo-823024661' >>>> -- Hungup 'Zap/pseudo-128844783' >>>> -- Hungup 'Zap/pseudo-1477433026' >>>> -- Hungup 'Zap/pseudo-47743459' >>>> == Set device 4-1 to usb27727 >>>> [Nov 14 17:36:22] WARNING[5400]: chan_usbradio.c:1700 hidthread: Loaded parameters from usbradio_tune_usb27727.conf for device usb27727 . >>>> -- Hungup 'Zap/pseudo-358092408' >>>> [Nov 14 17:37:59] WARNING[2361]: app_rpt.c:21836 rpt_master: rpt_thread restarted on node 27727 >>>> -- Re-Loading config for repeater 27727 >>>> -- rpt (Rx) initiating call to Radio/usb27727 on Radio/usb27727 >>>> [Nov 14 17:38:03] ERROR[5415]: chan_usbradio.c:2599 usbradio_read: HID process has died or something!! >>>> >>>> [KWB9FDZ*CLI> >>>> -- Hungup 'Zap/pseudo-959192474' >>>> -- Hungup 'Zap/pseudo-119995292' >>>> -- Hungup 'Zap/pseudo-910823610' >>>> -- Hungup 'Zap/pseudo-1271419211' >>>> -- Hungup 'Zap/pseudo-1514445782' >>>> -- Hungup 'Zap/pseudo-1885015791' >>>> == Set device 4-1 to usb27727 >>>> [Nov 14 17:38:31] WARNING[5416]: chan_usbradio.c:1700 hidthread: Loaded parameters from usbradio_tune_usb27727.conf for device usb27727 . >>>> >>>> [KWB9FDZ*CLI> >>>> [Nov 14 17:40:08] WARNING[2361]: app_rpt.c:21836 rpt_master: rpt_thread restarted on node 27727 >>>> >>>> [KWB9FDZ*CLI> >>>> -- Re-Loading config for repeater 27727 >>>> >>>> [KWB9FDZ*CLI> >>>> -- rpt (Rx) initiating call to Radio/usb27727 on Radio/usb27727 >>>> >>>> [KWB9FDZ*CLI> >>>> [Nov 14 17:40:12] ERROR[5431]: chan_usbradio.c:2599 usbradio_read: HID process has died or something!! >>>> >>>> [KWB9FDZ*CLI> >>>> -- Hungup 'Zap/pseudo-123945640' >>>> -- Hungup 'Zap/pseudo-1914243603' >>>> -- Hungup 'Zap/pseudo-1904931772' >>>> -- Hungup 'Zap/pseudo-1252634755' >>>> -- Hungup 'Zap/pseudo-1804246462' >>>> -- Hungup 'Zap/pseudo-569032085' >>>> == Set device 4-1 to usb27727 >>>> [Nov 14 17:40:40] WARNING[5432]: chan_usbradio.c:1700 hidthread: Loaded parameters from usbradio_tune_usb27727.conf for device usb27727 . >>>> >>>> [KWB9FDZ*CLI> >>>> [Nov 14 17:42:17] WARNING[2361]: app_rpt.c:21836 rpt_master: rpt_thread restarted on node 27727 >>>> >>>> [KWB9FDZ*CLI> >>>> -- Re-Loading config for repeater 27727 >>>> >>>> [KWB9FDZ*CLI> >>>> -- rpt (Rx) initiating call to Radio/usb27727 on Radio/usb27727 >>>> >>>> [KWB9FDZ*CLI> >>>> [Nov 14 17:42:21] ERROR[5456]: chan_usbradio.c:2599 usbradio_read: HID process has died or something!! >>>> >>>> [KWB9FDZ*CLI> >>>> -- Hungup 'Zap/pseudo-1625376915' >>>> -- Hungup 'Zap/pseudo-1332043632' >>>> -- Hungup 'Zap/pseudo-1082279744' >>>> -- Hungup 'Zap/pseudo-1304564785' >>>> -- Hungup 'Zap/pseudo-976351035' >>>> -- Hungup 'Zap/pseudo-2003986033' >>>> == Set device 4-1 to usb27727 >>>> [Nov 14 17:42:49] WARNING[5457]: chan_usbradio.c:1700 hidthread: Loaded parameters from usbradio_tune_usb27727.conf for device usb27727 . >>>> >>>> [KWB9FDZ*CLI> >>>> [Nov 14 17:44:26] WARNING[2361]: app_rpt.c:21836 rpt_master: rpt_thread restarted on node 27727 >>>> >>>> [KWB9FDZ*CLI> >>>> -- Re-Loading config for repeater 27727 >>>> >>>> [KWB9FDZ*CLI> >>>> -- rpt (Rx) initiating call to Radio/usb27727 on Radio/usb27727 >>>> >>>> [KWB9FDZ*CLI> >>>> [Nov 14 17:44:30] ERROR[5481]: chan_usbradio.c:2599 usbradio_read: HID process has died or something!! >>>> >>>> [KWB9FDZ*CLI> >>>> -- Hungup 'Zap/pseudo-562695817' >>>> -- Hungup 'Zap/pseudo-41485895' >>>> -- Hungup 'Zap/pseudo-674125634' >>>> -- Hungup 'Zap/pseudo-1681055800' >>>> -- Hungup 'Zap/pseudo-1172360100' >>>> -- Hungup 'Zap/pseudo-2074122207' >>>> == Set device 4-1 to usb27727 >>>> [Nov 14 17:44:59] WARNING[5483]: chan_usbradio.c:1700 hidthread: Loaded parameters from usbradio_tune_usb27727.conf for device usb27727 . >>>> >>>> [KWB9FDZ*CLI> >>>> [Nov 14 17:46:36] WARNING[2361]: app_rpt.c:21836 rpt_master: rpt_thread restarted on node 27727 >>>> >>>> [KWB9FDZ*CLI> >>>> -- Re-Loading config for repeater 27727 >>>> >>>> [KWB9FDZ*CLI> >>>> -- rpt (Rx) initiating call to Radio/usb27727 on Radio/usb27727 >>>> >>>> [KWB9FDZ*CLI> >>>> [Nov 14 17:46:40] ERROR[5506]: chan_usbradio.c:2599 usbradio_read: HID process has died or something!! >>>> >>>> [KWB9FDZ*CLI> >>>> -- Hungup 'Zap/pseudo-81739412' >>>> -- Hungup 'Zap/pseudo-933811143' >>>> -- Hungup 'Zap/pseudo-1900592699' >>>> -- Hungup 'Zap/pseudo-873450041' >>>> -- Hungup 'Zap/pseudo-1455015117' >>>> -- Hungup 'Zap/pseudo-1502090246' >>>> == Set device 4-1 to usb27727 >>>> [Nov 14 17:47:07] WARNING[5507]: chan_usbradio.c:1700 hidthread: Loaded parameters from usbradio_tune_usb27727.conf for device usb27727 . >>>> >>>> >>>> The system just keep spewing this string every couple of minutes. >>>> >>>> >>>> Anybody run across this or have any thoughts what might be causing it. >>>> >>>> >>>> >>>> Thank you for your time. >>>> >>>> -- >>>> Amateur Radio - The Original Social Media >>>> >>>> Steve Schulze - Radio Amateur, General Class - N9UDO >>>> Administrator, Baraboo, Wisconsin D-Star System - WB9FDZ >>>> Administrator, Baraboo, Wisconsin AllStarLink Systems - 27616, 27727 >>>> Treasurer, Badgerland Amateur Television Society - KB9SFS >>>> >>>> http://yellowthunder.org/dstar.html >>>> >>>> _______________________________________________ >>>> 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 3

Ptt help
by Fernando Villarroel 18 Nov '12

18 Nov '12

Dear All. I am trying to test PTT from a zoiper softphone to handy. When i call from the handy to the account iax zoiper work fine, but i can't PTT from the zoiper to handy, always i have audio in the zoiper only. I am testing on a localnet. I hope anyone could help me. Enviado desde mi iPhone

1 1

RTCM Source Download
by Shane Morris 18 Nov '12

18 Nov '12

Hi all, Just checked out the SVN on ohnosec, and couldn't find the sources for the RTCM - I'm probably totally missing something, knowing my luck. If someone could point me in the right direction, I'd like to program a DSPiC from MPLAB X on my Macbook, for my VoterCard i'm developing... Many thanks! Shane.

2 2

Re: [App_rpt-users] App_rpt-users Digest, Vol 45, Issue 31
by Tony Youngblood 18 Nov '12

18 Nov '12

http://svn.ohnosec.org/viewvc/projects/allstar/voter/?root=sv

2 2

Receive Adjustment Failed
by Jim W7RY 18 Nov '12

18 Nov '12

Any idea guys? I tried rxboost=1 and rxboots=0 and same results. I know there is audio at the receive input because I have good quality repeater audio. But have a long squelch burst on dekay of the subscriber. This is a modified CM108 USB fob. Thanks for all the great help! 73 Jim W7RY Please enter your selection now: 2 tune rxnoise maxtries=12, target=27000, tolerance=2750 tries=0, setting=2, meas=32767 tries=1, setting=2, meas=32767 tries=2, setting=2, meas=32767 tries=3, setting=2, meas=32767 tries=4, setting=1, meas=32767 tries=5, setting=1, meas=32767 tries=6, setting=1, meas=32767 tries=7, setting=1, meas=32767 tries=8, setting=1, meas=32767 tries=9, setting=1, meas=32767 tries=10, setting=1, meas=32767 tries=11, setting=1, meas=32767 DONE tries=12, setting=63, meas=32767, sqnoise=13206 ERROR: RX INPUT ADJUST FAILED.

2 3

Re: [App_rpt-users] RTCM Firmware
by Tony Youngblood 18 Nov '12

18 Nov '12

May I get a little more insight here i realized i need to upgrade my rtcm's as well ... ... Ive been reading and studying the various reads (rtcm.pdf / voter protocol.pdf / voter system.pdf) from svn and not doing or understanding instructions properly ;\ example: I run the ENC_loader.exe ?from directory the new files are located to be used? ... And i dont see where i can enter and set target ip address of rtcm, this the .ini file? example: where am i looking for the "capture" "program" "reset" as i reboot the rtcm? Proly right under my nose but us new guys could use a tip or two. This is fairly new to me so im being a nervous newb ... please help. The only dumb Q? is the one not asked right? Tony 73 :(:) http://k5try.intuitwebsites.com/ ;(;) > > Message: 4 > Date: Thu, 1 Nov 2012 22:03:18 -0500 > From: Chuck Henderson <rpt2(a)chuck.midlandsnetworking.com> > To: "Jeffrey S. Carrier" <jeff.carrier(a)rmsmsecurity.com> > Cc: app_rpt-users(a)ohnosec.org > Subject: Re: [App_rpt-users] RTCM Firmware > Message-ID: > <CADEYVwhrLhozX9jzj3uzdArWDa0TZwY8wjYr6BHDaXj4FiytHw(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > You need the two files you will find here. > > http://svn.ohnosec.org/viewvc/projects/allstar/voter/EBLEX%20C30%20Programm… > > and one of the .cry files from here > > http://svn.ohnosec.org/viewvc/projects/allstar/voter/board-firmware/?root=s… > > or the source files and compile your self using the microchip compiler. > > The ones with SMT in the name are for the RTCM and the ones without are for > the original voter board. Make sure you use the right one for the hardware > that you have. > > Run ENC_loader.exe and enter the Target ip address of your RTCM and click > "set address" > click file and select the Voter-SMT.cry file that you downloaded. > > telnet to the RTCM and login > Make sure that the Bootloader ip address is set to an appropriate value and > saved. > Issue the "r" command to reboot. > Immediately click the "Capture Target" button in the Encrypted Ethernet > Loader Utility. > Once you see the message "LIA Status: 4000" you can click the "Program" > button. > Wait till you see the "finished programing file" message. > Then click the "Reset LIA" button. > Give it a minute and then it should be up and running the new software. > I know that it works when you are on the same LAN as the RTCM. > It works over a routed network if the routers properly forward UDP port > 16388 and do proxy arp. > I have had trouble getting it to work over the Internet via NAT at both > ends. > Chuck > > > On Thu, Nov 1, 2012 at 9:24 PM, Jeffrey S. Carrier < > jeff.carrier(a)rmsmsecurity.com> wrote: > >> I'm noticing the F/W version on my rtcm's is 1.05 dated 3/9/2012. I >> think I found a much newer version but so far nothing on the procedure >> to update the firmware. Can it be done over the network or only locally >> and is there documentation on this that I've missed? >> >> Thanks Jeff K0JSC

1 0

Tone Levels
by Jim W7RY 17 Nov '12

17 Nov '12

Is there a separate setting for the identifier level? What command controls it. Does this level also control the PL transmit level? Thanks! 73 Jim W7RY

3 3