Quantcast
Channel: Intel Communities : Discussion List - Wired Ethernet
Viewing all 4405 articles
Browse latest View live

XL710 priority queues

$
0
0

I have an XL710 VSI that is running in a VF and uses RSS queuing across multiple queues on input. I want to create a separate priority queue that will receive only certain frame types eg LACP. Is the best way to achieve this as follows:

1. create a second VSI on this VF (with the same MAC address) with one receive queue.

2. allocate an L2 filter on the PF as part of that VSI creation that will filter for the desired frames.

Then the desired frames will be received in the 2nd VSI's rcv queue?


Determine SFP module serial number from ixgbe driver?

$
0
0

Hi all,

 

I've got some Intel 82599-based 10 Gbps NICs (using the ixgbe driver).  I've plugged some direct-attach cables into these cards.  Those cables have SFP+ ends, with a cable part number and serial number.  I can query that information from my Cisco switch (show interfaces transceivers) and from hosts with Myricom 10G nics (via the mdio_rw tool).  Is there a tool for the ixgbe-based Intel nics that prints out data about the SFP+ modules?

 

Thanks, George

Problems of IPv6+UDP/TCP, IPv4 and IPv6 RSS on XL710 NIC

$
0
0

The Fodora 20 system was installed with quad-port XL710 NIC. By default, the NIC driver creates 4 queues per port and both IPv4+UDP/TCP(udp4/tcp4) and IPv6+UDP/TCP(udp6/tcp6) for RSS are enabled. It loads IPv4+UDP/TCP traffic with different IPs to different queues(cores).

But All IPv6+UDP/TCP traffic with different IPs was directed to only one queue(one core).  Reconfiguration of  rx-flow-hash for udp6 or tcp6 by ethtool did not solve the issue.

The other problem is all IPv4 or IPv6 traffic with different IPs was also directed to only one queue when only IPv4 or IPv6 RSS enabled.

 

System: Fedora 20 

Kernel: 3.19.8-100.fc20.x86_64

NIC:    quad-port XL710

     Driver: i40e

     Version: 1.2.2-k

    Firmware-version: f4.1 a1.1 n04.10 e80001109

Intel I217/I218 issues with wake on lan

$
0
0

Having issues with the Intel I217 LM and I218 LM using WOL. It wakes up just fine after going to sleep for a few minutes or right after shutdown but if I leave the unit overnight and attempt a wake up call in the middle of the night or next day it doesn't do anything. The same settings that are set on these (Allow the computer to turn off this device to save power AND Allow this device to wake the computer) are set on other network adapters such as Realtek and Broadcom and they work as desired. There are no other special settings I can find and nothing in the BIOS that isn't already enabled. I'm using the latest driver version 12.12.80.1950 and the bios was just updated too. If I uncheck the box to "Allow the computer to turn off this device to save power" it will cause wake on lan to stop working completely. Please help.

Intel I217/I218 Wake On Lan Not Working

$
0
0


