- App_rpt-users - lists.keekles.org

Help with Allstar registration
by Rodger Hanson 02 Mar '19

02 Mar '19

Hello All I've been battling with my allstar node, and noticed this in the asterick client cli: [Mar 2 13:54:45] NOTICE[395]: chan_iax2.c:9839 socket_process: Registration of '49801' rejected: 'Registration Refused' from: '44.98.254.145' zl1rah-papakura*CLI> iax2 show registry Host dnsmgr Username Perceived Refresh State 44.98.254.145:4569 Y 49801 <Unregistered> 60 Rejected Can somebody please tell me how to sort this problem out? Kind Regards, Rodger Hanson [ZL1RAH] Tel: +64 9 278-8683 Mob: +64 27 5687659 Email: rodger_hanson(a)slingshot.co.nz Web: https://zl1rah.blogspot.co.nz/ QRZ: https://qrz.com/db/zl1rah /Please consider the environment before printing this email/

4 3

HELP! Trying to compile asterisk
by George Csahanin 02 Mar '19

02 Mar '19

Folks, I'm lost. In the past I'd pull the source from Jim's sorce repository, and all worked fine. I needed to add something to app_rpt so pulled the source from github, installed it under /usr/src in my Pi. Got ncurses installed. go to asterisk/ and run ./configure, it runs, then make menuselect, it makes the menu and I unselect stuff like beagle that isn't needed, etc. Then run make in same directory. It runs but get a failure at "recipe for target 'aelparse' failed...then another fail at "recipe for target 'utils' failed What am I doing incorrectly. I've done this lots of times in the past but these sources have some kind of difference I cannot figure out. The specific thing I'm changing is the morse speed, I run it up to 30 WPM. The Quantar itself does the 20WPM ID. But I have the asterisk doing a 30 WPM ID with node number, so I can tell what I'm listening to. I've been fighting this for hours now and tried re-using sources from my Limey distro I upgraded a few months ago, that also doesn't run. Oh, tried running it from one level up but the make choices are for usbradio, etc but not for simpleusb... make upgrade - build and install sources only make install_pciradio - build and install sources plus pciradio config files make install_usbradio - build and install sources plus usbradio config files make install_wcte11xp - build and install sources plus single span wcte11xp config files make install_wct1xxp - build and install sources plus single span t100p config files make svsrc - save the sources on the CF as astsrc.tgz make ast_build_only - build asterisk only, do not install make clean - delete all object files, intermediate files, and executables Tried make ast-build-only (BTW, that's labeled incorrectly in .help, it isn't ast_build_only...its ast-build-only) and it errors on zaptel ("can't cd to zaptel") tried make usbradio too and same zaptel error. Doing this all as root, so not a permission issue. Anybody??? Thanks GeorgeC W2DB 2360 28599 -- George Csahanin 10100 Carson Ranch Rd. Crowley, TX 76036 682-708-5716 home 401-338-0568 cel

1 0

Allstar Analytics
by Jeff Lehman 01 Mar '19

01 Mar '19

Hi Everyone! Off the wall question. Does anyone have any kind of a framework to be able to capture data points for analytics from an Allstar system? For example, I want to look at things like who connects, how often, how often a node keys up, length of time of a connection things like that. I didn't know if anyone has gone down this road before. I don't even know/think something like this is possible but I thought I would ask. If I have to build from scratch, that's fine, but always open to suggestions. Thanks! Jeff, KC8QCH -- Jeff Lehman, KC8QCH E-mail: kc8qch(a)gmail.com Hamshack Hotline: 4218 Webmaster Hamilton County ARPSC http://www.hamcoarpsc.org E-mail: hamcoarpsc(a)gmail.com Phone: 513-452-6480 Multimode System Administrator World Wide Amateur Radio Guild *https://hamradiohub.com/ <https://hamradiohub.com/>* E-Mail: kc8qch(a)hamradiohub.me

1 0

Unable to start a hub node using 'dahdi/pseudo' on a Pi 3 B
by Ramesh Dhami 23 Feb '19

23 Feb '19

