when i switch on my system i am not connected to internet but on troubleshooting scanning i am getting connected. the message i get is Intel(R)82579LM gigabit network connection has a driver problem. on scanning this problem vanishes. I have to do this everytime i open my system.      pl help me in this problem

with regards

ramesh

Hey.  

Two workstations HP Z440 have Windows 10 version installed OEM version. 

Network interface from Intel in the settings of more than 30 parameters.  

1) How can I transfer settings from one workstation to another? 

2) Are there any tools for migrating network settings from one workstation to another?

Can a single client Ethernet Adapter be used on both a PC VLAN and a VoIP Softphone on a different VLAN?

I would like to use the QoS associated with the VoIP VLAN for the SoftPhone, but have the PC traffic on the Client VLAN.

I would like the IP address for each VLAN to be assigned by DHCP.

Is this possible?

Thanks,

Mike

Hello,

I'm running Windows Server 2016 on a Asus P10 WS mainboard. This MB has two i210 network interfaces on-board. Currently, I'm using only one of them, the second one is disabled in Windows device manager.

The driver installed has a date of 08.12.2016 and a version of 12.15.184.0 (as shown in device manager.)

For the interface in use I have enabled teaming in Windows to use different VLANs. For a while now, there were two virtual adapters "Microsoft Network Adapter Multiplexor Driver #X" in my system, each configured with a different VLAN ID. This has been working quite well for some time now.

Recently, I tried to add a third VLAN. During configuration, the machine crashed with a blue screen. After reboot, the third virtual interface was there regardless. Now, I'm experiencing (seemingly) random crashes (blue screens) every once in a while. They seem to be more frequent when the new, third virtual adapter is being used a lot, but I can't really put my finger on it.

However, when I run the executable of the latest Intel driver package PROWinx64.exe v22.7.1, there is a reproducible blue screen as soon as the new driver is being installed. There is an additional popup by the installer that says something like "installing driver for i210 Gigabyte connection...". That's when the machine crashes consistently.

The memdump analysis says the following (first example is a "random" crash, second one is the "driver install" crash:)

***

Probably caused by : e1r65x64.sys ( e1r65x64+150ad )

[...]

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)

An attempt was made to access a pageable (or completely invalid) address at an

interrupt request level (IRQL) that is too high.  This is usually

caused by drivers using improper addresses.

If kernel debugger is available get stack backtrace.

Arguments:

Arg1: 0000000000000028, memory referenced

Arg2: 0000000000000002, IRQL

Arg3: 0000000000000000, value 0 = read operation, 1 = write operation

Arg4: fffff8099451abdf, address which referenced memory

***

***

Probably caused by : NdisImPlatform.sys ( NdisImPlatform!implatReturnNetBufferLists+1d6 )

[...]

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)

An attempt was made to access a pageable (or completely invalid) address at an

interrupt request level (IRQL) that is too high.  This is usually

caused by drivers using improper addresses.

If kernel debugger is available get stack backtrace.

Arguments:

Arg1: 0000000000000010, memory referenced

Arg2: 0000000000000002, IRQL

Arg3: 0000000000000000, value 0 = read operation, 1 = write operation

Arg4: fffff806566040b3, address which referenced memory

***

(Complete analysis logfile is available if anyone is interested.)

How can I fix this?

Regards

Hi,

I have a NIC card 82599EB 10-Gigabit. I want to enabl SR-IOV and multiqueue on this NIC. My OS is fedroa 18.

If I load the driver ixgbe like this "modprobe ixgbe", then I can see the multiqueue is enabled.

Multiqueue Enabled: Rx Queue count=32, Tx Queue count=32

But I enable SR-IOV, load the driver by this "mdprobe ixgbe max_vfs=2", then multiqueue is disabled.

Multiqueue disabled: Rx Queue count=1, Tx Queue count =1

So how can I enable SR-IOV and multiqueue both? This is really import for me.

I'm testing throughput of a D-1500-based X552 and a X520, and according to lspci their PCIe lane configuration is as follows:

admin@capture:~$ sudo lspci -vv | grep -P "[0-9a-f]{2}:[0-9a-f]{2}\.[0-9a-f]|LnkSta:" |grep -A 1 Ethernet

04:00.0 Ethernet controller: Intel Corporation Ethernet Connection X552 10 GbE SFP+

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

