Date: Wed, 21 Jul 2010 14:21:51 +0800 From: "beezarliu" <beezarliu@yahoo.com.cn> To: "Ryan Stone" <rysto32@gmail.com> Cc: freebsd-net <freebsd-net@freebsd.org>, Jack Vogel <jfvogel@gmail.com> Subject: Re: Re: Re: igb statistics error Message-ID: <201007211421450467696@yahoo.com.cn> References: <201007191659457506137@yahoo.com.cn>, <AANLkTilbicgjvelddGTxnrXh6R2j8Am_3Vho6sgrXQ35@mail.gmail.com>, <201007201030309214485@yahoo.com.cn>, <AANLkTilta5kVYwSvGsclen5TQ-snGFu2zkb1WoxrZWQE@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
It's hard to believe it's switch's problem or unicast issue, because all the 82576/82571 NICs are on the same switch. I even have done a testing. I put one 82571 and one 82576 card in the same machine. And all of the NICs are plugged into a same switch. And they are not configued any IP address, to exclude the unicast issue. And I found the same result. 82576's tpr > 82578's gprc = 82571's tpr = 82571's gprc. So I'm really curious about the TPR. Is the meaning/implementation changed for 82576? Thanks 2010-07-21 beezarliu 发件人： Ryan Stone 发送时间： 2010-07-20 22:41:20 收件人： beezarliu 抄送： freebsd-net; Jack Vogel 主题： Re: Re: igb statistics error The extra packets counted in tpr are packets received by the interface that were not addressed to that interface. The fact that your machine with a 82571 has not seen any such packets is just a coincidence. Whatever switch that machine is connected to has happened not to have flooded unicast packets to an unknown destination in the time that the machine has been up.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201007211421450467696>