<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    On 02/04/2017 05:56 PM, Stephen - K1LNX wrote:<br>
    <blockquote
cite="mid:CABbxpd9Zvcn=jPAh+BzEF+j1t8XrRDpiHQ03yxUTp3tBSmqLjw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <blockquote class="gmail_quote" style="margin:0px 0px 0px
          0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span
            style="font-size:12.8px">Now, maybe someone can build a
            secure-irlp or something for the asterisk config files and
            add hooks that if IRLP is active, then Echolink connectivity
            and JAVA/Phone/etc non radio access to IRLP is disconnected.</span><br
            style="font-size:12.8px">
          <br style="font-size:12.8px">
          <span style="font-size:12.8px">I believe if that was done, as
            I understand the positions of all involved, it would be
            acceptable and allowed back in via a channel driver.</span><br
            style="font-size:12.8px">
          <br style="font-size:12.8px">
          <span style="font-size:12.8px">We need someone to build the
            lock outs for the methods IRLP doesn’t allow when IRLP
            channel driver is active</span></blockquote>
        <div><br>
          This is a good idea, but what begs the question is why should
          we have to modify the usage of our systems just to support
          that? Can't we just be responsible sysops instead and manage
          it in accordance with their rules? <br>
          <br>
          Again, not saying this is a bad solution, but I can also see
          resistance to it if in fact it was the only way at which point
          I think a lot of folks including myself would question it
          altogether.  <br>
          <br>
          Stephen <br>
          K1LNX<br>
        </div>
        <div><br>
        </div>
      </div>
      <div class="gmail_extra"></div>
      <br>
    </blockquote>
    In general I left IRLP and for that matter EchoLink in the dust a
    long time ago.<br>
    One of the things that has been discussed is a generic channel
    driver that would be able to take external IO and audio and pass
    them in and out of ASL.<br>
    The same basic concept we used for DMRGateway and the proposed
    D-StarGateway. That way, ASL does not need to change, other then
    moving EchoLink out of ASL.<br>
    I can see the ABILITY to enable or disable functions of ASL when
    such a channel driver is activated.<br>
    <br>
    Remember, ASL is Open Source and will ALWAYS remain so. Anyone is
    welcome to build on what is in the GIT repository today or in the
    future.<br>
    Pull requests are welcome and encouraged. I strongly recommend
    people get comfortable with GIT.  <br>
    <br>
    73, Steve N4IRS  <br>
    <br>
  </body>
</html>