April 2016 - App_rpt-users - lists.keekles.org

Port 4569 forwarding
by Richard Ames 07 Apr '16

07 Apr '16

Port forwarding for 4569 does not appear to work on node 43153. May need to be forced. Thanks, Dick Ames KI6NOX Lincoln, CA. Sent from Mail for Windows 10

1 0

DIAL trunk
by Ken 07 Apr '16

07 Apr '16

I think I found a bug in my DIAL distribution. It only affects trunk lines as far as I can tell. When I added "trunk=yes" to iax.conf file I got an warning message in the CLI: WARNING[19228]: chan_iax2.c:11128 build_user: Unable to support trunking on user 'iaxclient' without timing Where 'iaxclient' was the context name I was using. Looking into chan-iax.c I found this: /* WB6NIL backport stuff */ #define DAHDI_FILE_TIMER "/dev/zap/timer" #define DAHDI_FILE_PSEUDO "/dev/zap/pseudo" Since the DIAL distribution does not have "zap" and uses "dahdi" instead, this creates a problem, ultimately resulting in the warning message. There is also a related message in the asterisk log when you start or restart asterisk: WARNING[2334] chan_dahdi.c: Unable to open '/dev/dahdi/pseudo': No such file or directory I changed the source to read "/dev/dahdi/timer" "/dev/dahdi/pseudo" and recompiled asterisk. Now it accepts the trunk parameter without issuing the warning message and the message in the log file is gone (next step - actually getting the trunk to work). 73 Ken

1 0

Re: [App_rpt-users] RTCM voter problem - try 2
by James Cizek 07 Apr '16

07 Apr '16

Thanks Sam, that was a good catch. I have tried so many different things I didn't see that I missed putting that back in. It did not help anything. I restarted asterisk, and rebooted the RTCM. It just sits there saying the GPS receiver is active and that it sees 9 satellites. The yellow light blinks forever and it never logs into the asterisk server. With the "master" setting in voter.conf, it's apparent that the RTCM is talking to the server as when the menu item 10 is set to "2"(none), the asterisk log spools by with many "voter client trying to authenticate as a mix client" error. This stops happening immediately when menu item 10 is set to either 0 or 1 (as would be expected). Any other ideas on where to look? Thanks for the help! James KI0KN On Tue, Apr 5, 2016 at 1:27 PM, Sam Skolfield <kj6qfs(a)gmail.com> wrote: > try this: you need to specify a "master" timing source. > > > [general] > port = 667 > buflen = 200 > password = blah > > [1115] > Horsetooth = blah,*master*,transmit > plfilter = y > txtoctype = none > > On Tue, Apr 5, 2016 at 11:56 AM, James Cizek <james.m.cizek(a)gmail.com> > wrote: > >> Hi all, >> >> I posted this problem many months ago and I came to the conclusion at >> that time that it was my 1PPS signal from the GPS into the RTCM that was >> the problem. I have changed hardware now to fix that and I still have the >> problem so I am suspecting a config issue and hope someone will have an >> idea. >> This is on a stock DIAL box. >> >> RTCM is setup and working great as a standard node. >> Everything is working great on the repeater as long as RTCM is in >> non-voter mode. >> >> I have the chan_voter module loading in modules.conf. >> >> Here is my voter.conf: >> >> [general] >> port = 667 >> buflen = 200 >> password = blah >> >> [1115] >> Horsetooth = blah,transmit >> plfilter = y >> txtoctype = none >> >> >> I am happy to share any other config if requested. >> >> In the RTCM menus, I have a static IP, I have the voter server IP, all >> the approriate IP fields filled out. As mentioned, the RTCM works fine with >> the asterisk server when it's in non-voter mode. >> >> Here's the way I am testing: >> Verify RTCM menu item 10 is set to (2) None. >> >> Boot server, then boot RTCM. RTCM console says: >> >> GPS Receiver Active, waiting for aquisition >> GPS signal acquired, number of satellites in view = 9 >> 04/05/2016 17:58:17.560 Time now syncronized to GPS >> 04/05/2016 18:13:18.580 Host Connection established (Pri) (10.16.1.240) >> >> I have a very nice, clean, 5Volt 1PPS signal going to pin 7 on the >> DB15. Verfied with o-scope. >> >> as soon as I change menu item 10 on the RTCM to either a (1) or a (0) >> instead of (2), I *instantly* get this on the RTCM console: >> >> 04/05/2016 18:44:13.660 Lost GPS Time synchronization >> 04/05/2016 18:44:13.660 Host Connection Lost (Pri) (10.16.1.240) >> >> and it sits there forever and never re-establishes connection to the host. >> >> Here is a snippet of the GPS output: >> >> $PFEC,GPtps,160405181603,1,0,1,150701000000,00,17,160405165607,1891,238580 >> $GPGGA,181603,4020.9810,N,10506.4515,W,0,07,00.00,001566.7,M,-020.0,M,, >> $GPGSV,2,1,08,03,53,215,46,07,09,253,37,09,28,305,39,16,63,126,43 >> $GPGSV,2,2,08,22,26,178,44,23,60,316,43,26,52,066,41,31,17,061,34 >> $GPRMC,181603,V,4020.9810,N,10506.4515,W,,,050416,008.9,E,N*1A >> $PFEC,GPtps,160405181603,3,0,1,150701000000,00,17,160405165607,1891,238580 >> $GPGGA,181604,4020.9810,N,10506.4515,W,0,03,00.00,001566.7,M,-020.0,M,, >> $GPRMC,181604,V,4020.9810,N,10506.4515,W,,,050416,008.9,E,N*1D >> $PFEC,GPtps,160405181604,3,0,1,150701000000,00,17,160405165607,1891,238581 >> $GPGGA,181605,4020.9812,N,10506.4495,W,1,07,01.73,001573.3,M,-020.0,M,, >> $GPRMC,181605,A,4020.9812,N,10506.4495,W,,,050416,008.9,E,A*0F >> $PFEC,GPtps,160405181605,3,0,1,150701000000,00,17,160405165607,1891,238582 >> $GPGGA,181606,4020.9812,N,10506.4494,W,1,07,01.73,001573.2,M,-020.0,M,, >> $GPRMC,181606,A,4020.9812,N,10506.4494,W,000.0,283.2,050416,008.9,E,A*06 >> >> >> I am just not sure where to go from here. I can't seem to find anyone >> that's had any problem like this or what might be causing it. >> >> I have tried 5 different RTCMs and 5 different GPSs from 3 different >> manufacturers. >> >> Any suggestions on what I might be missing? >> >> Many thanks for any help anyone can offer! >> >> James >> KI0KN >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users(a)ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > > > > -- > KJ6QFS > Sam Skolfield >

