In article <[email protected]>, Brent Davidson <[email protected]> wrote: > > Well, I now have another office complaining of the audio drop-outs. Logs > are showing the same issues. RTP just stops for awhile then resumes. > > At the original problem office, I replaced all the network cables, > replaced two network hubs, and made sure the phones are all connected > correctly. The problem still exists. > > One thing I did notice during testing is that the audio is perfectly > fine as long as there is no internet traffic, but once there is internet > traffic, the audio quality drops drastically, then cuts out completely. > Once the internet traffic stops, there is about a 2 second lag, then the > audio resumes. > > I find that incredibly odd as we don't use VOIP outside lines, and none > of the voice traffic should be passing through our firewall, router, or > DSL modem. > > Internal network traffic, such as moving a file between shared folders > on 2 computers on the internal office network does not impact the audio > at all. However, if I try to send a file across the VPN, refresh a web > page in the browser, or run a bandwidth test from either computer, the > audio goes glitchy then drops out until the traffic returns to normal. > > Attached is a network diagram to show how both offices are set up. There > shouldn't be any reason for traffic that goes straight to the internet > to affect the internal VOIP traffic. The Asterisk server only runs > Asterisk, Hylafax, and a Samba share for the workgroup copier/scanner to > save scanned files to. It isn't doing DNS, or anything that would tax > it's resources. The servers both have quad-core CPUs and 16 GB of ram. > > I've tried switching codes between ulaw, alaw, and g.729 and the problem > persists at both offices. > > > Any ideas?
I looked at your network diagram. Try checking the configuration of the Ethernet ports on the firewall and the Asterisk box. Make sure they are set to auto-negotiate and not set to a fixed speed and fixed duplex. I have found in the past that if one end of a link is expecting auto- negotiation (as the switches probably are) and the other end is expecting a fixed configuration, things can degrade to half-duplex trying to talk to full-duplex, resulting in lots of collisions and packet loss when there is any kind of significant traffic. Your description would be consistent with the firewall introducing lots of LAN collisions when busy, in the central gigabit switch, even if the VoIP traffic isn't passing through the firewall. Cheers Tony -- Tony Mountifield Work: [email protected] - http://www.softins.co.uk Play: [email protected] - http://tony.mountifield.org
-- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
