Modification des paramètres de l'onglet Advanced Properties (Propriétés avancées) lorsque du trafic
est présent
Il est conseillé de ne pas modifier les paramètres de l'onglet Advanced Properties (Propriétés avancées) d'Intel®
PROSet lorsque les charges réseau sont élevées. Autrement, un redémarrage peut s'avérer nécessaire pour que les
modifications soient prises en compte.
Perte inattendue de la connectivité
Si vous désélectionnez la case "Autoriser l'ordinateur à éteindre ce périphérique pour économiser l'énergie" sous
l'onglet Gestion de l'alimentation et que vous mettez ensuite le système en mode de veille, vous risquez de perdre la
connectivité en réactivant le système. Vous devez désactiver puis activer la carte réseau pour résoudre ce problème.
L'installation d'Intel® PROSet pour le Gestionnaire de périphériques Windows permet également de résoudre ce
problème.
Des pertes de liaison intermittentes et une dégradation des performances à haut niveau de stress
peuvent se produire sur les systèmes Windows Server 2012
Sur un système basé sur Windows Server 2012 avec processeurs multicœurs, des pertes de liaison intermittentes et
une dégradation des performances à haut niveau de stress peuvent se produire en raison d'une affectation RSS
incorrecte du processeur. Des informations complémentaires ainsi qu'un correctif Microsoft sont disponibles à :
http://support.microsoft.com/kb/2846837.
Perte de liaison entre la machine virtuelle et le système Microsoft Windows Server 2012 R2
Si vous modifiez le paramètre BaseRssProcessor d'un système Microsoft Windows Server 2012 R2 sur lequel des files
d'attente d'ordinateurs virtuels (VMQ) sont activées, puis que vous procédez à l'installation de Microsoft Hyper-V et à la
création d'une ou de plusieurs machines virtuelles, il se peut que les machines virtuelles perdent la liaison.
L'installation du correctif cumulatif d'avril 2014 pour Windows RT 8.1, Windows 8.1 et Windows Server 2012 R2
(2919355) et du correctif logiciel 3031598 permettent de résoudre le problème. Consultez les sites
http://support2.microsoft.com/kb/2919355
et
http://support2.microsoft.com/kb/3031598
pour davantage d'informations.
Dans un environnement Microsoft Hyper-V, les machines virtuelles associées aux partitions NPAR ne
communiqueront pas entre elles
Dans un environnement Microsoft Hyper-V, si NPAR est activé sur un port et que les machines virtuelles sont
associées aux partitions de ce port, les machines virtuelles ne peuvent pas communiquer entre elles. Cela se produit
parce que le commutateur virtuel dans Hyper-V envoie les paquets vers le port physique, qui envoie les paquets au
commutateur connecté au port. Le commutateur physique peut ne pas être configuré en tant que relai réfléchissant
(renvoi d'appel en U). Il peut donc ne pas renvoyer les paquets à la connexion dont il les a reçus. La connexion du port
à un commutateur avec agrégateur de port Ethernet virtuel (VEPA) résoudra le problème.
Problèmes connus de la carte réseau Intel 10GbE
L'inventaire matériel du système (iDRAC) indique que la négociation automatique est désactivée sur le
contrôleur d'interface réseau, mais que partout ailleurs, la négociation automatique du mode duplex et
de la vitesse est activée
Si un module optique est branché sur le LOM Intel® Ethernet 10G X520 d'un PowerEdge C6320, l'inventaire matériel
du système (iDRAC) indiquera que la négociation automatique est désactivée. Le Gestionnaire de périphériques
Windows et la base HII indiquent néanmoins que la négociation automatique du mode duplex et de la vitesse de
liaison est activée. De fait, le pilote contient un algorithme qui permet au LOM d'établir une liaison avec les partenaires
SFP à 10 Gbit/s ou 1 Gbit/s. Si cette information est communiquée au Gestionnaire de périphériques Windows et à la
base HII, il ne s'agit pourtant pas d'une réelle négociation automatique. iDRAC lisant le microprogramme du
périphérique qui ne connaît pas l'algorithme, il signale que la négociation automatique est désactivée.