3 2

Re: [App_rpt-users] Files listed, zero bytes...
by Steve Wright 06 Apr '16

06 Apr '16

On 07/04/16 06:57, Jim Aspinwall wrote: > ... if only I had room on the volume to support the local copy method. > I think I'm going to have to simply rebuild the node, and have the custom function work re-applied. Sad. Rats. Can you leave a USB disk attached for some scratch storage? Is there a machine on its' local network that you can NFS mount or iSCSI to? Linux networking is absurdly flexible once you get used to it. Steve

1 0

Disabling ID functions
by Stephen - K1LNX 06 Apr '16

06 Apr '16

This is not glaringly obvious to me... so I'm wondering if it's possible or supported. I have my URI tied into a port of my repeater controller specifically for Allstar access and a few other things, and my ID requirement is being handled by the controller itself. How do I disable the ID coming from app_rpt? I saw these options in the rpt.conf file, but I wasn't sure if commenting them out or setting the time to "0" would effectively disable it? idrecording = |iK1LNX ; id recording or morse string see http://ohnosec.org/drupal/node/87 idtalkover = |iK1LNX ; Talkover ID (optional) default is none see http://ohnosec.org/drupal/node/129 idtime = 540000 ; id interval time (in ms) (optional) Default 5 minutes (300000 ms) politeid = 30000 ; time in milliseconds before ID timer expires to try and ID in the tail. (optional, default 30000) tnx Stephen K1LNX

3 5

Re: [App_rpt-users] Files listed, zero bytes...
by Jim Aspinwall 06 Apr '16

06 Apr '16

Interesting potential solution... if only I had room on the volume to support the local copy method. I think I'm going to have to simply rebuild the node, and have the custom function work re-applied. Sad. 4. Files listed, zero bytes... (Steve Wright) ------------------------------ Message: 4 Date: Tue, 5 Apr 2016 11:36:31 +1200 From: Steve Wright <info(a)meshnetworks.co.nz> To: app_rpt-users(a)ohnosec.org Subject: [App_rpt-users] Files listed, zero bytes... Message-ID: <5702FA7F.4050109(a)meshnetworks.co.nz> Content-Type: text/plain; charset=windows-1252; format=flowed On 05/04/16 10:18, Jim Aspinwall <no1pc(a)yahoo.com> wrote: > I tried to SFTP a couple of the files back into the node and while I see what appears to be a successful copy status, the file still shows zero bytes.? > Sounds like you've lost connectivity at some point and its retried the transfer, and not known what to do about the 'existing' (empty) files. Delete the whole tree structure and try the transfer again. It's not really safe to SFTP (or any tenuous-remote copying) over an existing production directory tree. SFTP first to a temp dir, and then login and cp -a Steve

1 0

RTCM voter problem - try 2
by James Cizek 06 Apr '16

06 Apr '16

