<div dir="ltr">Thanks everyone for your thoughtful and informative inputs, excellent stuff.<div><br><div>As reliable and agile as the AllStar system may for repeater control, there is a multitude of legacy hardware based systems out there that are are owned by municipalities and large repeater associations. These systems are not going to be replaced anytime soon with more modern systems, regardless of the validity of any argument that could be brought up to do so.</div><div><br></div><div>The reasons for this stodginess are fodder for much debate, perhaps in another thread. </div><div><br></div><div>During that interim it would powerful to be able to propagate dtmf thru allstar to control the behaviors of those legacy controllers. The agility to work reliably alongside and with legacy repeater controllers would make a real and present argument to eventually replace those older controllers with these more reliable and agile tools.</div><div><br></div><div>Rob Conklin</div><div><a href="http://qrz.com/db/N4WGY"><font size="4"><b>N4WGY</b></font></a></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Dec 27, 2015 at 4:49 PM, David McGough <span dir="ltr"><<a href="mailto:kb4fxc@inttek.net" target="_blank">kb4fxc@inttek.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Hi Everyone,<br>
<br>
Ah. DTMF propagation. Hum. Well, there are a some areas of AllStar that<br>
are weak in performance when compared to typical analog controllers, and<br>
IMO, this is one of them.  I agree with Willem's and Rob's comments about<br>
propagate_dtmf and related functionality--I've had less than satisfactory<br>
results as well, for several reasons (that I won't elaborate on just now).<br>
<br>
My solution has been to add several hacks to the app_rpt source code, but,<br>
even this still has rough edges, partly due to imperfect muting of the<br>
source DTMF signaling.<br>
<br>
Another possibility might be to add DTMF generation macros in the dialplan<br>
(extensions.conf file).<br>
<br>
I'll investigate this further. It has been been on my to-do list a long<br>
time.  I've got an SCOM 7330 and Link-Comm club sitting on the shelf I can<br>
experiment with--both of these controllers got replaced by AllStar<br>
controllers and honestly, I've never looked back!<br>
<br>
<br>
73, David KB4FXC<br>
<span class="im HOEnZb"><br>
<br>
<br>
<br>
<br>
On Sun, 27 Dec 2015, Doug Crompton wrote:<br>
<br>
</span><div class="HOEnZb"><div class="h5">> I asked Dave to comment on this as he has many repeaters and he<br>
probably has an answer.<br>
><br>
> I might add though that Allsar makes an excellent repeater controller<br>
and migrating to using it rather than the expensive dedicated controllers<br>
might be something to look at.<br>
><br>
> Many controllers have limited ports and when you run out you either<br>
have to add more if you can or live with it. With Allstar you have<br>
unlimited ports. They are called nodes! Say you had 5 repeaters at one<br>
location plus echolink and maybe IRLP, etc.  Each repeater would be a<br>
node and in the case of the Pi's probably a separate server or board. The<br>
series of boards would be connected via a local Ethernet (LAN). There<br>
would be no need for an Internet connection although it would be<br>
desirable to have one if possible. Each board would control the repeater<br>
it was connected to and if you wanted to interconnect you would do that<br>
by connecting nodes. Redundancy would be good as you would not have one<br>
computer or controller running multiple repeaters. Many group use a<br>
single computer (PC) controlling multiple repeaters but this is a poor<br>
idea from a redundancy standpoint.<br>
><br>
> Doing it this also makes it very easy to control either via radio or a<br>
remote link via the Internet.<br>
><br>
> Just a thought. It is a lot cheaper to do it with Pi's than an<br>
expensive controller. Allstar will do everything the expensive controller<br>
will do and then some.<br>
> 73 Doug<br>
> WA3DSP<br>
> <a href="http://www.crompton.com/hamradio" rel="noreferrer" target="_blank">http://www.crompton.com/hamradio</a><br>
><br>
><br>
> > Date: Sun, 27 Dec 2015 11:52:55 -0700<br>
> > From: <a href="mailto:willem@prinmath.com">willem@prinmath.com</a><br>
> > To: <a href="mailto:arm-allstar@hamvoip.org">arm-allstar@hamvoip.org</a><br>
> > Subject: Re: [arm-allstar] dtmf macros for repeater control<br>
> ><br>
> > Doug I have a similar situation that I was never able to solve.  I have an<br>
> > SCOM controller on the far side of an AllStar link.  The only way to<br>
> > program the SCOM is to send it DTMF tones.  What I would like to do is key<br>
> > in the tones over RF, transmit them along the allstar link, and have the<br>
> > remote node put them out to the SCOM which is connected to the URIx.  I<br>
> > fooled with propagate_dtmf but never could make it work.  Is there a way<br>
> > to just pass the tones all the way through?<br>
> ><br>
> > ================================================================<br>
> > Dr. Willem A. Schreuder,  President,  Principia Mathematica<br>
> > Address:  445 Union Blvd, Suite 230,  Lakewood, CO  80228, USA<br>
> > Tel: <a href="tel:%28303%29%20716-3573" value="+13037163573">(303) 716-3573</a>   Fax: <a href="tel:%28303%29%20716-3575" value="+13037163575">(303) 716-3575</a><br>
> > WWW: <a href="http://www.prinmath.com" rel="noreferrer" target="_blank">www.prinmath.com</a>   Email: <a href="mailto:Willem.Schreuder@prinmath.com">Willem.Schreuder@prinmath.com</a><br>
> > _______________________________________________<br>
> ><br>
> > arm-allstar mailing list<br>
> > <a href="mailto:arm-allstar@hamvoip.org">arm-allstar@hamvoip.org</a><br>
> > <a href="http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar" rel="noreferrer" target="_blank">http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar</a><br>
> ><br>
> > Visit the BBB and RPi2 web page - <a href="http://hamvoip.org" rel="noreferrer" target="_blank">http://hamvoip.org</a><br>
> ><br>
><br>
<br>
_______________________________________________<br>
<br>
arm-allstar mailing list<br>
<a href="mailto:arm-allstar@hamvoip.org">arm-allstar@hamvoip.org</a><br>
<a href="http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar" rel="noreferrer" target="_blank">http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar</a><br>
<br>
Visit the BBB and RPi2 web page - <a href="http://hamvoip.org" rel="noreferrer" target="_blank">http://hamvoip.org</a><br>
</div></div></blockquote></div><br></div>