<div dir="ltr">Here is a MAJOR problem....<div>"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!</div><div>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.</div><div>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.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 11, 2019 at 10:45 AM <<a href="mailto:fwbray@mminternet.com">fwbray@mminternet.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2019-02-07 06:38, Jeff DePolo wrote:<br>
<br>
> <br>
> Pirated software is probably the least of his problems.<br>
> <br>
> § 95.1733   Prohibited GMRS uses.<br>
> <br>
>  (8) Messages which are both conveyed by a wireline control link and<br>
>    transmitted by a GMRS station;<br>
> <br>
<br>
When the FCC last revisited the GMRS regulations, it expressly declined <br>
to clarify this and certain other provisions. There are arguably <br>
conflicts between this section and others that expressly authorize <br>
various forms of remote control.<br>
<br>
However, even reading the above-language to apply to things like <br>
traditional tone and DC remotes and their modern equivalents, a wireline <br>
link that merely coveys audio, such as to voter, could be found <br>
permissible so long as it can't/doesn't control the <br>
transmitter/repeater, especially if that is already under automatic <br>
control.<br>
<br>
It isn't my intent to start a legal debate about this -- just to point <br>
out that there is ambiguity that the FCC declined to address and that <br>
reasonable people can interpret the provision differently.<br>
<br>
KE6CD<br>
_______________________________________________<br>
App_rpt-users mailing list<br>
<a href="mailto:App_rpt-users@lists.allstarlink.org" target="_blank">App_rpt-users@lists.allstarlink.org</a><br>
<a href="http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users" rel="noreferrer" target="_blank">http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users</a><br>
<br>
To unsubscribe from this list please visit <a href="http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users" rel="noreferrer" target="_blank">http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users</a> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"<br>
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. <br>
</blockquote></div>