[App_rpt-users] GMRS linked Repeater network using HAMVoIP

fwbray at mminternet.com fwbray at mminternet.com
Mon Feb 11 22:29:54 UTC 2019


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.
> 





More information about the App_rpt-users mailing list