On these two network adapters the wake on lan IS working if the unit goes to sleep/hibernate/off and you wake up within a few minutes. If you leave it to sleep/hibernate/off and try to wake up after hours (as we'd being doing in production environment) it does NOT wake up. I have other model network adapters that work such as Realtek and Broadcom using the same settings in the network adapter power management tab. Also, I have the latest drivers for the I217/I218 (version 12.12.80.1950) and for the BIOS. I have seen issues where when this network adapter resumes from sleep or hibernate that is loses network connection but I can't even get that far. If I uncheck the "Allow the computer to turn off this device to save power" (which is checked on Realtek and others) it will turn off wake on lan feature completely. Not sure if it has anything to do with that. Wake on Magic Packet is enabled in advanced settings. Please help.

82566 MM gigabit link down

$
0
0

Hi folks,

 

I have this adapter on a notebook Fujitsu Lifebook E8410. The adapter is gigabit capable.

The OS is Windows7 x64 home edition.

 

Problem:

 

When I set the linkspeed to 100Mb full duplex the adapter is working but performance is bad.

When I set the linksped to GB 1000 full_duplex it makes 2 tries (stay on 5 seconds each) then advertise cable unplugged / link down.

partner is gigabit router Netgear R7000 or gigabit switch tp-link

 

Troubleshooting done :

updated driver to latest (2013) by means of intel driver update utility. - no improvement

changed cable : cat5E shielded  - no improvement

changed partners:  Netgear R7000 / gigabit switch tp-link - checked Gb ports with other devices. -  no problem

checked the RJ45 socket and tried also from port replicator RJ45 socket - no improvement

checked a GB network adapter on USB3.0 - it was running GB 1000 full duplex perfect / cable good

booted Ubuntu LIVE from Disk and checkd the intel ethernet - it as running GB 1000 full duplex perfect.

 

Conclusion :the ethernet hardware seems good.

The driver for Win7 X64 seems to have problems.

 

Any hint for advanced configuration/troubleshooting under win7 x64 is welcome.

 

Thanks in advance,

Cozmin

VLAN tag inside NVGRE tunnel getting stripped by XL710 (i40e)

$
0
0

We're seeing something interesting: we're sending a packet from a third-party NIC to the XL710 and it seems the XL710 is stripping the VLAN tag inside the tunnel.


The ethtool offload flags on the XL710 look like this:

ethtool -K p1p1 rx off tx off sg off tso off gso off gro off rxvlan off txvlan off rxhash off tx-udp_tnl-segmentation off rx-vlan-filter off rx-ntuple-filter off tx-nocache-copy off


The driver and firmware version:

driver: i40e

version: 1.2.37

firmware-version: f4.33.31377 a1.2 n4.42 e1932

We're using Ubuntu 14.04.2 with kernel 3.13.0-49-generic (i40e version 1.2.38 gives similar results).


This is the packet that we sent out (attached as gre_vlan.pcap):

13:49:57.163641 00:15:4d:0a:08:cc > 68:05:ca:30:68:80, ethertype IPv4 (0x0800), length 150: 10.100.10.1 > 10.100.10.2: GREv0, key=0x64, proto TEB (0x6558), length 116: 52:12:ef:32:45:ab > 54:a2:32:ef:54:1b, ethertype 802.1Q (0x8100), length 108: vlan 100, p 2, ethertype IPv4, 1.2.3.4.3000 > 5.6.7.8.4000: UDP, length 62

 

We received this on the LX710 (attached as gre_novlan.pcap):

13:49:57.526798 00:15:4d:0a:08:cc > 68:05:ca:30:68:80, ethertype IPv4 (0x0800), length 146: truncated-ip - 4 bytes missing! 10.100.10.1 > 10.100.10.2: GREv0, key=0x64, proto TEB (0x6558), length 116: 52:12:ef:32:45:ab > 54:a2:32:ef:54:1b, ethertype IPv4 (0x0800), length 108: 1.2.3.4.3000 > 5.6.7.8.4000: UDP, length 62

 

Is there a flag that we're missing to turn off the automatic VLAN stripping? Note, the VLAN on the frame inside the NVGRE tunnel is stripped: we're able to suppress stripping on the outside of the tunnel.

Intel X540-T1 10GigE NIC works, but extremely slow, high latency on Ubuntu 14.04 LTS

$
0
0

I have a new Intel X540-T1 network adapter. I installed the latest ixgbe-4.1.5 driver from Intel. The card is able to get an IP address from DHCP. However, viewing websites and installing packages with apt-get are extremely slow, and BitTorrent just doesn't connect. For example, I downloaded Webmin with apt-get to see if it could be of help. It took a few tries before apt-get was finally able to resolve the domain names, then it took a few minutes to download ~20 megs. However, normally a download like that would take a minute or so (I'm connected to a fast university LAN connection).

Any thoughts? Might some parameters for the ixgbe module help, and if so, which?

$ uname -a

Linux localhost 3.13.0-66-generic #108-Ubuntu SMP Wed Oct 7 15:20:27 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

 

$ ifconfig p1p1

p1p1 Link encap:Ethernet HWaddr a0:36:9f:75:5c:ca 

  UP BROADCAST MULTICAST MTU:1500 Metric:1

  RX packets:0 errors:0 dropped:0 overruns:0 frame:0

  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

  collisions:0 txqueuelen:1000

  RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

 

$ ethtool -i p1p1

driver: ixgbe

version: 3.15.1-k

firmware-version: 0x8000037c

bus-info: 0000:01:00.0

supports-statistics: yes

supports-test: yes

supports-eeprom-access: yes

supports-register-dump: yes

supports-priv-flags: no

 

$ sudo lspci -vvnns 01:00.0

