Hi Rahul are you using standard drivers with multiqueue enabled (RSS)? It looks like kernel threads are setting timestamps concurrently and the application is seeing them out of order.
Alfredo > On 05 Nov 2015, at 13:06, K Rahul <[email protected]> wrote: > > Hi, > > We are monitoring a low bitrate(116 kbps) feed on network using pfring. I > have noticed that the timestamps of packets are not in increasing order. For > every 5 packets, there is a packet which has lower timestamp than that of a > previous packet. This issue is not seen when capturing higher bitrate stream > packets. This behavior is a little bit absurd. > > Right now i am not using any flags(flags = 0) to open pfring handle. How can > I avoid this issue? > > Thanks > > Regards, > Rahul > _______________________________________________ > Ntop-misc mailing list > [email protected] > http://listgateway.unipi.it/mailman/listinfo/ntop-misc _______________________________________________ Ntop-misc mailing list [email protected] http://listgateway.unipi.it/mailman/listinfo/ntop-misc
