<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=text/html;charset=iso-8859-1 http-equiv=Content-Type>
<META name=GENERATOR content="MSHTML 8.00.6001.23501"></HEAD>
<BODY style="PADDING-LEFT: 10px; PADDING-RIGHT: 10px; PADDING-TOP: 15px" 
id=MailContainerBody leftMargin=0 topMargin=0 CanvasTabStop="true" 
name="Compose message area">
<DIV><FONT face=Calibri>100% DE ACORDO!</FONT></DIV>
<DIV><FONT face=Calibri></FONT>&nbsp;</DIV>
<DIV><FONT face=Calibri>ACViegas</FONT></DIV>
<DIV><FONT face=Calibri>CT2IXQ</FONT></DIV>
<DIV style="FONT: 10pt Tahoma">
<DIV><BR></DIV>
<DIV style="BACKGROUND: #f5f5f5">
<DIV style="font-color: black"><B>From:</B> <A title=radiophilo@gmail.com 
href="mailto:radiophilo@gmail.com">AV</A> </DIV>
<DIV><B>Sent:</B> Thursday, July 11, 2013 10:41 AM</DIV>
<DIV><B>To:</B> <A title=cluster@radio-amador.net 
href="mailto:cluster@radio-amador.net">Resumo Noticioso ARLA/CLUSTER</A> </DIV>
<DIV><B>Subject:</B> Re: ARLA/CLUSTER: Fw: ARLB016 ARRL Urges Denial of Petition 
to PermitEncryption of Some Emergency Communications</DIV></DIV></DIV>
<DIV><BR></DIV>Por cá a discussão é muito limitada mas lá nos EUA a luta entre 
os radioamadores genuinos e aqueles que pretendem tomar de assalto o 
radioamadorismo para fins de terceira ordem como a protecção pública, é muito 
acesa.<BR>Este é só mais um triste episódio, muito bem contrariado pela 
ARRL.<BR><BR>73,<BR>António Vilela<BR>CT1JHQ<BR><BR>
<DIV class=gmail_quote>On 10 July 2013 23:50, ACViegas <SPAN dir=ltr>&lt;<A 
href="mailto:ct2ixq@radioamadorismo.pt" 
target=_blank>ct2ixq@radioamadorismo.pt</A>&gt;</SPAN> wrote:<BR>
<BLOCKQUOTE 
style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" 
class=gmail_quote>Caros Amigos ,<BR>aqui vai a noticia na integra como me foi 
  enviada.<BR>Cumps<BR>ACViegas<BR>CT2IXQ<BR><BR>------------------------------<U></U>--------------------<BR>From: 
  "ARRL Web site" &lt;<A href="mailto:memberlist@www.arrl.org" 
  target=_blank>memberlist@www.arrl.org</A>&gt;<BR>Sent: Tuesday, July 09, 2013 
  7:48 PM<BR>To: &lt;<A href="mailto:acviegas@hotmail.com" 
  target=_blank>acviegas@hotmail.com</A>&gt;<BR>Subject: ARLB016 ARRL Urges 
  Denial of Petition to Permit Encryption of Some Emergency 
  Communications<BR><BR>
  <BLOCKQUOTE 
  style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" 
  class=gmail_quote>SB QST @ ARL $ARLB016<BR>ARLB016 ARRL Urges Denial of 
    Petition to Permit Encryption of Some<BR>Emergency 
    Communications<BR><BR>ZCZC AG16<BR>QST de W1AW<BR>ARRL Bulletin 16 
    &nbsp;ARLB016<BR>&gt;From ARRL Headquarters<BR>Newington CT &nbsp;July 9, 
    2013<BR>To all radio amateurs<BR><BR>SB QST ARL ARLB016<BR>ARLB016 ARRL 
    Urges Denial of Petition to Permit Encryption of Some<BR>Emergency 
    Communications<BR><BR>The ARRL is calling on the FCC to deny a Petition for 
    Rule Making<BR>(RM-11699) seeking to permit the encryption of certain 
    amateur<BR>communications during emergency operations or related 
    training<BR>exercises. Don Rolph, AB1PH, of E Walpole, Massachusetts, 
    petitioned<BR>the Commission in March to suggest an additional exception 
    to<BR>§97.113, which currently prohibits "messages encoded for the 
    purpose<BR>of obscuring their meaning."<BR><BR>"While Mr Rolph has concisely 
    stated his argument, it is ARRL's<BR>considered view that there is no 
    factual or legal basis for the<BR>assumption that encryption of 
    transmissions...is necessary in order<BR>to continue and enhance the utility 
    of Amateur Radio emergency and<BR>disaster relief communications," the 
    League said in its comments,<BR>filed today with the FCC. The ARRL also 
    turned away Rolph's<BR>assertion that the current prohibition in §97.113 
    "has impacted the<BR>relationship of Amateur Radio volunteers and served 
    agencies and<BR>significantly limited the effectiveness of amateurs in 
    supporting<BR>emergency communications." The League said it's unaware of 
    any<BR>evidence that served agencies have been reluctant to utilize 
    Amateur<BR>Radio as part of their emergency or disaster relief 
    communications<BR>plans because of the encryption restrictions in Part 97. 
    The Amateur<BR>Service rule is based on a similar prohibition in 
    international<BR>telecommunication law, the ARRL noted.<BR><BR>The League 
    characterized as "erroneous" and "unfounded" Rolph's<BR>assumption that 
    encryption of certain information may be required<BR>under the provisions of 
    HIPAA - the Health Insurance Portability and<BR>Accountability Act. "This 
    mistaken assumption leads to the<BR>conclusion that the inability of Amateur 
    Radio operators to encrypt<BR>the content of their transmissions in order to 
    obscure the meaning<BR>of the transmissions renders Amateur Radio less (and 
    decreasingly)<BR>useful to served agencies than it would be if encryption of 
    those<BR>transmissions was permitted," the ARRL said. The League also said 
    it<BR>was unaware of any instance in which state statutes have been 
    cited<BR>by any served agency or group as a reason not to employ 
    Amateur<BR>Radio for emergency communication.<BR><BR>Radio amateurs, the 
    ARRL countered, are not "covered entities" under<BR>HIPAA, which applies 
    only to health care providers, health plans and<BR>health care 
    clearinghouses. And, the League added, there is no<BR>expectation of privacy 
    in Amateur Radio communications.<BR><BR>The ARRL said it's not possible to 
    determine the validity of the<BR>claim "that health care agencies subject to 
    HIPAA are or might be<BR>unwilling or reluctant to utilize Amateur Radio in 
    emergency<BR>communications and disaster relief planning" because of any 
    lack of<BR>privacy inherent in Amateur Radio. "Permitting encryption 
    might<BR>remedy the concern as a practical matter, if the concern 
    exists,"<BR>the League continued, but "the complete dearth of even 
    anecdotal<BR>evidence of the existence of that concern" makes it impossible 
    to<BR>justify the proposed rule change on that basis.<BR><BR>"It is 
    extremely important to insure that Amateur Radio remains<BR>useful to served 
    disaster relief and emergency communications<BR>agencies, which include 
    health care facilities," the League<BR>stressed. "It is just as important to 
    insure that regulatory<BR>impediments to that volunteer work be minimized to 
    the extent<BR>consistent with the nature of the Amateur Radio Service." 
    Amateur<BR>Radio's utility to served agencies in supporting 
    emergency<BR>communication, the ARRL continued, "is high indeed, and is at 
    the<BR>present time unfettered by the inability to encrypt 
    transmissions."<BR><BR>However, the ARRL said that should it become 
    necessary in the future<BR>for radio amateurs to protect the privacy of 
    individuals whose<BR>medical data may be transmitted by Amateur Radio during 
    or after an<BR>emergency or disaster, "the Commission may be asked to 
    revisit this<BR>matter."<BR><BR>"It is urgent that Amateur Radio continue to 
    be an essential<BR>component of disaster and emergency communications 
    planning," and<BR>that served agencies, including medical facilities, 
    perceive the<BR>utility of Amateur Radio as unhindered by regulations that 
    prohibit<BR>encryption, the League emphasized.<BR><BR>More than 200 comments 
    were filed on RM-11699, most of them tending<BR>to support the ARRL's 
    arguments.<BR>NNNN<BR>/EX<BR><BR></BLOCKQUOTE><BR>______________________________<U></U>_________________<BR>CLUSTER 
  mailing list<BR><A href="mailto:CLUSTER@radio-amador.net" 
  target=_blank>CLUSTER@radio-amador.net</A><BR><A 
  href="http://radio-amador.net/cgi-bin/mailman/listinfo/cluster" 
  target=_blank>http://radio-amador.net/cgi-<U></U>bin/mailman/listinfo/cluster</A><BR></BLOCKQUOTE></DIV><BR>
<P>
<HR>

<P></P>_______________________________________________<BR>CLUSTER mailing 
list<BR>CLUSTER@radio-amador.net<BR>http://radio-amador.net/cgi-bin/mailman/listinfo/cluster<BR></BODY></HTML>