01:00.0 Ethernet controller [0200]: Intel Corporation Ethernet Controller 10-Gigabit X540-AT2 [8086:1528] (rev 01)

  Subsystem: Intel Corporation Ethernet Converged Network Adapter X540-T1 [8086:0002]

  Physical Slot: 2

  Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+

  Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-

  Latency: 0

  Interrupt: pin A routed to IRQ 26

  Region 0: Memory at f2200000 (64-bit, prefetchable) [size=2M]

  Region 4: Memory at f2400000 (64-bit, prefetchable) [size=16K]

  Expansion ROM at fb100000 [disabled] [size=512K]

  Capabilities: [40] Power Management version 3

  Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold-)

  Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=1 PME-

  Capabilities: [50] MSI: Enable- Count=1/1 Maskable+ 64bit+

  Address: 0000000000000000 Data: 0000

  Masking: 00000000 Pending: 00000000

  Capabilities: [70] MSI-X: Enable+ Count=64 Masked-

  Vector table: BAR=4 offset=00000000

  PBA: BAR=4 offset=00002000

  Capabilities: [a0] Express (v2) Endpoint, MSI 00

  DevCap: MaxPayload 512 bytes, PhantFunc 0, Latency L0s <512ns, L1 <64us

  ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset+

  DevCtl: Report errors: Correctable+ Non-Fatal+ Fatal+ Unsupported+

  RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+ FLReset-

  MaxPayload 256 bytes, MaxReadReq 512 bytes

  DevSta: CorrErr+ UncorrErr- FatalErr- UnsuppReq+ AuxPwr- TransPend-

  LnkCap: Port #0, Speed 5GT/s, Width x8, ASPM L0s L1, Exit Latency L0s <1us, L1 <8us

  ClockPM- Surprise- LLActRep- BwNot-

  LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+

  ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-

  LnkSta: Speed 5GT/s, Width x8, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-

  DevCap2: Completion Timeout: Range ABCD, TimeoutDis+, LTR-, OBFF Not Supported

  DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled

  LnkCtl2: Target Link Speed: 5GT/s, EnterCompliance- SpeedDis-

  Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-

  Compliance De-emphasis: -6dB

  LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, EqualizationPhase1-

  EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest-

  Capabilities: [100 v2] Advanced Error Reporting

  UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-

  UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-

  UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-

  CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+

  CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+

  AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn-

  Capabilities: [140 v1] Device Serial Number a0-36-9f-ff-ff-75-5c-ca

  Capabilities: [150 v1] Alternative Routing-ID Interpretation (ARI)

  ARICap: MFVC- ACS-, Next Function: 0

  ARICtl: MFVC- ACS-, Function Group: 0

  Capabilities: [160 v1] Single Root I/O Virtualization (SR-IOV)

  IOVCap: Migration-, Interrupt Message Number: 000

  IOVCtl: Enable- Migration- Interrupt- MSE- ARIHierarchy+

  IOVSta: Migration-

  Initial VFs: 64, Total VFs: 64, Number of VFs: 0, Function Dependency Link: 00

  VF offset: 128, stride: 2, Device ID: 1515

  Supported Page Size: 00000553, System Page Size: 00000001

  Region 0: Memory at 00000000fb280000 (64-bit, non-prefetchable)

  Region 3: Memory at 00000000fb180000 (64-bit, non-prefetchable)

  VF Migration: offset: 00000000, BIR: 0

  Capabilities: [1d0 v1] Access Control Services

  ACSCap: SrcValid- TransBlk- ReqRedir- CmpltRedir- UpstreamFwd- EgressCtrl- DirectTrans-

  ACSCtl: SrcValid- TransBlk- ReqRedir- CmpltRedir- UpstreamFwd- EgressCtrl- DirectTrans-

  Kernel driver in use: ixgbe

 

$ lsmod | grep ixg

ixgbe 233377 0

dca 15130 2 igb,ixgbe

ptp 18933 2 igb,ixgbe

mdio 13807 1 ixgbe

 

$ modinfo ixgbe

filename: /lib/modules/3.13.0-66-generic/kernel/drivers/net/ethernet/intel/ixgbe/ixgbe.ko

version: 4.1.5

license: GPL

description: Intel(R) 10 Gigabit PCI Express Network Driver

author: Intel Corporation, <linux.nics@intel.com>

srcversion: 9781CEF8A3110F93FF9DBA8

alias: pci:v00008086d000015ADsv*sd*bc*sc*i*

alias: pci:v00008086d00001560sv*sd*bc*sc*i*

alias: pci:v00008086d00001558sv*sd*bc*sc*i*

