Re: bnx2 udp multicast packet loss and jtter
From: Kieran Kunhya <hidden>
Date: 2011-06-17 16:43:00
On Fri, Jun 17, 2011 at 4:52 PM, Eric Dumazet [off-list ref] wrote:
Le vendredi 17 juin 2011 à 16:35 +0100, Kieran Kunhya a écrit :quoted
On Fri, Jun 17, 2011 at 4:30 PM, Eric Dumazet [off-list ref] wrote:quoted
Le samedi 11 juin 2011 à 15:32 +0100, Kieran Kunhya a écrit :quoted
Hello, I get some bad packet loss and high jitter on a BCM5709. This is on kernel 2.6.38-8 - unfortunately using a newer kernel isn't an option right now. The bnx2 driver is version v2.0.23b. I've tried a lot of kenel types such as -lowlatency, -ck and vanilla. The thread doing the udp output is at realtime priority and the same thing happens with different applications. Example of jitter http://dl.dropbox.com/u/2701213/jitter.png Is there anything I can do to further diagnose this problem?Hi How is this jitter measured ? Is the link otherwise idle, or do you have a particular qdisc setup to make sure packets from other flow wont have an effect ?Thanks for the reply. The jitter is measured with an IPTV analyser. There are other devices on the same switch which don't have any jitter issues. The link is otherwise idle.jitter has a precise meaning in RTP flows. Is this IPTV analyser using this definition ? Is this analyser running on the machine that sends frames, or another machine ? Are you sure the realtime thread fullfill its requirements ? (RT priority wont help if this thread is cpu bounded)
The analyzer can either use the RTP definition of jitter, or it uses its own algorithm to attempt to mimic the RTP definition of jitter when using TS packets in UDP by using the continuity counter. This happens with both UDP and RTP streams. (though for unrelated reasons UDP is usually used) The analyzer is on a different machine. The UDP thread isn't bottlenecked at all and the machine is only under moderate load. It also happens with many different applications that can serve mpegts files.