Hi Folks: I am trying to restart a hub node (on a Pi3B). I am seeing the following errors when manually starting asterisk (asterisk -cvvvv): <snip> [Feb 23 15:16:51] WARNING[1112]: app_rpt.c:22240 rpt_master: rpt_thread restarted on node 2200 [Feb 23 15:16:51] WARNING[1141]: chan_dahdi.c:928 dahdi_open: Unable to open '/dev/dahdi/pseudo': No such file or directory [Feb 23 15:16:51] ERROR[1141]: chan_dahdi.c:7906 chandup: Unable to dup channel: No such file or directory rpt:Sorry unable to obtain Rx channel [Feb 23 15:16:53] ERROR[1112]: app_rpt.c:22223 rpt_master: Continual RPT thread restarts, killing Asterisk </snip> I confess that I have recently installed Mirth Connect on the same Pi (this is the first reboot since doing so).... Indeed there is no folder /dev/dahdi. Any ideas how to recover? OT: If anyone is using Mirth for any HL7 / FHIR stuff, I am very interested in talking to you! ;) Thanks! Ramesh. VA3UV / KN4RSD

1 1

6m Net Invitation, Tuesday Nights
by Kevin Tubbs (KD2SL) 23 Feb '19

23 Feb '19

Hello, In Syracuse, NY we have what is likely the "most expensive 6m repeater antenna" in the world, a former TV broadcast antenna. You can read more about it at http://www.kd2sl.com. The reason I'm bringing this up is because every Tuesday night at 7:00 pm EST we have a 6 meter net, with two 6m repeaters linked: 53.67 in Syracuse, and 53.05 in Auburn. And now that AllStar node 47460 has been installed on the 53.67 repeater, I'd like to invite anyone with an AllStar-connected 6 meter repeater to join us. The net runs about an hour, bringing together an average of 20-25 6 meter enthusiasts for casual chat on the Magic Band. Feel free to connect your 6m repeater to node 47460 every Tuesday night at 7:00 pm EST. And please check in to say hello! 73 - Kevin KD2SL

3 2

Choppy Audio
by Mark Johnston 21 Feb '19

21 Feb '19

Hello, ... Issues with audio on ASL 1.01 GIT version 004b9dd Usually issue clears up after reboot, was happening every few months, now seems every day/few days... This does not appear to be network issue, as ID's and courtesy tones, local audio files, are also impacted. Using DSP aka usbradio issue is heard even via phone portal using standared URI Single Node 4.9.0-6-686-pae Kernel Intel Atom CPU 1.8Ghz 2GB Ram SSD *load average: 0.12, 0.07, 0.02* *Logs show:* *[Jan 27 11:55:49] WARNING[372] chan_usbradio.c: Loaded parameters from usbradio_tune_usb_27038.conf for device usb_27038 .* *[Jan 27 11:55:49] WARNING[370] chan_usbradio.c: Possibly stuck USB read channel. [usb_27038]* *[Jan 27 11:55:49] WARNING[370] chan_usbradio.c: Nope, USB read channel [usb_27038] wasn't stuck after all.* *[Jan 27 11:55:49] NOTICE[372] chan_usbradio.c: USB Adapter has no EEPROM installed or Checksum BAD on channel usb_27038* *Dmesg:* *[ 314.006920] **perf**: interrupt took too long (2507 > 2500), lowering kernel.perf_event_max_sample_rate to 79750* *[ 366.570103] **perf**: interrupt took too long (3169 > 3133), lowering kernel.perf_event_max_sample_rate to 63000* *[ 429.870947] **perf**: interrupt took too long (3963 > 3961), lowering kernel.perf_event_max_sample_rate to 50250* *I have been restarting weekly, and the issue is only getting worse, any thoughts?, Is there a newer version of ASL?* *Thanks,* *Mark*

3 5

Other networks using AllStar & app_rpt
by Bryan Fields 19 Feb '19

19 Feb '19

