- App_rpt-users - lists.keekles.org

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

12 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 12 Feb '19

12 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 12 Feb '19

12 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

ASL on Asterisk LTS
by Marco Brunozzi 10 Feb '19

10 Feb '19

Hi everyone, I'm looking for a way to use Asterisk LTS or other new version for ASL, is that possible? Thanks in advance, 73 Marco IW0RED. -- Marco Brunozzi Tel. +14152360004 Cel. +393483343274 Skype: marco.brunozzi Twitter: marcobrunozzi ---------------------------------------

5 6

Multiple PL tones
by Marty 08 Feb '19

08 Feb '19

I have a question about using multiple PL tone. I have a guy that is using two usb interfaces per Pi to control his radio sorta like TalkGroups or an Zedtron controller would work like as a Community repeater. Have any idea what I'm talking about? And yes he is using ASL on his system. 73, Marty KD4HLV ASL-Node 28523

3 2

Questions about ASL capabilities when internet is down
by Jean-Michel Vien - VA2XJM 06 Feb '19

06 Feb '19

Hi everyone, I guess those questions has been asked before, but I found no efficient way to search past posts from the mailing list (and I must admit I prefer forums over a mailing list that I usually avoid). So we are a small group wishing to deploy an amateur network of analog and fusion repeater along with other features like phonepatch. I play with AREDN at the moment and we plan to use that to inter-connect our sites over a 5Ghz WISP network (kind of like wifi). It allows us to bring internet to each site and open up a lots of possibility (VoIP network, network camera, remote access to control devices, emails... all that over a single link). I actually know nothing about Asterisk/ASL. I just downloaded ASL, I plan to start reading docs as soon as the baby goes to nap (and I feels he won't go to nap until mama gets back...) and I will start playing with ASL soon after. So far I know we can use internet to connect to other networks (just like Fusion Wires-X), but my main concern is what happen when internet goes down (it is a problem over here). So here is a list of questions: 1. Can we manage our network without connecting to ASL servers ? Let's say without any internet network, all our repeaters needs to stay linked. 2. Is there a way to have redundant link between the HUB and RPTs ? All RPTs would be normally connected to the HUB server, but if the HUB goes down or one node can't connect to it, it would try to connect to other nodes to remain inside the network. 3. Does one needs to manage links manually or a "link" / "unlink" switch can be used ? Ex: *1 : connect/disconnect the RPT to/from the network (trying to connect to HUB first, then to other nodes until it can reach one) or a user needs to try each links manually using DTMF. 4. For the phone patch I am thinking about using an LTE phone interface that we can connect any regular analog phone to it. What kind of interface would be needed for it to work ? We prefer this LTE interface over VoIP services simply because the cellphone network is way more reliable than internet. If you have any good links to projects similar to what we look for, just send them. Thanks in advance for your help, -- Jean-Michel Vien - VA2XJM VA2XJM(a)gmail.com

3 2

RIM-Maxtrac interface for sale
by Jim Nessen 05 Feb '19

05 Feb '19

Hi, I have a RIM-Maxtrac interface (http://www.repeater-builder.com/products/usb-rim-lite.html) for sale. This interface is specifically made to interface with the Motorola Maxtrac/Radius/GM300 line of radios. (see the link for a photo of the interface). I am asking 50.00 (that price includes shipping to the US only via USPS priority mail). Please email me off list if you are interested. Thanks! Jim, K6JWN

1 1

Re: [App_rpt-users] Upgrade problem
by Guillermo Sobalvarro 05 Feb '19

05 Feb '19

Thanks Bryan. No I did not hold anything back and just went with apt-get upgrade. That clobbered everything. Will look into what you suggest for the apt-get process. I'm new at this so... Did a comlete install from scratch but with no apt-get upgrade, just update. It is working ok. I did the ASL to DMR bit and it also works but I have very scratchy audio from DMR to ASL. Thanks for your reply. 73 de Guillermo - HK4KM On Tuesday, February 5, 2019, 7:00:10 AM GMT-5, app_rpt-users-request(a)lists.allstarlink.org <app_rpt-users-request(a)lists.allstarlink.org> wrote: Date: Mon, 4 Feb 2019 08:48:15 -0500 From: Bryan Fields <Bryan(a)bryanfields.net> To: Users of Asterisk app_rpt <app_rpt-users(a)lists.allstarlink.org> Subject: Re: [App_rpt-users] Upgrade problem Message-ID: <43cc8351-eeb9-a898-bc91-6e3064766192(a)bryanfields.net> Content-Type: text/plain; charset=utf-8 On 2/4/19 8:07 AM, Guillermo Sobalvarro wrote: > I recently managed to get ASL to work on a Raspberry Pi 3 using the Allstarlink ASL_1.01-20180228-armhf-raspbian-stretch-image. > I wanted a radio-less setup and use a DVSwitch IAX client for ASL and a DMR radio to my talkgroup. > > I recently managed to get ASL to work on a Raspberry Pi 3 using the > Allstarlink ASL_1.01-20180228-armhf-raspbian-stretch-image. > I wanted a radio-less setup and use a DVSwitch IAX client for ASL and a > DMR radio to my talkgroup. > Then I configured and got ASL to DMR working perfectly. > > Today I did and apt-get update and apt-get upgrade.? The result was that Asterisk stopped working.? Last few linkes of asterisk startup are: > ??? -- rpt (Rx) initiating call to USRP/127.0.0.1 on usrp/127.0.0.1:34001 > [Feb? 4 07:48:35] WARNING[861]: chan_dahdi.c:928 dahdi_open: Unable to open '/dev/dahdi/pseudo': No such file or directory > [Feb? 4 07:48:35] ERROR[861]: chan_dahdi.c:7906 chandup: Unable to dup channel: No such file or directory > rpt:Sorry unable to obtain pseudo channel Looks like dahdi is not installed. Did you upgrade the kernel or hold it back? sudo apt-mark hold raspberrypi-kernel-headers raspberrypi-kernel sudo apt-get update sudo apt-get upgrade -y 73's -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net ------------------------------ Subject: Digest Footer _______________________________________________ App_rpt-users mailing list App_rpt-users(a)lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users ------------------------------ End of App_rpt-users Digest, Vol 120, Issue 3 *********************************************

2 2

Upgrade problem
by Guillermo Sobalvarro 04 Feb '19

04 Feb '19

I recently managed to get ASL to work on a Raspberry Pi 3 using the Allstarlink ASL_1.01-20180228-armhf-raspbian-stretch-image. I wanted a radio-less setup and use a DVSwitch IAX client for ASL and a DMR radio to my talkgroup. Then I configured and got ASL to DMR working perfectly. Today I did and apt-get update and apt-get upgrade. The result was that Asterisk stopped working. Last few linkes of asterisk startup are: -- rpt (Rx) initiating call to USRP/127.0.0.1 on usrp/127.0.0.1:34001 [Feb 4 07:48:35] WARNING[861]: chan_dahdi.c:928 dahdi_open: Unable to open '/dev/dahdi/pseudo': No such file or directory [Feb 4 07:48:35] ERROR[861]: chan_dahdi.c:7906 chandup: Unable to dup channel: No such file or directory rpt:Sorry unable to obtain pseudo channel [Feb 4 07:48:35] WARNING[862]: chan_dahdi.c:928 dahdi_open: Unable to open '/dev/dahdi/pseudo': No such file or directory [Feb 4 07:48:35] ERROR[862]: chan_dahdi.c:7906 chandup: Unable to dup channel: No such file or directory rpt:Sorry unable to obtain Rx channel [Feb 4 07:48:37] ERROR[828]: app_rpt.c:22223 rpt_master: Continual RPT thread restarts, killing Asterisk Is there a way to get this back to how it was so I don't have to do a total wipe and start from scratch again? Right now it looks to me as if I get a node running I can't ever upgrade anything. Thanks in advance. Guillermo - HK4KM

2 1

ASL menu bug when changing USB type
by Lu V 01 Feb '19

01 Feb '19

Hello, I tried my first raspberry pie and when I installed from ASL menu, I selected accidentally simple USB instead of radio USB. I went back into the menu and tried to change the drivers to radio USB but it looks like it is not modifying properly? I did find in modules.CONF where it was still loading simple USB. I made the appropriate changes (no load in front of sinple usb and load in front of usb radio but I still cannot run radio-tune-menu. Just wanted to point it out because I think it might be a bug. Has anyone else experienced this? Any tips on how to get this going before I start from scratch? Lu Vencl KA4EPS

2 2