[arm-allstar] arm-allstar Digest, Vol 16, Issue 6
kb4fxc at inttek.net
Wed Sep 2 17:19:12 EST 2015
Agreed, this is not a network delay issue...
On Wed, 2 Sep 2015, LaRoy McCann wrote:
> 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
More information about the arm-allstar