<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">I'm not sure what kind of controllers you've got?? </span></blockquote><div><br>No controllers on 3 out of 5 sadly.. 4 out of 5 of these are DR-1X's, and the fifth is a GE Master II with a ID-O-Matic IV board. My repeater (also a DR-1X) will have an SCOM 7330 on it, but has not been brought online yet. </div><div><br></div><div>  </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Aug 26, 2016 at 8:18 AM, 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>
Stephen,<br>
<br>
Yes, eliminating the Repeater TX hang time, one way or another, is the<br>
best solution....I'm not sure what kind of controllers you've got?? One<br>
possibility would be to have a Repeater transmitted PL tone directly<br>
follow the Repeater COS....Then, the simplex link radios would look for<br>
that PL tone.  If the Repeater's RX COS isn't active, no PL tone<br>
transmitted, and no ping-pong. Then, you could still have a Repeater<br>
generated TX carrier hang time.<br>
<br>
The problem with rxondelay is that it'll force users to slow down their<br>
chatter, since the first parts of words during the delay period will get<br>
chopped off. If TX hang times are long, the rxondelay will be long...Not<br>
ideal.<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
73, David KB4FXC<br>
<br>
<br>
<br>
On Fri, 26 Aug 2016, Stephen - K1LNX wrote:<br>
<br>
> David,<br>
>     Yes, this is the exact scenario. I think it can be solved by<br>
> eliminating the hangtime from propagating across the hub alltogether, but<br>
> not sure what the best approach is.<br>
><br>
> Thanks,<br>
> Stephen<br>
> K1LNX<br>
><br>
> On Fri, Aug 26, 2016 at 6:58 AM, David McGough <<a href="mailto:kb4fxc@inttek.net">kb4fxc@inttek.net</a>> wrote:<br>
><br>
> ><br>
> > Hi Stephen,<br>
> ><br>
> > I guess, in your scenario, the ping-pong is generated from repeater TX<br>
> > hang times? So, something like:<br>
> ><br>
> > 1) User keys up "Repeater A" directly.<br>
> ><br>
> > 2) Simplex AllStar link "Radio 1" hears "Repeater A" TX audio and/or hang<br>
> > time and repeats to the hub.<br>
> ><br>
> > 3) Simple AllStar link "Radio 2" connected to same hub keys and brings up<br>
> > "Repeater B"<br>
> ><br>
> > 4) "Repeater A" unkeys, "Radio 1" COS goes inactive, "Radio 2" unkeys.<br>
> ><br>
> > 5) "Radio 2" hears "Repeater B" TX audio and/or hang time, keys hub,<br>
> > "Radio 1" and "Repeater A".<br>
> ><br>
> > 6) "Repeater B" unkeys, "Radio 2" COS goes inactive, "Radio 1" unkeys.<br>
> ><br>
> > 7) Goto 2 and repeat forever<br>
> ><br>
> ><br>
> > 73, David KB4FXC<br>
> ><br>
> ><br>
> ><br>
> > On Fri, 26 Aug 2016, Stephen - K1LNX wrote:<br>
> ><br>
> > > Hi guys... I am in the midst of deploying a 5 site system. All of the<br>
> > sites<br>
> > > with the exception of my own will be using link radios sitting on the<br>
> > > repeater pair, some sites do not have internet access so this is the only<br>
> > > option. Each node will be permalinked to our hub.<br>
> > ><br>
> > > What we discovered when we brought site number 3 online was the dreaded<br>
> > > "ping-pong" effect, and I did some digging and found out about the<br>
> > > rxondelay parameter, that seems to be the place to start with this.<br>
> > ><br>
> > > The other option we are considering is dropping the hang time off each<br>
> > > repeater and using app_rpt to do hang time and courtesy tones instead<br>
> > > (duplex = 1 instead of 0) but not sure that would work real well or be<br>
> > > optimal.<br>
> > ><br>
> > > Anyone have any experience with a setup like this that can offer some<br>
> > > advice? This is my first foray into this unfortunately, I've always just<br>
> > > interfaced the radio or repeater directly to app_rpt in the past or<br>
> > through<br>
> > > a controller so it's been a bit of a challenge.<br>
> > ><br>
> > > 73<br>
> > > Stephen<br>
> > > K1LNX<br>
> > ><br>
> ><br>
> ><br>
><br>
<br>
</div></div></blockquote></div><br></div>