Oh, and it looks like I did reply to the bug and there's no response there. I 
think the ball is in your court.

Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565

-----Original Message-----
From: Fujinaka, Todd [mailto:todd.fujin...@intel.com] 
Sent: Tuesday, July 08, 2014 8:31 AM
To: CLOSE Dave; e1000-devel@lists.sourceforge.net
Subject: Re: [E1000-devel] Lost packets

If this is a critical issue, please submit it through your factory rep and get 
it into IPS directly. As far as I know, there's no direct SLA on this mailing 
list.

Thanks.

Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565

-----Original Message-----
From: CLOSE Dave [mailto:dave.cl...@us.thalesgroup.com]
Sent: Monday, July 07, 2014 5:27 PM
To: e1000-devel@lists.sourceforge.net
Subject: [E1000-devel] Lost packets

I'm sorry to repeat myself here but this is a critical blocking issue for us. I 
really hope someone can tell me how to receive these packets.

Synopsis: Packets which arrive correctly on Broadcom and several other ports 
are not received on Intel ports. Here's the problem description.

I have a Fedora 20 machine which is receiving UDP broadcast packets at regular 
intervals on a high port. I have a program which is trying to receive these 
packets and failing to do so. As part of the bug investigation, I checked to 
see of Ncat would receive them. It also doesn't.

If I run, "tcpdump -i eth2 port 29531", I see each of the packets arriving just 
as I expect. But if I then run, "nc -lu 29531" or my program, I don't see 
anything!

On this machine, a Dell R510, eth0 and eth1 are motherboard ports with the bnx2 
driver. eth2 through eth9 are provided by two 4-port Intel PCI cards with 82576 
chips using the igb driver. The packets arrive on the Intel ports, eth2 through 
eth9. SELinux and the firewall are disabled on the machine.

If I move the cable to eth0, my application and Ncat see the packets. Of 
course, this solves nothing since I need it to work on the eight add-in ports. 
But comparing the output of "ethtool -k" on eth0 and eth2, I observe a few 
differences:

feature                    eth0          eth2
tx-checksum-sctp           off [fixed]   on
tx-tcp-ecn-segmentation    on            off [fixed]
rx-vlan-filter             off [fixed]   on  [fixed]
rx-all                     off [fixed]   on

I set rx-all on for eth2 because I also receive some packets with an invalid 
length field and need them to get through. The only other difference that seems 
like it might apply to a received packet is rx-vlan-filter but ethtool won't 
allow me to disable that feature. If this feature is relevant to the problem, 
how can I disable it?

A short pcap file containing a few of the packets which don't make it to an 
application program is attached to bug report #422 
<http://sourceforge.net/p/e1000/bugs/422/> (since this list won't accept the 
attachment).

-- Dave Close
------------------------------------------------------------------------------
Open source business process management suite built on Java and Eclipse Turn 
processes into business applications with Bonita BPM Community Edition Quickly 
connect people, data, and systems into organized workflows Winner of BOSSIE, 
CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft 
_______________________________________________
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel&#174; Ethernet, visit 
http://communities.intel.com/community/wired

------------------------------------------------------------------------------
Open source business process management suite built on Java and Eclipse Turn 
processes into business applications with Bonita BPM Community Edition Quickly 
connect people, data, and systems into organized workflows Winner of BOSSIE, 
CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft 
_______________________________________________
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel&#174; Ethernet, visit 
http://communities.intel.com/community/wired

------------------------------------------------------------------------------
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
_______________________________________________
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel&#174; Ethernet, visit 
http://communities.intel.com/community/wired

Reply via email to