netdev - Re: bnx2 udp multicast packet loss and jtter

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <BANLkTi=j_yYaNTeSfjqtOUnNoZRymAK32A@mail.gmail.com>
Date:	Fri, 17 Jun 2011 17:42:59 +0100
From:	Kieran Kunhya <kierank@...encoder.com>
To:	Eric Dumazet <eric.dumazet@...il.com>, netdev@...r.kernel.org
Subject: Re: bnx2 udp multicast packet loss and jtter

On Fri, Jun 17, 2011 at 4:52 PM, Eric Dumazet <eric.dumazet@...il.com> wrote:
> Le vendredi 17 juin 2011 à 16:35 +0100, Kieran Kunhya a écrit :
>> On Fri, Jun 17, 2011 at 4:30 PM, Eric Dumazet <eric.dumazet@...il.com> wrote:
>> >
>> > Le samedi 11 juin 2011 à 15:32 +0100, Kieran Kunhya a écrit :
>> > > 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.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html