[arm-allstar] arm-allstar Digest, Vol 16, Issue 6

[David McGough]

Agreed, this is not a network delay issue...


On Wed, 2 Sep 2015, LaRoy McCann wrote:

> Mike,
> It is not an issue of a delay between the two repeaters.
> The audio delay is just within the repeater with the Pi controller.  It 
> does not matter if the two repeaters are linked or not.
> 
> On the Pi controller, if you unkey immediately after talking you will 
> usually hear the last second or two of what you just said. This is on a 
> full duplex repeater.
> 
> LaRoy K5TW
> 
> On 9/2/2015 3:54 PM, Mike Lussier wrote:
> >
> >
> > On Wed, Sep 2, 2015 at 1:00 PM, <arm-allstar-request at hamvoip.org 
> > <mailto:arm-allstar-request at hamvoip.org>> wrote:
> >
> >     Send arm-allstar mailing list submissions to
> >     arm-allstar at hamvoip.org <mailto:arm-allstar at hamvoip.org>
> >
> >
> > If this is a delay issue because of wireless then That would be 
> > expected behavior. Alternatively can you interconnect the two devices 
> > with a switch and cat5 cable and retest. You will be surprised how 
> > much better it is.
> >
> > I haven't tried the Pi code myself I have had three BBB connected to 
> > switch and the audio quality was flawless between all three radios. 
> > you never knew they were linked.  Put on on Wireless and that 
> > introduced latency. between the two on the wire and one on the 
> > wireless. This was tested on my lab network that also allows other 
> > wireless devices.
> >
> > 802.11 wireless linking has inherent delay issues even within the same 
> > room. VoIP over wireless without QoS is a problem especially since you 
> > really can't do QoS over wireless medium. any other device whether its 
> > on the same network or on another network in the same area is going to 
> > have an impact on all users.
> >
> > One reason why at work I never allowed Voip on the wireless network. I 
> > could stop video. but not too many people are streaming video 
> > conferences. Mostly YouTube feed.
> >
> >
> > Mike AE4ML
> >
> >