alias: pci:v00008086d0000154Asv*sd*bc*sc*i*

alias: pci:v00008086d00001557sv*sd*bc*sc*i*

alias: pci:v00008086d0000154Fsv*sd*bc*sc*i*

alias: pci:v00008086d0000154Dsv*sd*bc*sc*i*

alias: pci:v00008086d00001528sv*sd*bc*sc*i*

alias: pci:v00008086d000010F8sv*sd*bc*sc*i*

alias: pci:v00008086d0000151Csv*sd*bc*sc*i*

alias: pci:v00008086d00001529sv*sd*bc*sc*i*

alias: pci:v00008086d0000152Asv*sd*bc*sc*i*

alias: pci:v00008086d000010F9sv*sd*bc*sc*i*

alias: pci:v00008086d00001514sv*sd*bc*sc*i*

alias: pci:v00008086d00001507sv*sd*bc*sc*i*

alias: pci:v00008086d000010FBsv*sd*bc*sc*i*

alias: pci:v00008086d00001517sv*sd*bc*sc*i*

alias: pci:v00008086d000010FCsv*sd*bc*sc*i*

alias: pci:v00008086d000010F7sv*sd*bc*sc*i*

alias: pci:v00008086d00001508sv*sd*bc*sc*i*

alias: pci:v00008086d000010DBsv*sd*bc*sc*i*

alias: pci:v00008086d000010F4sv*sd*bc*sc*i*

alias: pci:v00008086d000010E1sv*sd*bc*sc*i*

alias: pci:v00008086d000010F1sv*sd*bc*sc*i*

alias: pci:v00008086d000010ECsv*sd*bc*sc*i*

alias: pci:v00008086d000010DDsv*sd*bc*sc*i*

alias: pci:v00008086d0000150Bsv*sd*bc*sc*i*

alias: pci:v00008086d000010C8sv*sd*bc*sc*i*

alias: pci:v00008086d000010C7sv*sd*bc*sc*i*

alias: pci:v00008086d000010C6sv*sd*bc*sc*i*

alias: pci:v00008086d000010B6sv*sd*bc*sc*i*

depends: ptp,dca,vxlan

vermagic: 3.13.0-66-generic SMP mod_unload modversions

parm: InterruptType:Change Interrupt Mode (0=Legacy, 1=MSI, 2=MSI-X), default IntMode (deprecated) (array of int)

parm: IntMode:Change Interrupt Mode (0=Legacy, 1=MSI, 2=MSI-X), default 2 (array of int)

parm: MQ:Disable or enable Multiple Queues, default 1 (array of int)

parm: DCA:Disable or enable Direct Cache Access, 0=disabled, 1=descriptor only, 2=descriptor and data (array of int)

parm: RSS:Number of Receive-Side Scaling Descriptor Queues, default 0=number of cpus (array of int)

parm: VMDQ:Number of Virtual Machine Device Queues: 0/1 = disable, 2-16 enable (default=8) (array of int)

parm: max_vfs:Number of Virtual Functions: 0 = disable (default), 1-63 = enable this many VFs (array of int)

parm: VEPA:VEPA Bridge Mode: 0 = VEB (default), 1 = VEPA (array of int)

parm: InterruptThrottleRate:Maximum interrupts per second, per vector, (0,1,956-488281), default 1 (array of int)

parm: LLIPort:Low Latency Interrupt TCP Port (0-65535) (array of int)

parm: LLIPush:Low Latency Interrupt on TCP Push flag (0,1) (array of int)

parm: LLISize:Low Latency Interrupt on Packet Size (0-1500) (array of int)

parm: LLIEType:Low Latency Interrupt Ethernet Protocol Type (array of int)

parm: LLIVLANP:Low Latency Interrupt on VLAN priority threshold (array of int)

parm: FdirPballoc:Flow Director packet buffer allocation level:

  1 = 8k hash filters or 2k perfect filters

  2 = 16k hash filters or 4k perfect filters

  3 = 32k hash filters or 8k perfect filters (array of int)

parm: AtrSampleRate:Software ATR Tx packet sample rate (array of int)

parm: FCoE:Disable or enable FCoE Offload, default 1 (array of int)

parm: LRO:Large Receive Offload (0,1), default 1 = on (array of int)

parm: allow_unsupported_sfp:Allow unsupported and untested SFP+ modules on 82599 based adapters, default 0 = Disable (array of int)

