Hi Chris,

I just remembered that we had a problem with I350 regarding VLAN connectivity 
between VFs.
We resolved the issue lately. Did you use the latest igbvf driver on 
sourceforge? ver 2.0.4 is available.

Thanks,
Lior.

-----Original Message-----
From: Levy, Lior [mailto:lior.l...@intel.com] 
Sent: Sunday, November 04, 2012 11:14 AM
To: Chris Friesen; e1000-devel@lists.sourceforge.net; Kirsher, Jeffrey T; 
Brandeburg, Jesse; Allan, Bruce W; Wyborny, Carolyn; Skidmore, Donald C; Rose, 
Gregory V; Waskiewicz Jr, Peter P; Duyck, Alexander H; Ronciak, John
Subject: Re: [E1000-devel] BUG? strange behaviour with vlans and virtual 
functions on i350

Hi Chris,

This functionality is supported by our HW. The issue might happen due to 
anti-spoofing feature which blocks VLAN traffic which is not recognized by the 
HW.
Please check the message log in the hypervisor. You might see a spoof event 
generated.
Something like: "igb: ethX: igb_spoof_check: Spoof event(s) detected on VF 0"

If so, you should turn off the anti-spoofing mechanism using 'ip' tool.
Try this command before transmitting VLAN traffic: 'ip link set <ethx> vf <n> 
spoofchk off'

Thanks,
Lior.


-----Original Message-----
From: Chris Friesen [mailto:chris.frie...@genband.com]
Sent: Friday, November 02, 2012 7:40 PM
To: e1000-devel@lists.sourceforge.net; Kirsher, Jeffrey T; Brandeburg, Jesse; 
Allan, Bruce W; Wyborny, Carolyn; Skidmore, Donald C; Rose, Gregory V; 
Waskiewicz Jr, Peter P; Duyck, Alexander H; Ronciak, John
Subject: [E1000-devel] BUG? strange behaviour with vlans and virtual functions 
on i350

Hi,

We have a number of i350 devices running the 3.3.6 driver on a 2.6.34 kernel.

We have multiple VMs, each of which has a pair of VFs (from different PFs) 
bonded together for redundancy.

Normal communication works fine, but when we throw vlans into the mix things 
get a little haywire.  We can send vlan-tagged packets from a different system 
and they are received in the VMs just fine.  However, if we try to send 
vlan-tagged packets from one VM to the other the packets seem to get dropped.

Looking at the datasheet it appears that the hardware should support this.
Am I missing something?

On both VMs the vlan config is the same:

[root@ ~]# cat /proc/net/vlan/config
VLAN Dev name    | VLAN ID
Name-Type: VLAN_NAME_TYPE_RAW_PLUS_VID_NO_PAD bond0.42       | 42  | bond0

"ifconfig -a" gives this for the device in question:

bond0.42  Link encap:Ethernet  HWaddr 02:A0:B0:00:0D:01
           inet addr:192.168.12.213  Bcast:192.168.12.223  Mask:255.255.255.240
           inet6 addr: fe80::a0:b0ff:fe00:d01/64 Scope:Link
           UP BROADCAST RUNNING MASTER MULTICAST  MTU:1500  Metric:1
           RX packets:1127 errors:0 dropped:0 overruns:0 frame:0
           TX packets:993 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:0
           RX bytes:85606 (83.5 KiB)  TX bytes:124878 (121.9 KiB) 

Any help you can provide would be appreciated.

Thanks,
Chris
-- 

Chris Friesen
Software Designer

3500 Carling Avenue
Ottawa, Ontario K2H 8E9
www.genband.com

------------------------------------------------------------------------------
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center 
Diagnose problems and improve visibility into emerging IT issues Automate, 
monitor and manage. Do more in less time with Central 
http://p.sf.net/sfu/logmein12331_d2d
_______________________________________________
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
---------------------------------------------------------------------
Intel Israel (74) Limited

This e-mail and any attachments may contain confidential material for the sole 
use of the intended recipient(s). Any review or distribution by others is 
strictly prohibited. If you are not the intended recipient, please contact the 
sender and delete all copies.


------------------------------------------------------------------------------
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center 
Diagnose problems and improve visibility into emerging IT issues Automate, 
monitor and manage. Do more in less time with Central 
http://p.sf.net/sfu/logmein12331_d2d
_______________________________________________
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
---------------------------------------------------------------------
Intel Israel (74) Limited

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.


------------------------------------------------------------------------------
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
_______________________________________________
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