Yes, we are generating the traffic by using a programme, which will take the size of the pkt as argument and generates traffic to towards the machine which we specified and prints the statistics like how many pkts and with what speed. That programme uses a dump file of pkts(collected over long time) from which it searches for a pkt of size what we specified , then starts sending that pkt in infinite loop and accounting the time , number of pkts. So, we have taken care that we are generating Gbps traffic. On Sun, 22 Aug 2004 12:32:04 -0400, Neil Horman <nhorman@xxxxxxxxxx> wrote: > > > alex@xxxxxxxxxxxx wrote: > > >>I am doing a project, in which i have to redirect traffic coming from > >>one ethernet card of a machine, to one of three remaining three ethernet > >>cards of same machine based on the src,dest IP and Port values of the > >>pkt. I wrote a net_hook module to do this which i working fine for lower > >>speeds like < 400 Mbps traffic. But project goal is to deal with gigabit > >>traffic. I have used gigabit ethernet cards and Switch. But when the > >>traffic rate is more than 400Mbps it is dropping packets. I did test, > >>by increasing the transmit queue length. But same problem is coming. I > >>have found during the pkt drop there is no memory or CPU is hundred > >>percently utilised. So, what can be the resource that is lacking while > >>dropping of pkts is happend. > >> > >> > >Are you using NAPI? > > > >What is the CPU utilization when packets start being dropped? > > > >I route full GE worth of traffic on a low-end machine without a problem. > > > >-alex > > > >- > >: send the line "unsubscribe linux-net" in > >the body of a message to majordomo@xxxxxxxxxxxxxxx > >More majordomo info at http://vger.kernel.org/majordomo-info.html > > > > > Are you sure you're actually routing a gigabit worth of bandwidth > through your machine, or just the small percent of frames that happen to > be on your gigabit network? > Neil > -- K.AnanthaKiran D-108/HALL-7 - : send the line "unsubscribe linux-admin" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
