There is clearly something wrong with the output, because the number of packets (307696) is greater than the number of bytes (84672).
I would talk to the HP folks with this - my guess is this is a firmware/architecture issue. - Rob . On Sun, Oct 2, 2011 at 12:31 PM, Aaron Rosen <[email protected]> wrote: > Hello, > I'm trying to determine the throughput of a flow at each switch in a > network. Currently I'm just playing with dpctl to try and get this > information. Right now I'm sending a 10Mbit/sec udp stream into one of my > switches. When I dump the flow out I get the following output: > > cookie=0, duration_sec=364s, duration_nsec=586000000s, table_id=0, > priority=65535, n_packets=307696, n_bytes=84672, > idle_timeout=5,hard_timeout=0,udp,in_port=39,dl_vlan=0xffff,dl_vlan_pcp=0x00,dl_src=00:1b:21:75:7a:92,dl_dst=00:1b:21:5a:e6:a9,nw_src=10.42.15.104,nw_dst=10.42.15.55,nw_tos=0x00,tp_src=51661,tp_dst=5001,actions=output:43 > > From this I would expect the throughput to be ((84672*8)/(1000000))/364. > Though this is not correct. It seems the n_bytes counter is incorrect and > does not update along side with the n_packets counter. > The n_packets counter seems to be correct > though (307696*1470*8)/(1000000)/364 = ~9.94Mbit/sec (Note where 1470 is > the mtu). > Is there another method for getting this information? In my application I'm > sure I'm not going to be always transmitting at the MTU value. > Thanks, > Aaron > P.S: The switch I'm using is a HP procurve with the latest OF firmware. > > > > > > -- > Aaron O. Rosen > Masters Student - Network Communication > 306B Fluor Daniel > > > > _______________________________________________ > openflow-discuss mailing list > [email protected] > https://mailman.stanford.edu/mailman/listinfo/openflow-discuss > > _______________________________________________ openflow-discuss mailing list [email protected] https://mailman.stanford.edu/mailman/listinfo/openflow-discuss
