<html><body><span style="font-family:Verdana; color:#000000; font-size:10pt;"><div><br></div><div>Bob, Doug and all,</div><div><br></div><div>I fully understand why you would think that. It is so poorly written.</div><div>And as I have watched this conversation get out of hand at least 2 times as you have Doug.</div><div><br></div><div>This is the first time I thought I would clarify how I was reading their email statement before anyone gets elevated on it again.</div><div><br></div><div><font style="font-size: 12pt;" size="3" face="Tahoma,sans-serif"><span style="color: rgb(0, 0, 0); font-size: 10pt;"><font style="">other VoIP connections</font></span></font> not Radio Sourced RoIP connections and only if you can't verify the VoIP.</div><div><br></div><div>They are saying VOIP connections from non-radio sources...ie phone and web portal without a security check. I have many non-experimental phone and web ports but nobody knows what it is so it is not a open port. I don't provide links to it from a web page or post a phone number and it "does" have multilevel security checks. Even if folks stumbled on it by accident or not, they would not have open access.</div><div><br></div><div>There are a lot of folks experimenting with asterisk side of the set-up. Many of us that have been using asterisk for many years know that we can port just about any kind of streaming audio or other services to asterisk and thereby app_rpt. Hard to tell what interfaces/ports are open on them and to where they go. </div><div>Because some folks don't think about the implications of their actions, things happen. We all know that even from the radio side of the equation. </div><div><br></div><div>Problems can also occur if a unauthorized station/system is connected to others who are connected to you and there is no way to track that on the echolink side.</div><div><br></div><div>They are asking that when "you" have a open port like that (unverified VoIP), to disable the echolink port while it is active so a unverified user does not get access to echolink through VoIP, not RoIP or Radio. And I'm sure we feel the same way about that through allstar.<br></div><div><br></div><div>By the way some of you guys are interpreting this, the iPhone and Android apps and/or repeater to repeater echolink connects and PC to PC echolink connects would not be legal to them.</div><div><br></div><div>Has anyone ever asked them to clarify the statement? Please tell us/me "exactly" what they said !</div><div><br></div><div>If nobody answers that, perhaps one of us needs to ask them so we can set the record straight as most of us use it on our systems and left unanswered definitively, this will come up many more times.</div><div><br></div><div>And perhaps a text of a definitive rule could be included as a default comment in the echolink.conf so there is no ignorance of what they expect if you use it.<br></div><div><br></div><div>Bob (kk6ecm), you win the prize since you asked the question from the email you received.</div><div><br></div><div>Would you Send them a message/reply to clarify the type of connections "by example" they do not want and ask they not use the text from the email that you do not understand ? or what type of VoIP connections they are speaking of exactly.<br></div><div><br></div><div>Sure would put a end to the silliness of it time and time again.</div><div><br></div><div>I think what leads folks to get one of those emails is basically a list report of connected systems when a breach has been noticed. Problem is, they have a security problem with some of the proxies on their system. I have seen many a connect through a echo-proxy without an ID (callsign) and more. I don't think anyone could ever know it's true source. Hence the poorly worded generic email notice to all connected systems and obviously, they are not familiar with the other systems to word it correctly.</div><div><br></div><div>Sorry to be long winded, but I don't want to this get elevated again without good reason.<br></div><div><br></div><div>...mike/kb8jnm</div><div><br></div><blockquote id="replyBlockquote" webmail="1" style="border-left: 2px solid blue; margin-left: 8px; padding-left: 8px; font-size:10pt; color:black; font-family:verdana;">
<div id="wmQuoteWrapper">
-------- Original Message --------<br>
Subject: Re: [App_rpt-users] Echolink and app_rpt: Looking for more<br>
information on permit=*-*<br>
From: Doug Crompton <<a href="mailto:doug@crompton.com">doug@crompton.com</a>><br>
Date: Wed, November 12, 2014 1:13 am<br>
To: "<a href="mailto:app_rpt-users@ohnosec.org">app_rpt-users@ohnosec.org</a>" <<a href="mailto:app_rpt-users@ohnosec.org">app_rpt-users@ohnosec.org</a>><br>
<br>
<style>
#wmQuoteWrapper .hmmessage P { margin:0px; padding:0px }
#wmQuoteWrapper body.hmmessage { font-size: 12pt; font-family:Calibri }
</style> <div dir="ltr"><font style="" color="#000000" face="Tahoma,sans-serif">Mike,<br><br> I am going to break my own rule and respond here! I don't think you are interpreting there statement correctly...<br><br>They say....<br><br></font><font style="font-size: 12pt;" size="3" face="Tahoma,sans-serif"><span style="color: rgb(0, 0, 0); font-size: 10pt;"><font style="">"If you are running Asterisk with app_rpt and an EchoLink channel, be sure it is configured not to allow other VoIP connections when an EchoLink station is connected.</font><font style="">"<br></font><font style=""><br></font><font style="">They go on to specifically prohibit connections to Allstar, Wires, and many others is not to be connected to Echolink. Bottom line is they think their validation process is better than ours or others. I say we police it just fine. A non ham popping up would stick out like a sore thumb.</font><font style=""><br></font><font style=""><br></font><font style="">Bottom line they don't want us connected. In other words they want it like IRLP with echolink. You can either connect to a echolink station or an IRLP node, NOT both at the same time.</font><font style=""><br></font><font style=""><br></font><font style="">My assertion still stands, ignore it but on the other hand like any good ham make sure you police the activity on your nodes. There is no way to practically isolate echolink from Allstar unless you somehow disconnect all allstar nodes when an echolink call comes in and this would be crazy to do.</font><br></span></font><br><b><font style="font-size:16pt;" size="4">73 Doug</font><font style="font-size:16pt;" size="4"><br></font><font style="font-size:16pt;" size="4">WA3DSP</font><font style="font-size:16pt;" size="4"><br></font><font style="font-size:16pt;" size="4"><a href="http://www.crompton.com/hamradio">http://www.crompton.com/hamradio</a></font></b><font style="font-size:16pt;" size="4"><br></font><br><br><div><hr id="stopSpelling">From: <a href="mailto:mike@midnighteng.com">mike@midnighteng.com</a><br>To: <a href="mailto:App_rpt-users@ohnosec.org">App_rpt-users@ohnosec.org</a><br>Date: Tue, 11 Nov 2014 21:15:26 -0700<br>Subject: Re: [App_rpt-users] Echolink and app_rpt: Looking for more information on permit=*-*<br><br><span style="font-family:Verdana;color:#000000;font-size:10pt;"><div><br></div><div>Like many times before you, you don't seem to understand their statement.</div><div>So nobody needs to go off on a tangent again.</div><div><br></div><div>You only need to be concerned if you do something like</div><div>"have a web portal to your system that has no limitation to who uses it" (as in non-hams).<br></div><div><br></div><div>If you do then they have the possibility to use the echolink system through your system and that is what they do not want.</div><div><br></div><div>Neither do we with allstar or via radio.</div><div>I'm sure there are a few bad actors out there somewhere allowing access.</div><div>just make sure it is not you.<br></div><div><br></div><div>They could use better wording to keep the confusion/fuss down.</div><div><br></div><div>As far as permit or deny...</div><div>permit= a list that only allows calls you place in the list to connect.</div><div>deny= a list of calls that can not connect.</div><div>See the drupal site for info.<br></div><div><br></div><div>...mike/kb8jnm<br></div><blockquote id="ecxreplyBlockquote" style="border-left:2px solid blue;padding-left:8px;font-size:10pt;color:black;font-family:verdana;"> <div id="ecxwmQuoteWrapper"> -------- Original Message --------<br> Subject: [App_rpt-users] Echolink and app_rpt: Looking for more<br> information on permit=*-*<br> From: "Bob" <<a target="_blank" href="mailto:kk6ecm@gmail.com">kk6ecm@gmail.com</a>><br> Date: Tue, November 11, 2014 10:13 pm<br> To: <<a target="_blank" href="mailto:App_rpt-users@ohnosec.org">App_rpt-users@ohnosec.org</a>><br> <br> <style>
#wmQuoteWrapper .ExternalClass #ecxwmQuoteWrapper p.ecxMsoNormal, #wmQuoteWrapper .ExternalClass #ecxwmQuoteWrapper li.ecxMsoNormal, #wmQuoteWrapper .ExternalClass #ecxwmQuoteWrapper div.ecxMsoNormal { font-size:12.0pt; font-family:"Times New Roman"; }
#wmQuoteWrapper .ExternalClass #ecxwmQuoteWrapper a:link, #wmQuoteWrapper .ExternalClass #ecxwmQuoteWrapper span.ecxMsoHyperlink { color:blue; text-decoration:underline; }
#wmQuoteWrapper .ExternalClass #ecxwmQuoteWrapper span.ecxMsoHyperlinkFollowed { color:blue; text-decoration:underline; }
#wmQuoteWrapper .ExternalClass #ecxwmQuoteWrapper span.ecxEmailStyle17 { font-family:Arial; color:navy; }
#wmQuoteWrapper .ExternalClass #ecxwmQuoteWrapper div.ecxSection1 { }
</style> <div class="ecxSection1"> <blockquote style=""> <div> <div> <div> <div> <div class="ecxMsoNormal" style="font-size:12pt;"><font size="2" color="navy" face="Arial"><span style="font-size:10.0pt;font-family:Arial;color:navy;">OK... Echolink quality aside, I’m looking for some clarification how app_rpt works with Echolink.</span></font></div> <div class="ecxMsoNormal" style="font-size:12pt;"><font size="2" color="navy" face="Arial"><span style="font-size:10.0pt;font-family:Arial;color:navy;"> </span></font></div> <div class="ecxMsoNormal" style="font-size:12pt;"><font size="3" color="navy" face="Times New Roman"><span style="font-size:12.0pt;color:navy;">Attempting to understand the statement from Echolink, “</span></font>If you are running Asterisk with app_rpt and an EchoLink channel, be sure it is configured not to allow other VoIP connections when an EchoLink station is connected. If this isn't practical, please disable the EchoLink channel.” It seems that “other VoIP” means non-Echolink nodes; not sure how Allstar can do this.<font size="2" color="navy" face="Arial"><span style="font-size:10.0pt;font-family:Arial;color:navy;"></span></font></div> <div class="ecxMsoNormal" style="font-size:12pt;"><font size="2" color="navy" face="Arial"><span style="font-size:10.0pt;font-family:Arial;color:navy;"> </span></font></div> <div class="ecxMsoNormal" style="font-size:12pt;"><font size="3" color="navy" face="Times New Roman"><span style="font-size:12.0pt;color:navy;">How does </span></font>permit=*-* (“prohibit computer-based connections”) work with an incoming Echolink computer based node, or with an app_rpt hosted Echolink node in an Echolink to Echolink configuration. When the user enters *33 to connect, is it actually Echolink nodes connecting, or is there a difference?</div> <div class="ecxMsoNormal" style="font-size:12pt;"><font size="3" face="Times New Roman"><span style="font-size:12.0pt;"> </span></font></div> <div class="ecxMsoNormal" style="font-size:12pt;"><font size="3" face="Times New Roman"><span style="font-size:12.0pt;">I think I get their point they don’t want an Allstar node with Echolink node, to simultaneously connect to another Allstar node that does not support Echolink, but not sure why... still licensed amateurs involved.</span></font></div> <div class="ecxMsoNormal" style="font-size:12pt;"><font size="3" face="Times New Roman"><span style="font-size:12.0pt;"> </span></font></div> <div class="ecxMsoNormal" style="font-size:12pt;"><font size="3" face="Times New Roman"><span style="font-size:12.0pt;">I am dismayed with Echolink’s assertion that the use of a copy of a paper license is more official than the FCC recognized ULS site, which it appears <a href="http://Allstarlink.org" target="_blank">Allstarlink.org</a> uses to validate the users license. </span></font></div> <div class="ecxMsoNormal" style="font-size:12pt;"><font size="2" color="navy" face="Arial"><span style="font-size:10.0pt;font-family:Arial;color:navy;"> </span></font></div> <div class="ecxMsoNormal" style="font-size:12pt;"><font size="2" color="navy" face="Arial"><span style="font-size:10.0pt;font-family:Arial;color:navy;">Thanks,</span></font></div> <div class="ecxMsoNormal" style="font-size:12pt;"><font size="2" color="navy" face="Arial"><span style="font-size:10.0pt;font-family:Arial;color:navy;">Bob</span></font></div> <div class="ecxMsoNormal" style="font-size:12pt;"><font size="2" color="navy" face="Arial"><span style="font-size:10.0pt;font-family:Arial;color:navy;">kk6ecm</span></font></div> </div> </div> </div> </div> </blockquote> </div> <hr>_______________________________________________<br> App_rpt-users mailing list<br> <a target="_blank" href="mailto:App_rpt-users@ohnosec.org">App_rpt-users@ohnosec.org</a><br> <a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" target="_blank">http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</a><br> <br> To unsubscribe from this list please visit <a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" target="_blank">http://ohnosec.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. </div> </blockquote></span> <br>_______________________________________________ App_rpt-users mailing list <a href="mailto:App_rpt-users@ohnosec.org">App_rpt-users@ohnosec.org</a> <a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users">http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</a> To unsubscribe from this list please visit <a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users">http://ohnosec.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" 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.</div> </div> <hr>_______________________________________________<br>
App_rpt-users mailing list<br>
<a href="mailto:App_rpt-users@ohnosec.org">App_rpt-users@ohnosec.org</a><br>
<a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users">http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</a><br>
<br>
To unsubscribe from this list please visit <a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users">http://ohnosec.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.
</div>
</blockquote></span></body></html>