September 2018 - App_rpt-users

Audio Hum
by lengriff＠optimum.net 21 Sep '18

21 Sep '18

Recently, my repeater at 42690 began developing an audio ' hum ' . An Asterisk restart does not stop it. A reboot is required. It is NOT power supply related. I tried substitute supplies for the Pi and Repeater. The message log shows not related errors. It is software related somehow. [ short audio file attached ] Len WB2HKK

5 5

ACID download
by k7ilo1＠gmail.com 20 Sep '18

20 Sep '18

Hey gang. Does anyone know where I can download the ACID version? I need to load it back up to test to see if I have hardware issues or what. Thanks Harold K7ILO

3 6

Audio dropouts
by TGundo 2003 20 Sep '18

20 Sep '18

I recently updated my node to a Pi b3+ because I was having audio dropout issues and we suspected it was a resource issue with the pi. Did some testing tonight, seemed better, had a little dropout but nothing like it was. I have a pretty stretched internet connection as I live in the farm fields, so we figured it was just a bandwidth issue on my connection. Later tonight as I did more testing I monitored with an IAX client. I get the same dropouts on it just on the local LAN. This was the results of my Ping test internally from the Pi to a local managed switch was this: 202 packets transmitted, 202 received, 0% packet loss, time 211498ms rtt min/avg/max/mdev = 0.647/0.844/5.241/0.507 ms I'm not seeing an issue with the internal network. I'm wondering what else it may be, and/or if there is a scientific way to pinpoint the trouble.I'm using Repeater Builder USB RIM Lite for interfacing my Pi to the S-Com7330. Any thoughts welcome! Thanks!Tom

2 1

Quantar programming
by Scott Weis 20 Sep '18

20 Sep '18

Anyone have an example code plug for a quantar for use with allstar and chan_usbradio? Thanks, Scott KB2EAR

3 2

Registration Refused
by lengriff＠optimum.net 19 Sep '18

19 Sep '18

My messages log shows one of the registration servers refuses the registration of my node 42690: [Sep 19 10:37:51] NOTICE[479] Chan_iax2.c: Registration of '42690' rejected: 'Registration Refused' from: '44.98.254.145' Len WB2HKK

2 1

Usb radio conf
by n3ssl 19 Sep '18

19 Sep '18

Group I recently installed the 4/2018 raspberry pi image and followed the asl-menu. Shows on stats page. So far too I took back to site today and ran radio tune and cant get tone generator to work. My settings for tmixa are voice and tmixb tone. Rim was working at time. Didn't think much so added the audio filters and lost asterisk-r. Shows code 5. Before adding filters I was able to access wan node 2135. But dont see the usual operation of tones hangups ect. What's everyone's thoughts? Ryan n3ssl N3ssl(a)yahoo.com Before the USB audio

1 0

Reg server root cause
by Bryan Fields 19 Sep '18

19 Sep '18

Looks like we had a failure in Tampa this morning, but as expected the registration server did kick over to Chicago (ORD), but there are still several hundred nodes not running dnsmgr and thus kept trying to use the IP of the Tampa server. Please check your registrations as below: > > iax2 show registry > Host dnsmgr Username Perceived Refresh State > 44.72.21.13:4569 Y 44233 44.98.249.6:4569 60 Registered > 44.72.21.13:4569 Y 42032 44.98.249.6:4569 60 Registered If you don't have dnsmgr as 'Y' please add this below as /etc/asterisk/dnsmgr.conf -- [general] enable=yes ; enable creation of managed DNS lookups ; default is 'no' refreshinterval=300 ; refresh managed DNS lookups every <n> seconds ; default is 300 (5 minutes) -- Then restart asterisk and verify you're now seeing dnsmgr as 'Y' in the registry messages. Also inexplicably, about 300 nodes are still hitting allstarlink.org directly for registrations. This server may go offline at any time. We've personally messaged node owners with the address on file before, please ensure you're using register.allstarlink.org as the registration server and you have dnsmgr enabled. The root cause today looks to be IPSEC tunnels went down and didn't reestablish automatically as they should have. As all traffic between the allstarlink.org servers is inside these tunnels this caused the TPA nodes to drop out of the cluster. The DNS did fail over to the register-ord server so for the majority of people DNS refreshed and you moved over. We're going to let it run on ORD for a bit. Further complicating this was as these tunnels were down, our monitoring system was unable to contact us, so we learned about the outage 15 minutes later than we should have. We'll be correcting this. We're investigating why IPSEC didn't refresh and reestablish these tunnels automatically, as testing before showed they had. Please ensure you have dnsmgr running on your node(s). 73's -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net

1 0

Registration Issues
by Sean McCarthy 19 Sep '18

19 Sep '18

Is this something on my end? Can't connect out anywhere... [Sep 19 10:16:12] NOTICE[360] chan_iax2.c: Registration of '46483' rejected: 'Registration Refused' from: '44.98.254.145' Thanks, Sean

2 1

Node 48455 still having registration issues after adding private module
by qrz＠tg9aor.net 19 Sep '18

19 Sep '18

After another attempt to integrate a private module(1001), I got the following: repeater*CLI> iax2 show registry Host dnsmgr Username Perceived Refresh State 44.98.254.145:4569 Y 48455 <Unregistered> 60 Rejected [Sep 19 08:18:15] NOTICE[22786]: chan_iax2.c:9712 socket_process: Registration of '48455' rejected: 'Registration Refused' from: '44.98.254.145' Do I need to put the private module at the very end of rpt.conf? ,before the last line that starts with # The node works, connects to allstar and echolink nodes, bridges to DMR no problem, but it fails to register on the stats.allstarlink.org database. I deleted the private node from rpt.conf , modules.conf, extensions.conf, and after that it shows up on the database again. I guess I will try to compile instead of using the image for armhf architechture, but then again I recall there is this DAHDI issue when compiling with stretch and a RPi 3B+. Do I loose by not being registered at allstarlink.org? Is it OK to just run it as is with the DMR bridge and not showing up on the stats.allstarlink.org list? 73 de TG9AOR

1 0

Politics
by Tim Sawyer 19 Sep '18

19 Sep '18

There has been a ton of inaccurate statements by the HamVoIP principals in numerous posts, emails and telephone calls regarding what AllStarLink is up to. Before you read the rest of this email please take a look at the August 16 post over on hamVoIP.org. I really don't want to wade into this political BS. I should be coding not spending time on this BS. Even so I've spent tons of time behind the scenes attempting to get folks working together. I hesitate to speak publicly on this but my low key approach has not worked. So, some false statements must be publicly corrected. I will address only this particular post at this time. First, "The server" is not owned by one person. The very reason AllStarLink, Inc. was formed is to prevent that scenario. Second, there is not just one server. There are numerous servers around the country run by folks that donate their time, effort and money. Third, HamVoIP principals continually imply that AllStar was unofficially taken over. That's just not true. The reigns were turned as officially as possible given Jim's sudden death. Jim's long time friends and co-developers of AllStar contacted current and past AllStarLink board members and made arrangements for what you see today. Additionally, it's true that migration to the new servers didn't go perfectly. But it's extreme unfair to bash individuals who are only attempting to improve AllStar. Ham Radio is about learning if it's about anything. Making mistakes happens as part of the learning process. Now we have a better system and no one got shot as my Marine friend used to say. The August 16 HamVoIP statements are divisive and only serve to build up some individuals at the expense of others. To HamVoIP principals I say enough of that crap! If you want to build a better mouse trap you are welcome to that. Go for it. But don't justify yourself by speaking badly of others who have nothing but good intentions. -- Tim WD6AWP

13 20