I've been asked about this by several people, and there are several different issues at play here. 1. app_rpt/Asterisk (aka AllStar) can be used to link any repeaters you want. A group can setup another network if they want and use the software to link their systems. The GPL license permits this and provides for people using software in any way they want. This is the great freedom of open source, no other amateur repeater linking project permits using their software like this. 2. Legalities of linking non-amateur repeaters are beyond the scope of this list (IMO). If you think it's legal to link your repeaters using app_rpt, have at it. This is between you and the local regulatory authority. This may be legal in some areas and not in others. While most are based in the US, we have users all over the world where it may be legal in their jurisdiction. If you distribute app_rpt/Asterisk/AllStar for this, you need to comply with the license and make the source available. If you base it on pirated software, well then you're still on the hook to provide the source too. As you can't do this, you have no rights to distribute the software. If you're building a private network grab ASL 1.01 or the source and roll your own. It's all GPL, change it to your needs and release the source, and you're free to build your own network. Post here if you do, we'd love to hear of it. 73's -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net

3 2

GMRS linked Repeater network using HAMVoIP
by Brad Trogdon 18 Feb '19

18 Feb '19

Reviewing this thread I need to ask for clarification as it appears some comments are ill informed or are seeding to "stir a pot". *John Heron*: "*Bad news of pirated software*"... cannot find a prior post or comment. What pirated software are you referring? Who is using pirated software and what are they doing that is in violation of any rule? Lastly what rule are they in violation of? *Kirk Just Kirk*: "*GMRS is a shared Channel. Users must monitor before they transmit*". If repeaters are linked then any and all traffic within range of one repeater is heard and transmitted to all others which may be networked. In the event the stations are simplex or low power their is no fault if a repeater user talks and is not able to hear the distant station. Your argument seems you believe GMRS Repeaters are illegal themselves and not simply because they may be networked. Simplex communications is very short distance. Repeater communication itsself could be over a hundred miles even without networking. The FCC allocated eight (8) repeater frequencies and if they are used correctly the unfortunate act of a repeater transmitting over non repeater users is a fault of the user not selecting one of the many other frequencies that are available to them. *John Heron*: "*If its hooked to a telco its illegal*". Is it known that anything GMRS is connected to Telco? If 10 Repeaters are networked and 1 of 10 is connected to telco provided internet I.e. DSL the infraction is on the one (1) offender not the other nine (9) whom are not. Other than inspection of the physical connections how can one review or confirm that telco connections exist? Please point to the rule that defines one offender results in all participants being in violation of a rule? Thanks everyone for your thoughtful and courteous replies. For transparency I own a wide coverage GMRS repeater that is 100% compliant with the FCC rules. It has networking capabilities and Coverage of ~100 miles as it located at 4,000' in the Blue Ridge mountains of North Carolina. -Brad Trogdon W4INT / WQTG303

4 5

posted on repeater builder
by Pierre Martel 13 Feb '19

13 Feb '19

http://qrp-labs.com/progrock.html looks like this could maybe usefull on multicasting??? I dont think that at that price the risk is too high..

3 3

Re: [App_rpt-users] GMRS linked Repeater network using HAMVoIP
by Joe Leikhim 13 Feb '19

13 Feb '19