parm: dmac_watchdog:DMA coalescing watchdog in microseconds (0,41-10000), default 0 = off (array of int)

parm: vxlan_rx:VXLAN receive checksum offload (0,1), default 1 = Enable (array of int)


gamingbundle.intel.com

intel 82580 forced link up and Tx

$
0
0

Hi,

 

I'm trying to do i82580 forced link up. (1G fiber)

My current configuration is that RX port 0 is connected to IXIA packet generator tx port

and TX port 0 remained not connected to anything.

I wish the packets received from the RX port 0 to be transmitted to TX port 1 which is connected to rx port of IXIA generator.

However, the RX port 1 is not connected to anything.

 

I set the PCS link control registers  in the two ports in order for their links to be up as forced method.

PCS link control registers are set with bits FLV, FSV, FDV, FSD, Force link, etc.

The links of the two port were up successfully 1G and Full-duplex without auto-negotiation,

 

My problem is as follows :

 

Data is well received from IXIA through RX port0,

and my DPDK application says the data are sent through the TX port1.

But IXIA generator cannot receive anything form the my TX port1.

 

How can I fix this problem?

 

Thanks in advance.

 

J.H

intel nic drivers 19.3 huge 6000+ dpc latency spike once a few secs

$
0
0

hi, i would like to report that the new intel nic drivers version 19.3 that just released recently has huge 6000+ dpc latency spike once in a few secs.

 

my specs

 

Intel(R) 82579LM Gigabit Network Connection

 

windows 7 SP1 32bit + lastest windows update

 

i downgrade to intel nic drivers previous version 19.1 and the problem is just gone.

Intel i218-v promiscuous mode failure

$
0
0

Hello,

 

some sort of bug report. To whom it may be of interest :

 

No ping between host and guests ( but from and to any other node ).

Works when switching to a rtl8169 chip.

 

Details : Windows 7 pro 64bit host with intel nic driver 12.13.17.4 from 2015-06-18.

VirtualBox 5.0.4r102546 ( emulating 'intel pro/1000 mt desktop (8254oem)' ),

promiscuous mode for host and all guests.

 

CU -  Stefan Schmohl

NEXTBOOK HELP

$
0
0

My nextbook will not com on even after fully charged

Intel® 82576NS Gigabit Ethernet Controller - Unable to Install Driver

Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Unix driver unwanted behavior when no SFP is attached to the interface

$
0
0

Hello,

 

 

We actually are making a POC to migrate our infra to 10Gb/s. We use RHEL6.7 on HP DL360p servers. The 10Gb/s cards are Intel Corporation 82599ES 10-Gigabit SFI/SFP+.

 

The ixgbe drivers we use are 4.0.1-k

 

It seems that when we start an 10Gb/s interface (ifconfig ethX up) without SFP connected on it, the average load of the server increase ( about + 0.5) and we encounter many freeze while using SSH ==>

 

We notice Unix events/X process in uninteruptible state  as follows :

for x in `seq 1 1 100`; do ps -eo state,pid,cmd | grep "^D"; echo "----"; sleep 0.1; done

D60 [events/9]

----

D60 [events/9]

----

D60 [events/9]

 

If we shut the interface (ifconfig ethX down), the problem disappears.

 

We did the same tests with 4.1.2 driver version and we don't have freezes anymore, but we still have process in uninteruptible state (but this time , it's ixgbe process):

for x in `seq 1 1 100`; do ps -eo state,pid,cmd | grep "^D"; echo "----"; sleep 0.1; done

D 61855 [ixgbe]

----

D 61855 [ixgbe]

 

 

When we start the interface with a SFP module connected on it (even without fiber), we don't see the problem (any driver version).

 

 

It looks like there is some kind of blocking behavior that occurs when we start an 10Gb/s interface without SFP connected on it (maybe some protocol advertisement, or something like that..).

 

Do you have some clue on this behavior ? I know there is no reason to start an interface without SFP connected, but still, maybe it could reveal some side effects ..

 

 

Kind regards,

 

Yann


Intel 82580 1000 Base-X (fiber) TX clock source

$
0
0

Hi,

 

Does intel 82580 1000Base-X(fiber) transmit clock use local reference clock or

rx recovered clock ?

 

Thanks in advance.

XL710 VLAN tag stripping in a VF.

$
0
0

