February 2019 - App_rpt-users - lists.keekles.org

Limey Unix
by Todd Lesser 05 Mar '19

05 Mar '19

Does anyone know how to save the network configuration in Limey Linux? My node is currently set up as static IP and I want to change it to DHCP. I run net setup but when I reboot, it loses it all. I assume there is a command that will save it to flash memory. Does anyone know what that is? Thanks

4 4

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

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

13 Feb '19

I believe that rule dates back to a time where a control operator was required to manually manage a repeater station, a requirement long abandoned after the adoption automatic control. It was NOT added recently to in any way prevent connection to an IP network. The FCC has already stated a position that IP linking is permissible as long as it does not touch the now defunct dial up PSTN or utilize the NANP. On 2/11/2019 1:45 PM, fwbray(a)mminternet.com wrote: > On 2019-02-07 06:38, Jeff DePolo wrote: > >> >> Pirated software is probably the least of his problems. >> >> § 95.1733 Prohibited GMRS uses. >> >> (8) Messages which are both conveyed by a wireline control link and >> transmitted by a GMRS station; >> > > When the FCC last revisited the GMRS regulations, it expressly > declined to clarify this and certain other provisions. There are > arguably conflicts between this section and others that expressly > authorize various forms of remote control. > > However, even reading the above-language to apply to things like > traditional tone and DC remotes and their modern equivalents, a > wireline link that merely coveys audio, such as to voter, could be > found permissible so long as it can't/doesn't control the > transmitter/repeater, especially if that is already under automatic > control. > > It isn't my intent to start a legal debate about this -- just to point > out that there is ambiguity that the FCC declined to address and that > reasonable people can interpret the provision differently. > > KE6CD > _______________________________________________ > 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 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. > > --- > This email has been checked for viruses by AVG. > https://www.avg.com -- Joe Leikhim Leikhim and Associates Communications Consultants Oviedo, Florida JLeikhim(a)Leikhim.com 407-982-0446 WWW.LEIKHIM.COM

1 0

GMRS linked Repeater network using HAMVoIP
by John Heron 13 Feb '19

13 Feb '19

Gave the guy who is heading up linking GMRS repeaters together the bad news of pirated software. Let’s see how he takes it...

9 14