I am curious. Has the FCC ever issued a fine or NAL to any GMRS operator for linking a repeater?? I tried searching for GMRS violations once on the EB portal and found little in the way of GMRS violations. On 2/12/2019 9:45 PM, John Heron wrote: > Wrong look again. FCC is clear on that. Nothing changed. Peoples > interpretation of what they would like to hear and see is the only > thing that did change. > > If any part of a linked network touches a telco it’s in violation. > > All the best, John Heron > 561-334-6494 > jh0932(a)gmail.com <mailto:jh0932@gmail.com> > > > On Feb 12, 2019, at 6:59 PM, Joe Moskalski <kc2irv(a)gmail.com > <mailto:kc2irv@gmail.com>> wrote: > >> That and if its cable internet the Telco argument is a moot point >> since that is not regulated. >> >> On Tue, Feb 12, 2019, 6:52 PM mitchmitchell1616 >> <mitchmitchell1616(a)gmail.com <mailto:mitchmitchell1616@gmail.com> wrote: >> >> From what I remember, they didn't want you bypassing the long >> distance carriers by putting telephone calls over the radio >> connecting a local call to RF and terminating to another local >> call on the far end. Once IP network is involved, the >> underlying physical network architecture isn't relevant. Lots >> of outdated rules still on the books. >> >> >> >> Sent via the Samsung Galaxy Note8, an AT&T 4G LTE smartphone >> >> -------- Original message -------- >> From: John Heron <jh0932(a)gmail.com <mailto:jh0932@gmail.com>> >> Date: 2/12/19 10:08 AM (GMT-06:00) >> To: Users of Asterisk app_rpt >> <app_rpt-users(a)lists.allstarlink.org >> <mailto:app_rpt-users@lists.allstarlink.org>> >> Subject: Re: [App_rpt-users] GMRS linked Repeater network using >> HAMVoIP >> >> If it’s hooked to a telco it’s illegal. If you have DSL or >> landline or any part of the system touches a telco then the whole >> system is deemed illegal. >> >> All the best, John Heron >> 561-334-6494 >> jh0932(a)gmail.com <mailto:jh0932@gmail.com> >> >> >> > On Feb 11, 2019, at 5:29 PM, fwbray(a)mminternet.com >> <mailto:fwbray@mminternet.com> wrote: >> > >> > Just to clarify, my comments only had to do with whether § >> 95.1733(a)(8) prohibits transmission of any audio received via >> "wireline" from a remote source, such as a voting receiver. It >> didn't concern the wisdom or other issues that impact the >> legality of linking or whether one can set up a node where the >> transmitter is keyed remotely over the same "wireline" link that >> carries the audio. >> > >> > The concerns Kirk expressed are legitimate. While there are >> technical ways of dealing with some of them -- such as lock-out >> receivers -- many people who set up links might not implement >> them. If one wants to set up a linked system, one should take >> all necessary steps to make sure that it operates legally. >> However, with any repeater, there's no guarantee that all >> repeater users will be able to hear all local users in the >> coverage area who might be using low power simplex. Similar >> issues exist with amateur radio systems. >> > >> > I'm not sure that "Prepers" etc., would want to depend upon an >> Internet linked system if they thought it through. Unless you >> are using independent RF links under your own control, VoIP isn't >> a very robust system during a calamity. >> > >> > KE6CD >> > >> > >> > >> > >> > >> > >> >> On 2019-02-11 12:31, Kirk Just Kirk wrote: >> >> >> >> Here is a MAJOR problem.... >> >> "GMRS" is a SHARED channel.Each station is to LISTEN in carrier >> >> squelch before transmitting. Since this transmission does not >> extend >> >> over the VoIP circuit, distant stations can transmit on top of >> other >> >> local stations, not knowing they are on the channel.To be fully >> >> compliant, each GMRS node would have to listen on the channel for >> >> activity BEFORE keying up! >> >> All it would take is a written complaint against a linked GMRS >> machine >> >> to result in a violation, a NAL and a cease and desist letter. >> >> Inn reality, GMRS does not need distant linking to fulfill it's >> >> purpose. I know the "Preppers" and "Save the world" types are >> going to >> >> disagree....but thats the way it is. >> > >> > >> > _______________________________________________ >> > App_rpt-users mailing list >> > App_rpt-users(a)lists.allstarlink.org >> <mailto:App_rpt-users@lists.allstarlink.org> >> > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> > >> > To unsubscribe from this list please visit >> http://lists.allstarlink.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. >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users(a)lists.allstarlink.org >> <mailto:App_rpt-users@lists.allstarlink.org> >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://lists.allstarlink.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. >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users(a)lists.allstarlink.org >> <mailto:App_rpt-users@lists.allstarlink.org> >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://lists.allstarlink.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. >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users(a)lists.allstarlink.org >> <mailto:App_rpt-users@lists.allstarlink.org> >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://lists.allstarlink.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. > > <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> > Virus-free. www.avg.com > <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> > > > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users(a)lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visithttp://lists.allstarlink.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. -- Joe Leikhim Leikhim and Associates Communications Consultants Oviedo, Florida JLeikhim(a)Leikhim.com 407-982-0446 WWW.LEIKHIM.COM

2 2