I have an XL710 VSI that is running in a VF. I have added a vlan filter for a tag of '2' to my vsi using the I40E_VIRTCHNL_OP_ADD_VLAN message. The vsi is the default one created by the PF driver when the VF is created. When an appropriately tagged frame is sent to the VF (eg a ping with vlan tag '2'), the receive descriptor shows the tag correctly in the L2TAG1 field and the L2TAG1P bit is set. I want the vlan tag to be stripped from the frame. However it is not. A dump of the vsi shows the port_vlan_flags field (which was created from the ADD_VSI command) to contain 0x3. This would seem to equate to byte 12, bits 0:4 of the VLAN handling section of ADD_VSI command (see 7.4.9.5.4.1 Table 7-80 of the Datasheet). 0x3 indicates

0:1 = 3 - allow all packets

3:4 = 0 - show VLAN, DEI and UP in descriptor

 

Is there something more I need to do to achieve stripping on the tag?

Intel Dual Band Wireless-AC 7265 issue

$
0
0

Greeting All,

 

I am using Lenovo X250 Windows 7 Pro (32bits) with Intel Dual Band Wireless-AC 7265 wireless adapter.

 

I can mange to connect other wireless SSID without any problem except at home.

 

After i change the Wireless mode to 802.11g then i can connect my home network and internet access.

 

Other network devices (NB, Mobile, Tablet) are working fine at my home internet Lenovo X250.


i updated the wireless driver and even already reinstall windows but no luck.

 

Please give me advise for this matter.

 

Thanks in advance.

I211/I217-V Windows 10 LACP teaming fails

$
0
0

Hello,

 

after the update to Windows 10 (x64, Build 10240) the creation of a teaming group (static or IEEE802.3ad) with a I211+I217-V NIC fails.

 

Drivers have been upgraded to the latest version available and multiple reinstallations with reboots din't help either. Whenever the group creation wizzard is used and a groupname (several tried), the adapters and LACP have been selected, a Windows pop-up appears to tell me group creation has failed.

However the Windows Device Manager shows a newly created "Intel Advanced Network Services Virtual Adapter", so some kind of configuration seems to get done.

Using Windows 7 SP1 x64 the exact same setup worked flawlessly for months, so Win10/the driver are the likely culprit.

 

Is anyone experiencing similar problems and/or is this a known bug? Feedback on this issue is greatly appreciated.

 

Thanks in advance!

 

Kind regards,

Famaku

Wireshark/Tshark on Host SR-IOV Interface

$
0
0

Greetings

 

I am working on testing a DPDK based VM and need to see if packets are really leaving the host interface.  I am using an HP DL-380 server with Intel based 10G nics.  I have enabled SR-IOV and am using 1 VF on each of 2 PFs.  I want to sniff packets on the host but when I start tshark on the PF device I do not see any packets. but I know they are are passing to the VM (some of them anyway).  How can you setup the PF to be able to see

traffic to the VF or when the VF is enabled it completely bi-passes this capability?

 

Host Info:

 

root@srvrhp811:~# uname -a

Linux srvrhp811 3.19.0-25-generic #26~14.04.1-Ubuntu SMP Fri Jul 24 21:16:20 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

 

 

root@srvrhp811:~# ip link show dev p5p2

11: p5p2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000

    link/ether 8c:dc:d4:aa:6b:59 brd ff:ff:ff:ff:ff:ff

    vf 0 MAC 16:cc:19:fc:33:91, spoof checking off, link-state auto

    vf 1 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 2 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 3 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 4 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 5 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 6 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 7 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

root@srvrhp811:~# ip link show dev p2p2

6: p2p2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000

    link/ether 8c:dc:d4:aa:6c:55 brd ff:ff:ff:ff:ff:ff

    vf 0 MAC 02:42:b8:01:a5:0f, spoof checking off, link-state auto

    vf 1 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 2 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 3 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 4 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 5 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 6 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 7 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

 

root@srvrhp811:~# ethtool -i p2p2

driver: ixgbe

version: 4.1.5

firmware-version: 0x800007c7, 1.475.0

bus-info: 0000:07:00.1

supports-statistics: yes

supports-test: yes

supports-eeprom-access: yes

supports-register-dump: yes

supports-priv-flags: no


root@srvrhp811:~# ethtool -i p5p2

driver: ixgbe

version: 4.1.5

firmware-version: 0x800007c7, 1.475.0

bus-info: 0000:24:00.1

supports-statistics: yes

supports-test: yes

supports-eeprom-access: yes

supports-register-dump: yes

supports-priv-flags: no

Viewing all 4405 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>