[App_rpt-users] GMRS linked Repeater network using HAMVoIP

[mitchmitchell1616]

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 at gmail.com> Date: 2/12/19  10:08 AM  (GMT-06:00) To: Users of Asterisk app_rpt <app_rpt-users at 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 Heron561-334-6494jh0932 at gmail.com> On Feb 11, 2019, at 5:29 PM, fwbray at 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 at 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 listApp_rpt-users at lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-usersTo 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. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20190212/9b99c388/attachment.html>