04:00.1 Ethernet controller: Intel Corporation Ethernet Connection X552 10 GbE SFP+

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

06:00.0 Ethernet controller: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection (rev 01)

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

06:00.1 Ethernet controller: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection (rev 01)

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

However, I'm getting the exact same numbers for each. It doesn't make sense that the X552 would only get 1 lane.

Is what lspci is telling me wrong?

Thanks.

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

Hi Guys,

Looking for some help/inputs in sorting this issue. Basically trying to force 1000Mb/s with the intel i210 nic using the ethtool utility. command was "ethtool -s eth5 speed 1000 duplex full autoneg off". Ensured that link partner is capable of 1000Mb/s and using the cat5e cable. It works fine for 100Mb/s. With the default code, it was NOT working and when I collect the ethtool statistics ; it shows speed/duplex as "unknown".

Later tweaked the kernel (3.12 - igb driver) code in the below sequence by configuring these registers with the below values .

#################################################

E1000_82580_PHY_POWER_MGMT (0x0E14) -> 0x00000000

E1000_CTRL_EXT (0x0018) -> 0x10000000

PHY Register 0 -> 0x4140

PHY Register 9 -> 0x1e00

PHY Register 16 -> 0x5f70

mac->forced_speed_duplex = ADVERTISE_1000_FULL;

phy_reset

reset link/reset adapters

##################################################

Looking for some input on validating the above sequence !!! With the above sequence., even when 1000Mb/s was forced it was at 10Mb/s. As per datasheet, Link speeds are influenced by Power states. But I believe, PHY power management register as shown above was configured with right value (set "disable 1000 in nonD0 states" - 0). Please let me know , if there are other areas (other than power management) that I need to look into which is preventing 1000Mb/S speed.

And below is the output of important registers .

#####################################

DEVICE STATUS REGISTER(8) - 280303

EXTENDED DEVICE CONTROL REGISTER(18) - 10000000

INTERNAL PHY CONFIGURATION REGISTER(e38) - d

PHY POWER MANAGEMENT REGISTER(e14) - 10

PCS LINK STATUS REGISTER(420c) - 40000d

PHY REGISTERS

PAGE 0: REGISTER 0 - 100

PAGE 0: REGISTER 1 - 794d

PAGE 0: REGISTER 2 - 141

PAGE 0: REGISTER 3 - c00

PAGE 0: REGISTER 4 - de1

PAGE 0: REGISTER 5 - 0

PAGE 0: REGISTER 6 - 4

PAGE 0: REGISTER 7 - 2001

PAGE 0: REGISTER 8 - 0

PAGE 0: REGISTER 9 - 1e00

PAGE 0: REGISTER 10 - 0

PAGE 0: REGISTER 13 - 3

PAGE 0: REGISTER 14 - 0

PAGE 0: REGISTER 15 - 3000

PAGE 0: REGISTER 16 - 5f70

PAGE 0: REGISTER 17 - 2c08

PAGE 0: REGISTER 18 - 0

PAGE 0: REGISTER 19 - 0

PAGE 0: REGISTER 20 - 20

PAGE 0: REGISTER 21 - 0

PAGE 0: REGISTER 22 - 0

PAGE 0: REGISTER 23 - 0

#####################################

-Thnx,

Kesav.

Hello Guys,

this is my config :

MB: ASUS RAMPAGE V EXTREME (last bios)

CPU: Intel® Core™ i7-5960X Processor Extreme Edition 4.2 GHZ 1.168V - CORSAIR Hydro Series H80i v2 (prime 95 tested stable)

Video: NVIDIA GEFORCE GTX 1070 Founders Edition.

Memory: CORSAIR Dominator® Platinum Series 16GB (2 x 8GB) DDR4 DRAM 3200MHz C14 Memory Kit

PSU: Seasonic PRIME Titanium 850 w

SSD: Samsung SSD 850 EVO 2TB

SSD: Samsung SSD 850 EVO 2TB

SSD: Samsung SSD 850 PRO 2TB

SSD: Samsung 950 PRO M.2 512GB OS

SOUND: Sound Blaster Z

NETWORK:Intel® Ethernet Server Adapter I210

USB 3.1 FRONT PANEL Gen 2 Type-A

USB 3.1 UPD PANEL Gen 2 Type-C 100W charging

CASE:Cooler Master: HAF X

