I have a performance dilemma with the Windows 10 software/driver for an onboard I210 series LAN chipset. I have two ASUS motherboards, Rampage IV – 82579V and P10S WS – I210, connected to a network. The P10S WS is the server and the other is used as desktop. With just these two components connected, I get about 85-90MB/s performance from a normal boot. But, if I go into the P10S WS and change anything in the advanced configuration of the adapter, which makes the adapter restart, then my performance is 111-113MB/s (which is really good). After booting the P10S WS, I have to change something (i.e. speed from Auto to 1GB full duplex, even though it is running 1GB anyway) to get it to restart and run full speed. Any help would be appreciated. Running Intel latest drivers.
↧
I210 Adapter restart triggers increased performance
↧
i219-V Stability Issues when Link Speed is negotiated above 10M-FDx
Greetings,
A recently acquired motherboard has an on-board Intel i219-V NIC. Within a fresh Win7 Pro SP1 x64 install with latest Intel drivers (driver v12.15.23.1, PROSet v21.0.504.0), I am experiencing stability issues with this NIC when a specific combination of factors are met:
1. NIC is set to any Link Speed above 10Mbps Full Duplex (100M-Full, 1G-Full, & Auto Negotiate)
2. Steam (the application from Valve) is downloading application and/or game updates
Basically once Steam starts its updates and reaches about 1MB/s transfer rate, the link drops and the whole computer loses its network connection (LAN and WAN) - all LAN ARP entries are flushed, cannot ping local gateway router, Windows shows the little yellow triangle over the network icon (link but no L2/L3, self-assigned 169 address)
Once this issue occurs, it is resolvable in only two ways:
- Reboot the computer
- Change the Link Speed settings under the NIC's Device Properties page in Device Manager. It doesn't matter what I set it to, just the action of re-setting this parameter is enough to re-negotiate the link again, it seems.
The only workaround that I've found so far is to manually set the NIC Link speed to 10Mbps Full - the NIC is stable (albeit much slower) in this configuration.
Other Troubleshooting & Notes:
- No other application or traffic type seems to result in this behavior. For example, speed tests, iperf tests, torrent, etc all max out my WAN (not LAN) with ease, without the NIC dropping the link
- Replaced relevant CAT6 patch cables (all test good as well)
- Tested different port on LAN switch (NIC is connected directly to an enterprise HP ProCurve switch)
- Tested with switchport speed/duplex settings always matching NIC Link Speed settings (100M-Full, 10M-Full, etc)
Edit: I tested with a USB3.0 Ethernet adapter, and Steam has no issues maxing out the ISP without the link dropping. All other equipment is the same and configured the same.
↧
↧
NT Kernel errors caused by Queencreek - Intel to fix
↧
Obsolete driver for (2) I219-LM on Windows Update for Windows 7 ?
Hi,
I have read somewhere that Intel is NOT (directly) responsible for whatever Intel driver Microsoft is pushing through Windows update.
However I would like to ask a question, after a bit of context.
I have business laptop configured Windows 7 Enterprise, x64, SP 1:
Microsoft Windows [Version 6.1.7601]
absolutely up to date.
The wired network is built with
"Intel® Ethernet Connection (2) I219-LM"
so I have installed latest version of
"Intel® Network Adapter Driver for Windows 7 / ProWin64.exe"
which is Version:21.1 (Latest)Date:10/11/2016
the specific version on the file driver as shown in Device Manager being: 12.15.23.7 dated 07/26/2016
So far so good.
Then why Microsoft Windows Update for Windows 7 keeps pushing a obsolete driver dated November 2015 update with the following description:
Intel - LAN, LAN (Server) - Intel(R) Ethernet Connection (2) I219-LM
Download size: 731 KB
You may need to restart your computer for this update to take effect.
Update type: Optional
Intel LAN, LAN (Server) software update released in November, 2015
I mean even if it is optional, what is the point ? because it is definitely confusing.
What do you think ?
Please advise.
Hassan
↧
Utilize QAT adapters to speed up LZS compression speed
Hi, I have QAT8920 and QAT8955 adapters, and I want to use it to accelerate the LZS compression speed, but I can not find the start guide and LZS smaple patch, can some body help with this? Thanks a lot!
↧
↧
Intel(R) Ethernet Connection I217-V not working
Hello Intel community. I need help for Intel(R) Ethernet Connection I217-V wich isn't working suddenly after a Windows update on end december (don't remember the date). After that I was looking for solutions like uptading my bios, LAN, switching to windows 7 (I'm back to Win10) and other sh*t... nothing works. So I want to share a screenshot of the problem here. And a last thing, I tried the intel driver uptade utility and it found that my chipest needs update from 10.0.14393.594 to 10.1.1.14. So I did it but after the reboot I opened the utility again and it says the same thing that it needs an update from 10.0.14393.594 to 10.1.1.14.
Thanks for any info, any solution. And sorry if there are some mistakes I have a low level of english
↧
How to know the changeset of two different driver versions?
Hi,
For a study, I would like to know the differences between two Intel Network driver versions (example: delta changes/fixes/improvements from v18.6 and v21.1)
In the Intel websites, I don't get this information. can you please update from where can I get these information?
Appreciate your help!
↧
widi extension of etwork
Hi,
I would like to extend the range of my widi to put my tv farther.
What can i use to do that?
Thanks
↧
SNMP for Intel ET Gigabit Dual Port server addapter issue with ANS
Hello.
I started a new thread, because the old thread (SNMP issue with ANS ) don't have any answer from Intel's team since 2013 year.
I have installed the last version of PROWinx32.exe (21.1) with activation of the SNMP option on Windows 7 (32-bit).
I have configured an AFT teaming from two network interfaces. By using PROSetCL.exe, I have checked that this teaming works correctly.
My problem is when I make a SNMP dump of the intel-Ian-adapters MIB, I have the following results:
- baseDriverLoadedAnsNotLoaded(1) for the status when I am expecting baseDriverLoadedAnsLoaded(3)
- standAlone(0) for the type of the adapters involved in the teaming when I am expecting teamMember(1)
- no data under ansAttrTables MIB subtree.
Previously, we used data from ansAttrTable MIB subtree on Windows XP with PROWin32.exe (v16.3) without any problems.
Under Windows 7 with the same (v16.3) driver and latest (v21.1) driver no data under ansAttrTable MIB subtree.
Is there something specific to do to have ANS loaded at SNMP level ?
↧
↧
I211/I217-V Windows 10 LACP teaming fails
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
↧
i219 Tx/Rx Queues?
Hello,
I am currently writing a driver for the i219 and tried to access the received data, but I am missing the Receive Descriptor Base Address (RDBAL/RDBAH)?
I couldn't find this information in the datasheet (http://www.intel.com/content/dam/www/public/us/en/documents/datasheets/ethernet-connection-i219-datasheet.pdf).
Was also looking at the datasheet of the PCH (http://www.intel.com/content/dam/www/public/us/en/documents/datasheets/100-series-chipset-datasheet-vol-2.pdf).
The datasheet of the i217 (http://www.intel.com/content/dam/www/public/us/en/documents/datasheets/i217-ethernet-controller-datasheet.pdf ) contains the RDBAL/RDBAH but I am not entirely convinced that these addresses are also correct for the i219.
I really appreciate any help you can provide,
Akir
↧
intel ethernet connection i219-v code 10 Error all the time
Hello,
First i am from germany so sry for my english at some points.
I build a new pc installed all drivers. All are working fine but the driver for the Ethernet adapter is just not working. I installed the Driver cd from the mainboard did not work, I installed the intel Driver did not work and i installed driver from the mainboard website did not work also....
What can i do i installed windows again it did not help.
Did a Cmos reset did not help.
Checket the bios settings did not help.
I Need help....
Thanks for reading
Taktlos.
↧
I have query on intel network product that do we have 25G NIC - fiber card ? if not what is the alternate model in intel?. -subash
Dear Team,
I have query on intel network product that do we have 25G NIC - fiber card ? if not what is the alternate model in intel?.
Regards,
subash
↧
↧
How do you enable promiscuous mode on l219-LM updating drive does not seem to help
l219-LM using wireshark or NI observer same results nic is not in promiscuous mode OS Windows 10
↧
Digital signature Broken on latest Intel ProSet 21.1 Drivers??
I was installing the latest drivers for my motherboard, I211 + I219-V on a fresh W10 x64, the 21.1 package.
I219-V work fine
But the new Drivers for I211 (at least, maybe others too) inside ProSet 21.1 are signed ¿Wrong? by INTELNPG1, and Windows refuse them with the classical Error 52.
ProSet 21.0, in other hands, work fine, the sign are correct. issued not by INTELNPG1, but Intel(R) Intel Network Drivers.
Not a drama, but it would be nice to install a properly signed driver to use it.
More strange, Drivers for I219-V are signed by INTELNPG1 too, and work fine (same cert)
↧
Intel 82579LM failed loopback testing
I got the board with i5 CPU 3550S and Intel 82579LM onboard NIC .Found intermittent failed running internal & external LAN loop-back test by using Intel LAN DOS Utility Celo v1.17. The test only failed after running for few cycles , Anyone have idea what cause the test failed?
A latest version V1.21 found in Intel download center, any changes in Celo from V1.17 to 1.21?
Thanks.
↧
I210 Adapter restart triggers increased performance
I have a performance dilemma with the Windows 10 software/driver for an onboard I210 series LAN chipset. I have two ASUS motherboards, Rampage IV – 82579V and P10S WS – I210, connected to a network. The P10S WS is the server and the other is used as desktop. With just these two components connected, I get about 85-90MB/s performance from a normal boot. But, if I go into the P10S WS and change anything in the advanced configuration of the adapter, which makes the adapter restart, then my performance is 111-113MB/s (which is really good). After booting the P10S WS, I have to change something (i.e. speed from Auto to 1GB full duplex, even though it is running 1GB anyway) to get it to restart and run full speed. Any help would be appreciated. Running Intel latest drivers.
↧
↧
Intel QuickAssist Technology - Supported Functions
Hi,
Is there a document/brief that shows all the supported functions on the 8950 QAT plug in card?
Thanks,
Jackson
↧
Packet timestamp sampling latency of X550 controller
Hello,
I would like to know the Packet timestamp sampling latency of X550 controller at different link spped.
For example in the i210 datasheet in the section 7.8.3.1 (Capture Time Stamp Mechanism) there is a table summarizing the packet timestamp sampling latency of the i210 controller.
In the X550 datasheet section 7.7.3.2 (Time Stamping Mechanism) this information is missing.
Please help find this information for the X550 controller.
Regards
Yacine
↧
82576 Gigabit Ethernet: Enabling MPE bit causes Unknown Unicast to accept
Hi,
We are using 82576 Gigabit Ethernet Controller, as per the document (8.10.1 Receive Control Register - RCTL (0x00100; R/W)
, page No. 515) attached and also the ethtool output,
- Even if the UPE (Unicast Promiscuous Enable) bit is reset (disabled) we still seem to receive any Unknown Unicast Packets.
- If we disable the MPE (Multicast Promiscuous Enable) bit then we stop receiving any Unknown Unicast Packets.
While I do not see any reason why any one would disable UPE and enable MPE, just wanted to know if it is expected behavior.
Our assumption was that if the UPE bit is disabled then we should NOT receive any Unknown Unicast (assume we do not have any
RAL entries for MAC filtering)
Linux# ethtool -d eth1
0x00000: CTRL (Device control register) 0x40D00240
Invert Loss-Of-Signal: no
Receive flow control: disabled
Transmit flow control: disabled
VLAN mode: enabled
Set link up: 1
D3COLD WakeUp capability advertisement: enabled
Auto speed detect: disabled
Speed select: 1000Mb/s
Force speed: no
Force duplex: no
0x00008: STATUS (Device status register) 0x00080383
Duplex: full
Link up: link config
Transmission: on
DMA clock gating: disabled
TBI mode: disabled
Link speed: 1000Mb/s
Bus type: PCI Express
0x00100: RCTL (Receive control register) 0x0400803A
Receiver: enabled
Store bad packets: disabled
Unicast promiscuous: disabled
Multicast promiscuous: enabled
Long packet: enabled
Descriptor minimum threshold size: 1/2
Broadcast accept mode: accept
VLAN filter: disabled
Cononical form indicator: disabled
Discard pause frames: filtered
Pass MAC control frames: don't pass
Loopback mode: normal
Receive buffer size: 2048
↧