Hi all, I posted this problem many months ago and I came to the conclusion at that time that it was my 1PPS signal from the GPS into the RTCM that was the problem. I have changed hardware now to fix that and I still have the problem so I am suspecting a config issue and hope someone will have an idea. This is on a stock DIAL box. RTCM is setup and working great as a standard node. Everything is working great on the repeater as long as RTCM is in non-voter mode. I have the chan_voter module loading in modules.conf. Here is my voter.conf: [general] port = 667 buflen = 200 password = blah [1115] Horsetooth = blah,transmit plfilter = y txtoctype = none I am happy to share any other config if requested. In the RTCM menus, I have a static IP, I have the voter server IP, all the approriate IP fields filled out. As mentioned, the RTCM works fine with the asterisk server when it's in non-voter mode. Here's the way I am testing: Verify RTCM menu item 10 is set to (2) None. Boot server, then boot RTCM. RTCM console says: GPS Receiver Active, waiting for aquisition GPS signal acquired, number of satellites in view = 9 04/05/2016 17:58:17.560 Time now syncronized to GPS 04/05/2016 18:13:18.580 Host Connection established (Pri) (10.16.1.240) I have a very nice, clean, 5Volt 1PPS signal going to pin 7 on the DB15. Verfied with o-scope. as soon as I change menu item 10 on the RTCM to either a (1) or a (0) instead of (2), I *instantly* get this on the RTCM console: 04/05/2016 18:44:13.660 Lost GPS Time synchronization 04/05/2016 18:44:13.660 Host Connection Lost (Pri) (10.16.1.240) and it sits there forever and never re-establishes connection to the host. Here is a snippet of the GPS output: $PFEC,GPtps,160405181603,1,0,1,150701000000,00,17,160405165607,1891,238580 $GPGGA,181603,4020.9810,N,10506.4515,W,0,07,00.00,001566.7,M,-020.0,M,, $GPGSV,2,1,08,03,53,215,46,07,09,253,37,09,28,305,39,16,63,126,43 $GPGSV,2,2,08,22,26,178,44,23,60,316,43,26,52,066,41,31,17,061,34 $GPRMC,181603,V,4020.9810,N,10506.4515,W,,,050416,008.9,E,N*1A $PFEC,GPtps,160405181603,3,0,1,150701000000,00,17,160405165607,1891,238580 $GPGGA,181604,4020.9810,N,10506.4515,W,0,03,00.00,001566.7,M,-020.0,M,, $GPRMC,181604,V,4020.9810,N,10506.4515,W,,,050416,008.9,E,N*1D $PFEC,GPtps,160405181604,3,0,1,150701000000,00,17,160405165607,1891,238581 $GPGGA,181605,4020.9812,N,10506.4495,W,1,07,01.73,001573.3,M,-020.0,M,, $GPRMC,181605,A,4020.9812,N,10506.4495,W,,,050416,008.9,E,A*0F $PFEC,GPtps,160405181605,3,0,1,150701000000,00,17,160405165607,1891,238582 $GPGGA,181606,4020.9812,N,10506.4494,W,1,07,01.73,001573.2,M,-020.0,M,, $GPRMC,181606,A,4020.9812,N,10506.4494,W,000.0,283.2,050416,008.9,E,A*06 I am just not sure where to go from here. I can't seem to find anyone that's had any problem like this or what might be causing it. I have tried 5 different RTCMs and 5 different GPSs from 3 different manufacturers. Any suggestions on what I might be missing? Many thanks for any help anyone can offer! James KI0KN

4 10

Difference between Dial and Acid
by John Griffith 06 Apr '16

06 Apr '16

I’m sure this has been discussed before, but I was unable to find on Google search a simple list of features that Dial will get me over my current Acid setup. Can I get an opinion of whether it’s advantageous to migrate to Dial? N7OKN John Griffith Mesa, AZ

5 7

Traveling allstar/echolink Node
by Billy Vance 06 Apr '16

06 Apr '16

I have built a allstar/echolink Raspberry Pi 3 node that I can travel with and use in hotel rooms with minimal components. I have a Verizon hot spot that I have been able to successfully login to with the RP3 that I can use while traveling so I don't need to utilize the local network. I have a sound card and a headset/mic combination that works well. I would appreciate a little help to get the GPIO configured so I can hook up a momentary contact to trigger the PTT. Equipment list: Verizon WifI Raspberry Pi 3 USB Sound Card Headset/Mic Momentary Contact Switch Thank you in advance, Billy KK6KFV

2 1

Re: [App_rpt-users] What to do....
by Steve Wright 05 Apr '16

05 Apr '16

On 06/04/16 07:41, Loren Tedford <lorentedford(a)gmail.com> wrote: > What to do when your repeater gets keyed and no one comes forward and > Identifies.. Today during my qso with another ham this happened and the > individual keyed right over me while i was talking of course i was in full > duplex with the repeater using IAX rpt so i unkeyed hoping the individual > would id no one came forward.. What steps do i need to take and what other > actions should I take?? I have already started recording every key down > automatically with our system... any thoughts? > Nothing. :) Infuriating isn't it! :) I know how you feel, but in the end ; a.) It's their repeater as well, not just yours b.) You're not a policeman c.) Things that you feel strongly about isn't any one elses' problem but your own. d.) unmet expectations will suck your life dry if you let it You could ditch it all and use D-star, then you could see all the callsigns.. for.. some.. reason.. or you could just not worry about it. S

1 0