MONITOR:Monitor LG Gaming 27UD69P 27 inch 4K 5 ms White FreeSync  diplay port

TV: LG OLED55C7V

OS: Windows 10 x64 Pro up to date 1709

So I have this problem with this network card after some computer usage like 1 day si 5 hours this problem occurs i Have high dpc latency and this will cause audio pop ups if i browse in firefox, internet explorer, I tried install the last driver ( disable power saving options)- not working

- i have uninstall last driver and use the windows one nor working as well

-no I have update the driver in device manager 12.15.184.0 wait for the problem to get reproduced

the solution is to disable the network card the dpc lantecy checker will go back to normal or if i restart everything get back to normal but this is not normal.... (

- I'm using the latest driver of motherboard and graphic card etc

- did all kind of checks with hdd sentinel (all ok) , sfc/scan now check the windows image all ok

- the card is intalled on a pciex 8_2 (not sherd one ) but I'm thinking moving the card to the x1_1 just wait now for the problem

look here for sherd lanes Asus Rampage V Extreme Owners thread - Page 579

I've attached the dx diag

please help me

Hi,

We have had similar issues we are using the Intell X710. Every few weeks since upgrading to ESXi 6.5 the networking on one of our hosts has been locking up. We stumbled across the below article which described the issue well and also mentions disabling the i40en driver.

Install ESXi 6.5 on R730 with Intel X710 |VMware Communities

Note we were on firmware version 1.3.1, did this issue get resolved with an upgrade to  1.4.3 NIC Driver for Intel Ethernet Controllers  X710?

Looking in some forums some people ordered new nics to get around the issue.

Craig

My Windows Event log shows the following error when the Intel(R) PROSet Monitoring Service is enabled to start automatically with Windows.

Source:        Application

Error Event ID:      1000

Task Category: (100)

Level:        Error

Faulting application name: wmiprvse.exe, version: 6.1.7601.17514, time stamp: 0x4ce79d42

Faulting module name: CoreAgnt.dll_unloaded, version: 0.0.0.0, time stamp: 0x59f38017

Exception code: 0xc0000005

Fault offset: 0x000007feda158098

Faulting process id: 0xdc0

Faulting application start time: 0x01d36651b58c7ea8

Faulting application path: C:\Windows\system32\wbem\wmiprvse.exe

Faulting module path: CoreAgnt.dll

Report Id: 7c0db145-d247-11e7-9f1a-10c37b4f479c

My adapter is "Intel(R) Ethernet Connection (2) I218-V" on an ASUS HM97-PLUS motherboard with Window 7 SP1 64-bit. I am using the latest Intel(R) PROSet version 22.9.6.0. I have been getting this error with earlier version as well, but I can't find anymore at what version the errors began.

Also, what exactly does the Intel® PROSet Monitoring Service do for me?

Thanks for your advice!

Buy 100% Authentic IELTS,TOEFL,Certificates,Passports,Drivers License,ID Cards,Visas,Counterfeit Money,$,€,£:Whatsapp#(+27)83 880 8170)

How to Apply for TOEFL,IELTS Certificates without Exams.

Apply for IELTS CELTA/DELTA, PTE, OET, TESOL, NEBOSH, ARRT, LSAT, ( etc) Certificates online without exams in Saudi Arabia,Ukraine,U,Dubai and others passports, Drivers Licenses, IDs documentsContact us for more info.

PURCHASE ONLINE 100% HIGH QUALITY UNDETECTABLE COUNTERFEIT Banknotes

We offer our exclusive clients the ability to gain IELTS,TOEFL,ESOL AUTODESK certificates

without taking the exams. The regions we cover are Asia ,UAE, Qatar,

Oman, Saudi Arabia, Jordan,Kuwait ,Australia ,Canada and Europe

Purchase Real and Novelty Passports,id cards,Visas,Drivers License ,Counterfeits Email us at for details

Are you trying to change your nationality ? do you need work papers ? do you want to travel ? do you need papers you cant have ?if yes , then you are in the right place at the right time We are an independent group of specialized IT professionals and data base technicians who are specialized in the production of Real and Novelty quality documents such as passports,drivers license,id cards,stamps,visas,diplomas of very high quality and other products for all countries: USA, Australia,UK, Belgium, Brazil, Canada, Italian, Finland, France, Germany, Israel, Mexico, Netherlands, South Africa, Spain, Switzerland, . This list is not full.contact General support: . To get the additional information and place the order,

BEST COUNTERFEIT EURO,POUNDS & DOLLAR

CONTACT DETAILS:   toeflmasters2018@gmail.com

Skype id:: raul bestpro

Contact Phone:===== (+27)83 880 8170

whatsapp/Viber/IMO #(+27838808170)

Buy orginal IELTS,TOEFL,ESOL AUTODESK CERTIFICATES Without Exams

BUY IELTS,TOEFL,ESOL AUTODESK orginal CERTIFICATES in Qatar,Dubai and Saudi Arabia

BUY IELTS,TOEFL,ESOL AUTODESK CERTIFICATES in UAE and Saudi Arabia

Hi

I use intel 1G and 10G ethernet card with openvswitch under vxlan overlay network.

Some VM started to use ECN and I found weird logs were generated about non-ECT.

I checked vxlan packets, but all packets had no errors. Also, vxlan outer header's ECN was normal acording to RFC6040.

I changed ethernet card to Broadcom, and I found there was no non-ECT log.

I need to stop wrong non-ECT logs. How should I do?

Please see below informations:

[root@compute01 ~]# grep vxlan /var/log/messages | tail

Dec 13 10:32:57 compute01 kernel: vxlan: non-ECT from 192.168.40.55 with TOS=0x2

Dec 13 10:32:57 compute01 kernel: vxlan: non-ECT from 192.168.40.55 with TOS=0x2

Dec 13 10:32:57 compute01 kernel: vxlan: non-ECT from 192.168.40.55 with TOS=0x2

Dec 13 10:32:57 compute01 kernel: vxlan: non-ECT from 192.168.40.55 with TOS=0x2

Dec 13 10:32:57 compute01 kernel: vxlan: non-ECT from 192.168.40.55 with TOS=0x2

Dec 13 10:32:57 compute01 kernel: vxlan: non-ECT from 192.168.40.55 with TOS=0x2

Dec 13 10:32:57 compute01 kernel: vxlan: non-ECT from 192.168.40.55 with TOS=0x2

Dec 13 10:32:57 compute01 kernel: vxlan: non-ECT from 192.168.40.55 with TOS=0x2

Dec 13 10:33:32 compute01 kernel: vxlan: non-ECT from 192.168.40.55 with TOS=0x2

Dec 13 10:33:34 compute01 kernel: vxlan: non-ECT from 192.168.40.55 with TOS=0x2

[root@compute01 ~]# uname -a

Linux compute01 3.10.0-693.5.2.el7.x86_64 #1 SMP Fri Oct 20 20:32:50 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

[root@compute01 ~]# ethtool -i eth4

driver: ixgbe

version: 4.4.0-k-rh7.4

firmware-version: 0x80000609

expansion-rom-version:

bus-info: 0000:04:00.0

supports-statistics: yes

supports-test: yes

supports-eeprom-access: yes

supports-register-dump: yes

supports-priv-flags: no

[root@compute01 ~]# ethtool -k eth4

Features for eth4:

rx-checksumming: on

tx-checksumming: on

        tx-checksum-ipv4: off [fixed]

        tx-checksum-ip-generic: on

        tx-checksum-ipv6: off [fixed]

        tx-checksum-fcoe-crc: on [fixed]

        tx-checksum-sctp: on

scatter-gather: on

        tx-scatter-gather: on

        tx-scatter-gather-fraglist: off [fixed]

tcp-segmentation-offload: on

        tx-tcp-segmentation: on

        tx-tcp-ecn-segmentation: off [fixed]

        tx-tcp6-segmentation: on

        tx-tcp-mangleid-segmentation: off

udp-fragmentation-offload: off [fixed]

generic-segmentation-offload: on

generic-receive-offload: on

large-receive-offload: off

rx-vlan-offload: on

tx-vlan-offload: on

ntuple-filters: off

receive-hashing: on

highdma: on [fixed]

rx-vlan-filter: on

vlan-challenged: off [fixed]

tx-lockless: off [fixed]

netns-local: off [fixed]

tx-gso-robust: off [fixed]

tx-fcoe-segmentation: on [fixed]

tx-gre-segmentation: on

tx-ipip-segmentation: on

tx-sit-segmentation: on

tx-udp_tnl-segmentation: on

tx-mpls-segmentation: off [fixed]

fcoe-mtu: off [fixed]

tx-nocache-copy: off

loopback: off [fixed]

rx-fcs: off [fixed]

rx-all: off

tx-vlan-stag-hw-insert: off [fixed]

rx-vlan-stag-hw-parse: off [fixed]

rx-vlan-stag-filter: off [fixed]

busy-poll: on [fixed]

tx-gre-csum-segmentation: on

tx-udp_tnl-csum-segmentation: on

tx-gso-partial: on

tx-sctp-segmentation: off [fixed]

l2-fwd-offload: off

hw-tc-offload: off [fixed]

///////////////////////////////////////////////////////////////////

Dec 13 18:53:50 oscompute01 kernel: [188924.432135] vxlan: non-ECT from 192.168.2.32 with TOS=0x2

Dec 13 18:53:51 oscompute01 kernel: [188925.431957] vxlan: non-ECT from 192.168.2.32 with TOS=0x2

Dec 13 18:53:51 oscompute01 kernel: [188925.432004] vxlan: non-ECT from 192.168.2.32 with TOS=0x2

Dec 13 18:53:51 oscompute01 kernel: [188925.447808] vxlan: non-ECT from 192.168.2.32 with TOS=0x2

Dec 13 18:53:52 oscompute01 kernel: [188926.447743] vxlan: non-ECT from 192.168.2.32 with TOS=0x2

Dec 13 18:53:52 oscompute01 kernel: [188926.463339] vxlan: non-ECT from 192.168.2.32 with TOS=0x2

Dec 13 18:53:54 oscompute01 kernel: [188928.463280] vxlan: non-ECT from 192.168.2.32 with TOS=0x2

Dec 13 18:53:54 oscompute01 kernel: [188928.478883] vxlan: non-ECT from 192.168.2.32 with TOS=0x2

Dec 13 18:53:55 oscompute01 kernel: [188929.463051] vxlan: non-ECT from 192.168.2.32 with TOS=0x2

Dec 13 18:53:55 oscompute01 kernel: [188929.478835] vxlan: non-ECT from 192.168.2.32 with TOS=0x2

root@oscompute01:~# uname -a

Linux oscompute01 4.4.0-103-generic #126-Ubuntu SMP Mon Dec 4 16:23:28 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

root@oscompute01:~# ethtool -i eth1

driver: igb

version: 5.3.5.12

firmware-version: 1.70, 0x80000f44, 1.1752.0

expansion-rom-version:

bus-info: 0000:04:00.1

supports-statistics: yes

supports-test: yes

supports-eeprom-access: yes

supports-register-dump: yes

supports-priv-flags: no

root@oscompute01:~# ethtool -k eth1

Features for eth1:

rx-checksumming: on

tx-checksumming: on

scatter-gather: on

tcp-segmentation-offload: on

udp-fragmentation-offload: off [fixed]

generic-segmentation-offload: on

generic-receive-offload: on

large-receive-offload: off [requested on]

rx-vlan-offload: on

tx-vlan-offload: on

ntuple-filters: off [fixed]

receive-hashing: on

highdma: on [fixed]

rx-vlan-filter: on [fixed]

vlan-challenged: off [fixed]

tx-lockless: off [fixed]

netns-local: off [fixed]

tx-gso-robust: off [fixed]

tx-fcoe-segmentation: off [fixed]

tx-gre-segmentation: off [fixed]

tx-ipip-segmentation: off [fixed]

tx-sit-segmentation: off [fixed]

tx-udp_tnl-segmentation: off [fixed]

fcoe-mtu: off [fixed]

tx-nocache-copy: off

loopback: off [fixed]

rx-fcs: off [fixed]

rx-all: off [fixed]

tx-vlan-stag-hw-insert: off [fixed]

rx-vlan-stag-hw-parse: off [fixed]

rx-vlan-stag-filter: off [fixed]

l2-fwd-offload: off [fixed]

busy-poll: off [fixed]

hw-tc-offload: off [fixed]

Hello

We have 2 x 100HFA016LS  connected to Omni path switch and we're running this on CentOS 7.4 when I do iperf test I get about 22 to 24gb speed.  How Do you get 100GB.

We have procured over a dozen NUC6i7KYK (mfg 07/2017) to act as a receiver of a moderate rate (~320Mbps) UDP stream of data. We have found that the I219-LM adapter is dropping packets. We have been able to replicate the issue using the iperf tool. For the application (and for my troubleshooting tests) the NUC will be direct connected to the data source via a new, short (~1m), patch cord.

We have the latest BIOS (KYSKLi70.86A.0050.2017.0831.1924) and we are using Ubuntu 16.04.3. We have also tried Ubuntu 16.04.2 and 17.10. We have tried the distro provided e1000e 3.2.6-k driver as well as the latest e1000e 3.3.6 driver.

We have set net.core.rmem_max to 33554432 and net.core.wmem_max to 576000.

We have set coalescence to zero: ethtool -C eno1 rx-usecs 0.

We have maxed the receive ring buffer: ethtool -G eno1 rx 4096.

We have ensured max CPU frequency via cpufreq setting it to "performance".

Data loss is non-deterministic and sometimes happens immediately, after several minutes, or several hours. Typically it is a single missing packet. We can not afford any lost data.

I had a ZBOX-CI323NANO with openSuSE 42.3 on it. This low performance device has Realtek RTL8111/8168/8411 PCIe GbE adapters. It received UDP data with zero losses. That's the sort of results I expect from this NUC.

It has net.core.rmem_max and net.core.wmem_max set to 16777216.

We also have used a Pluggable USB3.0 GbE adapter. It also runs with no lost data - however, it tends to "go away" after indeterminate periods of time - not sure if that's a NUC, OS, or pluggable issue.

I saw this thread that looks familiar to my problem:UDP packets frozen with at least I219-V, I219-LM and I217-LM

When I run wireshark, occasionally I see the interpacket gap be ~10ms instead of the typical handful of microseconds.

Hi all,

I have following baseline:

Dell R630 (2x14 core Xeon, 128GB RAM, 800GB SSD)

x710 4-port NIC, in 10Gbit mode

SUSE12SP1

Latest NIC firmware but default PF/VF drivers (came with OS, v1,3,4)

VF driver blacklisted on hypervisor

Setup according to official Intel and Suse documentation, KVM hypervisor

With test setup, single VM with single VF and untagged traffic, I could achieve basically line-rate numbers: with MTU 1500, there were about 770Kpps and BW of 9.4Gbps, achieved both for UDP and TCP traffic, with no packet drops. There is plenty of processing power, setup is nice and tidy and everything works as it should.

Production setup is a bit different: VM is using 3 VFs, one for each PF (4th PF is not being used). All VFs except first one use untagged traffic. First VF is passing two types of traffic: first one untagged (VLAN 119) and second one tagged (VLAN 1108). Tagging is done inside VM. Setup worked fine for some time, confirming test setup numbers. However, after some time following errors started to appear in hypervisor logs:

Mar  11 14:32:52 test_machine1 kernel: [10423.889924] i40e 0000:01:00.1: TXdriverissuedetected on VF 0

Mar  11 14:32:52 test_machine1 kernel: [10423.889925] i40e 0000:01:00.1: Too many MDD events on VF 0, disabled

And performance numbers became erratic: sometimes it worked perfectly, sometimes it did not. But most importantly, packet drops occured.

So, I've reinstalled everything (hypevisor and VMs), configured exactly as before using automated tools, but upgraded PF and VF drivers to latest ones (v2.0.19/v2.0.16). Errors in logs disappeared, but issue persists. Now I have this in logs:

2017-03-12T11:33:43.356014+01:00 test_machine1 kernel: [  420.439112] i40e 0000:01:00.1: Unable to add VLAN filter 0 for VF 0, error -22

2017-03-12T11:33:43.376009+01:00 test_machine1 kernel: [  420.459168] i40e 0000:01:00.0: Unable to add VLAN filter 0 for VF 0, error -22

2017-03-12T11:33:44.352009+01:00 test_machine1 kernel: [  421.435124] i40e 0000:01:00.2: Unable to add VLAN filter 0 for VF 0, error -22

I've increased VM CPU count number, VF ring sizes, turnet off VF spoofcheck in hypervisor, VM linux software buffers, VM netdev.budget kernel parameter (amount of CPU time assinged for NIC processing) etc. but situation remains the same. Sometimes works perfectly, other time it does not.

Can you please provide some insight? Since rx_dropped counter is increasing in VM, I am suspecting driver/VF issue.

Is there a way to handle this problem, without switching to untagged traffic?

Thank you in advance,

Ante

So I noticed the I210-T1 supports MCTP and not seeing where I can disable this, checked the firmware boot config guide and it was conspicuously blank: Upgrade, Enable, or Disable Flash with the Intel® Ethernet Flash...

Also anybody know if the I210-T1 hooks into IME if the onboard (which IME normally uses) is disabled, i.e. I get the feeling Intel is sneaky like that.

Message was edited by: Peter Thoenen - Typo

when i switch on my system i am not connected to internet but on troubleshooting scanning i am getting connected. the message i get is Intel(R)82579LM gigabit network connection has a driver problem. on scanning this problem vanishes. I have to do this everytime i open my system.      pl help me in this problem

with regards

ramesh

I have a system I use as a gateway:

Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (Lewisville) (rev 04)

It is a component of a fit/PC Intense running Linux is the 4.9.67-1-lts #1 SMP kernel from Arch Linux.  This problem has been going on for several kernels now over the last month.

Intense PC models specifications

It has been having trouble reseting and possibly check summing.  I use a ssh proxy tunnel which has always remained open and stable to panix.com.  Now it dies

debug1: Connection to port 9000 forwarding to 127.0.0.1 port 8008 requested.

debug1: channel 3: new [direct-tcpip]

debug1: Connection to port 9000 forwarding to 127.0.0.1 port 8008 requested.

debug1: channel 44: new [direct-tcpip]

debug1: Connection to port 9000 forwarding to 127.0.0.1 port 8008 requested.

debug1: channel 45: new [direct-tcpip]

debug1: Connection to port 9000 forwarding to 127.0.0.1 port 8008 requested.

debug1: channel 46: new [direct-tcpip]

debug1: Connection to port 9000 forwarding to 127.0.0.1 port 8008 requested.

debug1: channel 47: new [direct-tcpip]

debug1: Connection to port 9000 forwarding to 127.0.0.1 port 8008 requested.

debug1: channel 48: new [direct-tcpip]

ssh_dispatch_run_fatal: Connection to 166.84.1.2 port 22: message authentication code incorrect

[ruben@flatbush ~]$

from dmesg:

[38972.211043] ffff88041f798da0: f4 6e af f6 83 02 1d 62 8c 12 0f 1a e9 99 89 cf  .n.....b........

[38972.211044] ffff88041f798db0: d3 b9 fc d0 d4 7a dc 96 d0 b0 f9 c3 bb fe c7 ea  .....z..........

[38972.211046] ffff88041f798dc0: 39 51 ea 2c 6d 80 64 43 59 da 15 91 3a 6c 40 05  9Q.,m.dCY...:l@.

[38972.211047] ffff88041f798dd0: a6 50 40 98 d0 bb cf f3 c7 1f e2 41 bd ec 19 05  .P@........A....

[38972.211049] ffff88041f798de0: ab 51 d0 9a 46 90 9b db 3b b2 fd c1 c9 c0 ef 7b  .Q..F...;......{

[38972.211051] ffff88041f798df0: 2a 45 2b f6 fb 42 96 56 af 45 89 23 99 51 4e ef  *E+..B.V.E.#.QN.

[38972.211053] ffff88041f798e00: fd 6c 9a df 51 66 db 3e ca d9 4c f2 ad cb 89 7a  .l..Qf.>..L....z

[38972.211054] ffff88041f798e10: c4 10 47 21 fc a5 4d f3 06 79 1f 8a ba d1 45 53  ..G!..M..y....ES

[38972.211056] ffff88041f798e20: bb 68 0b 8a ab 63 ae b2 1c 38 b0 35 6f 37 66 ec  .h...c...8.5o7f.

[38972.211057] ffff88041f798e30: 02 4a                                            .J

[38972.211062] e1000e 0000:00:19.0 eth1: Reset adapter unexpectedly

[38978.157727] e1000e: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx

[39014.162430] elogind[1369]: New session c4 of user ruben.

[39089.012361] lp: driver loaded but no devices found

[39089.040701] st: Version 20160209, fixed bufsize 32768, s/g segs 256

It has been suggested that I can monkey with the module settings, but I'm not certain what to try or to procede with.  Guessing blindly is usually not useful

modinfo give me this:

Hello

i'm looking for Intel NIC  that do ipsec offload to the NIC

i saw some datashet e.g 540 that claims that HW supports ipsec offload - but there is no support in linux driver

Thanks Avi