<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Bryan,<br>
    <br>
    Stop asterisk:<br>
    service asterisk stop<br>
    <br>
    Verify asterisk is stopped:<br>
    ps ax | grep asterisk If you see  /usr/sbin/asterisk it is not
    stopped<br>
     killall -9 asterisk<br>
    ps ax | grep asterisk If you see  /usr/sbin/asterisk it is not
    stopped<br>
    <br>
    Change compiler setting:<br>
    cd /usr/src/astsrc-1.4.23-pre/asterisk<br>
    make menuselect<br>
    select  10. Compiler Flags<br>
    select 6.  RADIO_RELAX set to taste<br>
    x<br>
    make<br>
    make install<br>
    <br>
    service asterisk start<br>
    <br>
    73, Steve N4IRS<br>
    <br>
    <br>
    <div class="moz-cite-prefix">On 2/16/2016 9:33 AM, Bryan Taylor
      wrote:<br>
    </div>
    <blockquote cite="mid:6728F2A5-D045-4C10-A51A-CF8CE077FF78@me.com"
      type="cite">
      <meta http-equiv="content-type" content="text/html;
        charset=windows-1252">
      <div><br>
        Hello all, </div>
      <div id="AppleMailSignature"><br>
      </div>
      <div id="AppleMailSignature">Have several nodes running on
        allstarlink, some x86 and some raspberry pi2's.  I have noticed
        the false dtmf issue on each node and would like to recompile
        app_rpt to set the radio relax feature accordingly to
        reduce/eliminate the false dtmf tones that get decoded from
        voice transmissions.  All nodes are running the latest dial
        installation, does anyone know the correct procedure to do this
        on a dial system?</div>
      <div id="AppleMailSignature"><br>
      </div>
      <div id="AppleMailSignature">Thanks</div>
      <div id="AppleMailSignature">Bryan</div>
      <div id="AppleMailSignature">Vo1mxz<br>
        Sent from my iPhone 6</div>
      <div><br>
        On Feb 15, 2016, at 12:34 PM, Kevin Custer <<a
          moz-do-not-send="true" href="mailto:kuggie@kuggie.com"><a class="moz-txt-link-abbreviated" href="mailto:kuggie@kuggie.com">kuggie@kuggie.com</a></a>>
        wrote:<br>
        <br>
      </div>
      <blockquote type="cite">
        <div>
          <meta content="text/html; charset=windows-1252"
            http-equiv="Content-Type">
          <div class="moz-cite-prefix">This is now answered in the DIAL
            FAQ:<br>
            <br>
            <a moz-do-not-send="true" class="moz-txt-link-freetext"
              href="http://docs.allstarlink.org/drupal/node/170">http://docs.allstarlink.org/drupal/node/170</a><br>
            <br>
            Kevin<br>
            <br>
            <br>
            On 2/15/2016 9:54 AM, Steve Zingman wrote:<br>
          </div>
          <blockquote cite="mid:56C1E6B4.1010300@msgstor.com"
            type="cite">
            <meta content="text/html; charset=windows-1252"
              http-equiv="Content-Type">
            Jim,<br>
            Any node can be a "HUB" A node is not limited to one
            connection. There may be hardware limitation about the
            number of connections a given piece of hardware and internet
            connection can support. Typically, a HUB is located on a
            higher bandwidth internet connection and is running a more
            "stout" piece of hardware. A HUB usually does not have a
            node radio connected to it, but there is no reason it can't.
            A HUB usually runs DAHDI/pseudo for it's rxchannel.<br>
            <br>
            As a example HUB 2100 is running on a decent internet
            connection and decent hardware. We are running the beta test
            of the DMR <---> AllStar gateway on it so it has a NW
            Digital DV3000 connected and is using chan_usrp instead of
            pseudo for it's rxchannel.<br>
            <br>
            Hope this helps.<br>
            <br>
            73, Steve N4IRS <br>
            <br>
            <div class="moz-cite-prefix">On 2/14/2016 5:24 PM, Jim
              Aspinwall wrote:<br>
            </div>
            <blockquote
cite="mid:1373181799.4087456.1455488689812.JavaMail.yahoo@mail.yahoo.com"
              type="cite">
              <div style="color:#000; background-color:#fff;
                font-family:HelveticaNeue, Helvetica Neue, Helvetica,
                Arial, Lucida Grande, sans-serif;font-size:16px">
                <div id="yui_3_16_0_1_1455377731629_21664"><span></span></div>
                <div class="qtdSeparateBR"
                  id="yui_3_16_0_1_1455377731629_21735">What if anything
                  are the specific differences between a single node
                  (tied to simplex, repeater, Pi box and headset...)
                  that can presumably only accept one in-bound
                  call/connect, and a hub, to which many can connect and
                  bridge through/over?</div>
                <div class="qtdSeparateBR"
                  id="yui_3_16_0_1_1455377731629_21735"><br>
                </div>
                <div class="qtdSeparateBR"
                  id="yui_3_16_0_1_1455377731629_21735">Given a certain
                  amount of specialization or purpose/interest-built
                  hubs I am interested in having a purpose-built hub for
                  a few systems and users not exclusive but so as not to
                  impose on others' hubs and traffic.</div>
                <div class="qtdSeparateBR"
                  id="yui_3_16_0_1_1455377731629_21735"><br>
                </div>
                <div class="qtdSeparateBR"
                  id="yui_3_16_0_1_1455377731629_21735">What does it
                  take to do this?<br>
                </div>
              </div>
            </blockquote>
          </blockquote>
          <br>
        </div>
      </blockquote>
      <blockquote type="cite">
        <div><span>_______________________________________________</span><br>
          <span>App_rpt-users mailing list</span><br>
          <span><a moz-do-not-send="true"
              href="mailto:App_rpt-users@ohnosec.org">App_rpt-users@ohnosec.org</a></span><br>
          <span><a moz-do-not-send="true"
              href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users">http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</a></span><br>
          <span></span><br>
          <span>To unsubscribe from this list please visit <a
              moz-do-not-send="true"
              href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users"><a class="moz-txt-link-freetext" href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users">http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</a></a>
            and scroll down to the bottom of the page. Enter your email
            address and press the "Unsubscribe or edit options button"</span><br>
          <span>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. </span></div>
      </blockquote>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
App_rpt-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:App_rpt-users@ohnosec.org">App_rpt-users@ohnosec.org</a>
<a class="moz-txt-link-freetext" 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 class="moz-txt-link-freetext" 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. </pre>
    </blockquote>
    <br>
  </body>
</html>