Utilizando el ixgbe Controlador básico para Conexiones de red Intel® 10 Gigabit

El controlador ixgbe es compatible con 82598 y 82599 10 Gigabit PCI Express * basado en Conexiones de red.

• Descargar ixgbe aquí
• Descripción general
• Compilación e instalación
• Parámetros de línea de comandos
• Configuraciones adicionales

Descripción general

El controlador básico de Linux * es compatible con el kernel 2.6 .x, e incluye soporte para cualquier sistema Linux compatible, incluyendo Itanium® 2, x86_64, i686, y PPC.

Estos controladores sólo se admite como módulo descargable en este momento. Intel no proporciona parches del código fuente del núcleo para permitir un vínculo estático del controlador. Una versión del controlador ya podría ser incluidas con la distribución y/o el kernel de kernel.org. Para cuestiones relacionadas con los requisitos de hardware, consulte la documentación suministrada con el adaptador de Intel. Todos los requisitos de hardware incluidos se aplican para el uso con Linux.

Las siguientes características están disponibles ahora en los kernel compatibles:

• VLAN nativas
• Unión de canales (creación de equipos)
• SNMP
• Descarga de recepción genérico
• Puentes de centro datos

La asociación de canales documentación se pueden encontrar en el código fuente del kernel Linux: /Documentation/networking/unión.txt

Información del controlador mostró anteriormente en el sistema de archivos /proc no se admite en esta versión. Como alternativa, puede utilizar ethtool (versión 1.6 o posterior), lspci y ifconfig para obtener la misma información. Instrucciones sobre la actualización ethtool se encuentra en la sección configuraciones adicionales más adelante en este documento.

El controlador en esta versión es compatible con Intel 82598 y 82599-basado en Conexiones de red.

Para obtener más información acerca de cómo identificar el adaptador, vaya a la y controlador del Adaptador Guía de identificación en:

Http://support.intel.com/support/go/network/adapter/proidguide.htm

Para los controladores más recientes de red Intel para Linux, consulte el siguiente sitio web. Seleccione el vínculo para el adaptador.

Http://support.intel.com/support/go/network/adapter/home.htm

SFP+ conexión abierta los dispositivos con la óptica

Los adaptadores basados en 82599

La siguiente es una lista de terceros módulos SFP+ y conectar directamente los cables que han recibido alguna prueba. No todos los módulos se aplican a todos los dispositivos.

82599-Son compatibles con todos los adaptadores basados en pasivo y activo limitación conectar directamente los cables que cumplan con-8431 v4.1 y SFF-8472 v10.4 especificaciones de SFF.

Láser se desactiva SFP+ cuando ifconfig down

"ifconfig down" apaga el láser para 82599-based+ los adaptadores de fibra de SFP. "Escriba ifconfig una copia" se convierte en el láser.

Los adaptadores basados en 82598

La siguiente es una lista de módulos SFP+ conexión directa y cables que han recibido alguna prueba. No todos los módulos se aplican a todos los dispositivos.

Los adaptadores basados en 82598-pasivo son compatibles con todos los cables que cumplan con conexión directa-8431 v4.1 y SFF-8472 v10.4 especificaciones de SFF. Active conectar directamente los cables no son compatibles.

Fibra óptica Los cables Y MÓDULOS DE TERCEROS MENCIONADOS ANTERIORMENTE, SE muestran SÓLO PARA EL PROPÓSITO DE poner de relieve LAS ESPECIFICACIONES Y EL potencial DE TERCEROS COMPATIBILIDAD, Y NO SON RECOMENDACIONES O aval NI patrocinio DE CUALQUIER TERCERO’S PRODUCTO A INTEL. INTEL NO SE APRUEBA o PRODUCTOS que promueven HECHA POR CUALQUIER TERCERO Y LA REFERENCIA DE TERCEROS SÓLO SE PROPORCIONA PARA COMPARTIR INFORMACIÓN SOBRE CIERTOS MÓDULOS óptica Y los cables CON LAS ESPECIFICACIONES ANTERIORES. ES POSIBLE QUE OTROS fabricantes o proveedores, o MÓDULOS óptica cables Y suministrando PRODUCIR CON RENUNCIA que coincidan con las descripciones similar. LOS CLIENTES DEBEN USAR SU PROPIA DISCRECIÓN Y LA diligencia PARA ADQUIRIR LOS MÓDULOS Y cables de fibra óptica CUALQUIER TERCERO DE SU ELECCIÓN. LOS CLIENTES ES EL ÚNICO RESPONSABLE DE evaluar LA IDONEIDAD DEL PRODUCTO Y/O DISPOSITIVOS Y PARA LA SELECCIÓN DEL PROVEEDOR PARA ADQUIRIR CUALQUIER PRODUCTO. LOS cables Y los cables MENCIONADOS ANTERIORMENTE SON MÓDULOS NO GARANTÍA NI COMPATIBLE CON INTEL. INTEL NO ASUME RESPONSABILIDAD ALGUNA Y RECHAZA CUALQUIER GARANTÍA EXPLÍCITA O IMPLÍCITA, EN RELACIÓN CON LA VENTA Y/O UTILIZACIÓN DE TALES PRODUCTOS DE TERCEROS O EN LA SELECCIÓN DE PROVEEDOR elecrónico CLIENTES.

Volver al principio

Compilación e instalación

Para compilar un módulo RPM * binario de este controlador, ejecute "rpmbuild -tb ixgbe.tar.gz".

Para generar este controlador manualmente:

1. Mueva el archivo con la extensión tar del controlador base al directorio que seleccione. Por ejemplo, utilice " /home/usuario/ixgbe" o " /usr/local/src/ixgbe".

2. Para descomprimir el archivo:

   Tar zxf ixgbe-x.x.x ..gz tar

3. Cambie al directorio src del controlador:

   ixgbe-x.x.x /src/cd

4. Compilar el módulo del controlador:

   Make install

   El binario se instalará como:

   //Módulos lib/ [VERSIÓN_DEL_KERNEL] /drivers/ixgbe ixgbe//net de kernel / . [k]s

   La ubicación de instalación mencionado anteriormente es la ubicación predeterminada. Esto puede variar para varias distribuciones de Linux.

5. Cargar el módulo:

   Para ver el kernel 2.6 .x, utilice el comando modprobe:

   modprobe ixgbe <parámetro> = <valor>

   Tenga en cuenta que para kernels 2.6 el comando insmod se puede utilizar si la ruta completa en el módulo de controlador se especifica. Por ejemplo:

   /Lib/modules/ <VERSIÓN DE KERNEL Escriba insmod e> /drivers/ixgbe ixgbe//net de kernel / .ko

   Con los kernels 2.6 basados en también asegúrese de que los controladores ixgbe anteriores se quitan en el kernel, antes de cargar el nuevo módulo:

   ixgbe escribiendo rmmod megaraid; ixgbe mptctl

6. Asigne una dirección IP a la interfaz. Para ello, escriba lo siguiente, donde x es el número de interfaz:

   <Dirección_IP> <máscara netmask ifconfig ethx>

7. Compruebe que funcione la interfaz. Introduzca lo siguiente, donde <dirección_IP> es la dirección IP de otra máquina en la misma subred que la interfaz que se está probando:

   Ping dirección_IP> <

Para construir controlador ixgbe con DCA

Si el kernel admite DCA, el controlador se compila de forma predeterminada con DCA habilitado.

Volver al principio

Parámetros de línea de comandos

Si el controlador está construido como un módulo, los parámetros opcionales siguientes son utilizados por en la línea de comandos con el comando modprobe con esta sintaxis:

[ <Option> = <VAL1 > , <VAL2 >, ixgbe mptctl...]

Por ejemplo:

ixgbe mptctl InterruptThrottleRate=16000,16000

Generalmente, el valor predeterminado de cada parámetro es el recomendado, a no ser que se indique lo contrario.

Nombre del parámetro Rango y Configuración válidos Predeterminado Descripción RSS - Escalado del lado (o varias colas para recibe) 0 - 16 1 0 = Xfffffff se RSS 1 = Activa RSS y establece el recuento descriptores de cola a 16 o el número de CPU en línea, el que sea menor. 2-16 = Activa RSS, con 2-16 colas RSS también efectos el número de colas de transmisión asignado en 2.6.23 y Los más nuevos con los kernels CONFIG_NETDEVICES_MULTIQUEUE establece en el kernel archivo .config. CONFIG_NETDEVICES_MULTIQUEUE sólo existe de 2.6.23 a 2.6.26 . Otras opciones permiten multiqueue 2.6.27 y en los kernels más recientes. Nota La fuente RSS parámetro no tiene efecto en los adaptadores basados en 82599-a menos que el parámetro de utilizar simultáneamente para desactivar Fdirmode es Director de flujo. Consulte sección Director de flujo Ethernet Intel® para más detalles. MQ: multi cola 0, 1 1 0 = Inhabilita cola admiten múltiples 1 = Varios cola admiten Activada (un requisito previo para RSS) DCA - Acceso directo a caché 0, 1 1 (Cuando IXGBE_DCA está habilitado) 0 = Inhabilita DCA compatibilidad en el controlador 1 = Activa soporte de DCA en el controlador Consulte las instrucciones anteriores para habilitar DCA. Si el controlador está habilitado para DCA este parámetro le permite cargar control de tiempo de la función. Rxbuffermode 0-2 2 (82598-adaptadores basados en) 0 (82599-adaptadores basados en) 0 = Controlador utiliza búfer único para paquetes de RX. 1 = Controlador se utilizar el modo de paquete dividido de RX. Cabezal de paquetes será recibido en el encabezado búfer y carga será recibido en búfer de datos. 2. = Modo óptimo. El controlador utiliza el modo de un búfer para las configuraciones de las tramas jumbo y el modo de paquete dividido para configuraciones Tramas jumbo. Nota Headerdatasplit no se admite en los adaptadores basados en 82599. Intmode 0-2 (0 = Int tradicional, 1 = MSI y 2 = MSIX) 2 Los controles permiten que el tiempo de carga Intmode control sobre el tipo de interrupción registrado para por el controlador. MSI-X se requiere para la compatibilidad con visualizaciones múltiples de la cola, y algunos núcleos y combinaciones de .config de opciones del kernel se fuerza un nivel inferior de la interrupción asistencia. 'cat /proc/Interrupts' le mostrará Valores diferentes para cada tipo de interrupción. InterruptThrottleRate 956-488281 (0 =desactivado, 1 =dinámico) 8000 Interrupt Throttle Rate (interrupciones/seg). La ITR parámetro controla ¿cuántos interrupciones cada vector de interrupción puede generar por segundo. En MQ/RSS habilitado con los kernels MSI-X interrupciones esto significa que cada vector de RX puede generar (de forma predeterminada) 8000 interrupciones por segundo y cada vector de TX puede generar (de forma predeterminada) 4000 interrupciones por segundo. El aumento en el costo de ITR reduce la latencia aumento en la utilización de la CPU, aunque puede ayudar a rendimiento en algunas circunstancias. 1 = El modo dinámico intentos para moderar interrupciones por vector, manteniendo la latencia muy baja. Esto a veces puede causar el uso adicional de la CPU. Si la planificación sobre la implantación ixgbe en un entorno delicado latencia considera por favor este parámetro. 0 = Valor InterruptThrottleRate a 0 desactiva las moderación de interrupción y puede mejorar pequeño paquete latencia, pero generalmente no es adecuado para procesamiento en masa mayor tráfico debido a la utilización de CPU de la más alta tasa de interrupciones. Por favor, tenga en cuenta que en los adaptadores basados en 82599, al deshabilitar InterruptThrottleRate también resultado en el controlador desactivar HW RSC. En los adaptadores basados en 82598, al deshabilitar InterruptThrottleRate también resultado en la desactivación LRO recepción grande (Descargas). LLI (Interrupciones de latencia baja) LLI permite la generación inmediata de una interrupción cuando se procesa recibir Los paquetes que coincidan con ciertos criterios establecidos por los parámetros descritos a continuación. Los parámetros de LLI no están habilitadas cuando se utilizan interrupciones tradicionales. Debe estar Utiliza MSI o MSI-X (ver/de interrupciones de cat /proc) para usar correctamente LLI. Lliport 0 - 65535 0 (Desactivado) LLI está configurado con el parámetro de línea de comandos de Lliport, que especifica Puerto TCP que debería generar interrupciones de baja latencia. Por ejemplo, usando Lliport=80 haría que el hardware para generar una Interrupción inmediata tras la recepción de cualquier paquete enviado a puerto TCP 80 en la Máquina local. Precaución Habilitación LLI puede resultar en un número excesivo de interrupciones/segundo que pueden causar problemas con el sistema y en algunos casos puede causar un error de kernel. Llipush 0 A 1 0 (Desactivado) Llipush se puede configurar para ser activada o desactivada (valor predeterminado). Es más eficaz en un entorno con muchas pequeñas transacciones. NOTA: La habilitación Llipush puede permitir que un ataque de denegación de servicio. Llisize 0-1500 0 (Desactivado) Llisize provoca una interrupción inmediata si la placa recibe un paquete más pequeño que el tamaño especificado. Llietype 0-X8fff 0 (Desactivado) Interrupciones de latencia baja Tipo de protocolo Ethernet. LLIVLANP 0 Y 7. 0 (Desactivado) Interrupciones de latencia baja sobre los valores de umbral de prioridad de VLAN. Control de flujo Control de flujo Ethernet (IEEE 802.3x) se puede configurar con ethtool para habilitar las tramas de pausa para recibir y transmitir ixgbe. Cuando está activada, tx tramas de PAUSA se genera cuando el búfer de paquetes se cruza un umbral predefinido. Cuando está activada, la rx transmisión unidad se detendrá por el retraso de tiempo especificado cuando se recibe una trama de PAUSA. Control de flujo está activado por defecto. Si desea desactivar un socio con capacidad para control de flujo de enlace, ethtool de uso: Ethtool -A eth? autoneg off rx off tx apagado Nota 82598 Las tarjetas de plano posterior para entrar en modo de 1 gig, control de flujo comportamiento predeterminado se cambió a apagado. Modo de control de flujo en 1 gig en estos dispositivos puede llevar a Tx se bloquea. Director de flujo Ethernet Intel® Es compatible con los filtros avanzados que dirigen sus flujos para recibir paquetes mediante Colas diferentes. Permite un estricto control sobre enrutamiento un flujo en la plataforma. Las corrientes de fósforos y los núcleos de CPU para la afinidad de flujo. Es compatible con varios parámetros para el flujo clasificación y de equilibrio de carga flexible. Director de flujo está activado sólo si el núcleo es la múltiple cola TX de capacidad. Un ejemplo de scripts ( .sh set_irq_affinity) automatiza la configuración IRQ a la afinidad de la CPU. Puede comprobar que el controlador está utilizando Director de flujo en el contador de ethtool: fdir_miss y fdir_match. Otros comandos ethtool: Para habilitar Director de flujo Ethtool -K ethX ntuple en Para agregar un filtro Utilice la opción -U modificador. p. ej., ethtool -U4 src ethX flujo de tipo tcp-ip 0x178000una acción 1 Para ver la lista de filtros presentes actualmente: Ethtool -u ethX Perfecto Filtro: perfecto filtro es una interfaz para cargar el filtro tabla que Todos los embudos flujo en queue_0 a menos que una cola alternativa se especifica mediante "acciones". En ese caso, cualquier flujo que coincida con los criterios de filtro será dirigido a la cola adecuada. Si la cola se define como -1, filtro, se suelte los paquetes que coincidan. Para tener en cuenta si coincide con de filtro y las pérdidas, existen dos las estadísticas de ethtool: fdir_match y fdir_miss. Además, muestra el número de paquetes rx_queue_n_packets procesado por la cola de Nth. Los siguientes tres parámetros impacto Director de flujo. Fdirmode 0-2 (0 =desactivado, 1 =atr, 2 =perfecto modo de filtro) 1 (ATR) Director de flujo modos de filtrado. Fdirpballoc 0-2 (0 = 1 = 64k, 128k, 2 = 256k) 0 (64k) Tamaño de búfer asignado Director de flujo de paquetes. Atrsamplerate 1 20 Software atr Tx frecuencia de muestreo de paquetes. Por ejemplo, si se establece en 20, cada paquete 20th, el aspecto para ver si el paquete se crea un nuevo flujo. Max_vfs 1-63 0 Si el valor es mayor que 0 también se fuerza el parámetro de VMDq a ser 1 o más. Este parámetro agrega compatibilidad para SR-IOV. provoca que el controlador para desovar hasta max_vfs pena de función virtual. Los parámetros para el controlador se hace referencia por su posición. Por tanto, si tiene un doble puerto 82599 adaptador basado en funciones virtuales y desea N por puerto, debe especificar un número para cada puerto con cada parámetro separados por una coma. Por ejemplo: insmod=63,63 max_vfs ixgbe Nota Si tanto los adaptadores basados en 82598 y 82599 se instalan en la misma máquina, Usted debe tener cuidado en la carga del controlador con los parámetros. Dependiendo de Configuración del sistema, el número de ranuras, etc. , y’s imposible predecir en todos los casos donde las posiciones se encontraría en la línea de comandos y el usuario tendrá que especificar desde cero en esas posiciones ocupadas por un puerto 82598. Nodo 0-N 1 (Off) El nodo parámetro le permitirá elegir qué nodo NUMA desea tener que asignar memoria en el adaptador. 0 – N: donde n es el número de nodos NUMA (es decir, 0 – 3) está actualmente en línea en el sistema. 1: Se enciende desactivada esta opción L2Lben 0 = Deshabilitar, 1 = enable (valor predeterminado) 1 (Activar) Este parámetro controla el interruptor interno (L2 bucle entre pf y VF). De manera predeterminada el conmutador está activado.

Volver al principio

Configuraciones adicionales

Configuración del controlador en diferentes distribuciones

La configuración de un controlador de red para que se cargue adecuadamente cuando se inicia el sistema depende de la distribución. Por lo general, el proceso de configuración incluye la adición de la línea de alias en /etc/modules.conf o /etc/modprobe.conf, así como la edición de otras secuencias de comandos e inicio del sistema o archivos de configuración. Muchas distribuciones de Linux se suministran con las herramientas necesarias para hacer estos cambios para usted. Para familiarizarse con la forma adecuada de configurar un dispositivo de red en el sistema, consulte la documentación de la distribución. Si durante este proceso se le preguntará por el nombre del controlador o del módulo, el nombre del controlador base de Linux para la familia de adaptadores 10 Gigabit es ixgbe.

Ver los mensajes de enlace

No se mostrarán los mensajes de enlaces en la consola si la distribución limita los mensajes del sistema. A fin de que se muestren los mensajes de enlace de controlador de red en la consola, establezca dmesg en ocho. Para ello, escriba lo siguiente:

dmesg -n 8

Tramas Jumbo

El controlador es compatible con las tramas jumbo para todos los adaptadores. La compatibilidad con las tramas de marcos se activa cambiando la MTU a un valor mayor que el valor predeterminado de 1500. El valor máximo para la MTU es 16110. Utilice el comando ifconfig para aumentar el tamaño de la MTU. Por ejemplo, escriba lo siguiente donde <x> es el número de interfaz:

ifconfig ethx MTU hasta 9000

El valor máximo de la MTU para tramas jumbo es 16110. Este valor coincide con las tramas jumbo máximo tamaño de 16128. Este controlador se intentará
Usar varios son los búferes de página para recibir todos los paquetes jumbo. Esto debería ayudar a evitar problemas de hambre de búfer al asignar recibir paquetes.

Ethtool

El controlador utiliza la interfaz ethtool para la configuración y diagnóstico del controlador, así como para mostrar información estadística. La versión más reciente ethtool se requiere para esta funcionalidad.

La revisión más reciente de ethtool se pueden encontrar en: http://ftp.kernel.org/pub/software/network/ethtool/ .

NAPI

NAPI (modo de sondeo Rx) es compatible con el controlador ixgbe. NAPI está activado o desactivado basado en la configuración del kernel. Para reemplazar el predeterminado, utilice los siguientes indicadores en tiempo de compilación.

Puede saber si NAPI está habilitado en el controlador en el número de versión del controlador. contendrá la cadena -NAPI si NAPI está habilitado.

Para habilitar NAPI, compile el módulo del controlador transfiriendo una opción de configuración:

Make CFLAGS_EXTRA= -DIXGBE_NAPI instalar

Para inhabilitar NAPI, compilar el módulo de controlador, pasando de una opción de configuración:

Make CFLAGS_EXTRA= -DIXGBE_NO_NAPI instalar

LRO

Descarga de recepción grande (LRO) es una técnica para aumentar el rendimiento de las conexiones entrantes de alto ancho de banda de red al reducir la CPU sobrecarga. Funciona al sumar varios paquetes entrantes desde un solo flujo en un búfer más grande antes de que se pasan más arriba en la pila de red, reduciendo así el número de paquetes que se tienen que ser procesados. LRO combina diversas tramas de Ethernet en un solo recibir en la pila, la utilización de la CPU para lo cual genera ahorros potencialmente recibe.

Compilar IXGBE_NO_LRO es un indicador de tiempo. El usuario puede activar en el momento de la compilación para quitar LRO de soporte para el controlador. El indicador se utiliza al agregar
Make CFLAGS_EXTRA= " -DIXGBE_NO_LRO" al hacer archivo cuando se compila.

Make CFLAGS_EXTRA= " -DIXGBE_NO_LRO" instalar

Puede comprobar que el controlador está utilizando LRO en estos contadores de ethtool:

La lro_flushed: el número total de recibe mediante LRO. lro_aggregated - cuenta el número total de paquetes de Ethernet que se combinaron.

HW RSC

Los adaptadores basados en 82599 asistencia basada en HW Coalescencia para el lado del receptor (RSC) que puede combinar varios marcos del mismo flujo TCP/IP IPv4 en una estructura única que puede abarcar uno o más descriptores. Funciona de igual manera que SW descarga de recepción grande técnica. De forma predeterminada HW y SW LRO RSC está habilitado no puede utilizarse para 82599-a menos que los adaptadores basados en HW RSC está deshabilitado.

Compilar IXGBE_NO_HW_RSC es un indicador de tiempo. El usuario puede activar en el momento de la compilación para quitar compatibilidad con HW RSC desde el controlador. El indicador se utiliza al agregar make CFLAGS_EXTRA= " -DIXGBE_NO_HW_RSC" al hacer archivo cuando se compila.

Make CFLAGS_EXTRA= " -DIXGBE_NO_HW_RSC" instalar

Puede comprobar que el controlador está utilizando HW RSC en el contador de ethtool:

Race hw_rsc_count - cuenta el número total de paquetes de Ethernet que se combinan.

Rx_dropped_backlog

Cuando en un modo non-NAPI (o interrupción), este contador indica que la pila se pierda paquetes. Hay un parámetro ajustable de la pila que le permite ajustar el importe de la cartera. Le recomendamos el aumento de la netdev_max_backlog si el contador va hasta.

# sysctl -a |grep netdev_max_backlog net.core.netdev_max_backlog = 1000 # sysctl -e net.core.netdev_max_backlog=10000 net.core.netdev_max_backlog = 10000

Control de flujo

Control de flujo está activado de manera predeterminada. Si desea desactivar un socio con capacidad para control de flujo de enlace, ethtool de uso:

Ethtool -A eth? autoneg off rx off tx apagado

Función anti-falsificación MAC y VLAN

Cuando un controlador malicioso intenta enviar un paquete falseado, se cayó por el hardware y no se transmiten. Una interrupción se envía al controlador de PF notificación de el intento podría suplantar.
Cuando un paquete falseado se detecta el controlador de PF enviará el siguiente mensaje en el registro del sistema (que aparece por el "dmesg" comando):

ixgbe ethx: ixgbe_spoof_check: n falseado paquetes detecta donde x=el PF interfaz# n=el VF que intentó realizar la falsificación.

Volver al principio

Sistema operativo:

Linux *

Esto se aplica a:

Adaptador Intel® 10 Gigabit AF DA de doble puerto para servidor Adaptador Intel® 10 Gigabit AT para servidor Intel® 10 Gigabit AT2 para servidor Adaptador Adaptador Intel® 10 Gigabit CX4 de doble puerto para servidor Adaptador Intel® 10 Gigabit XF LR para servidor Adaptador Intel® 10 Gigabit XF SR de doble puerto para servidor Adaptador Intel® 10 Gigabit XF SR de servidor Adaptador de red Intel® Ethernet convergido X520 Adaptador de redes convergentes sobre Ethernet Intel® X540-T1 Adaptador de redes convergentes sobre Ethernet Intel® X540-T2 Adaptador Intel® Ethernet serie X520 para servidor Adaptador Intel® Ethernet X520-DA2 para servidor Adaptador Intel® Ethernet X520-LR1 para servidor Adaptador Intel® Ethernet X520-SR1 para servidor Adaptador Intel® Ethernet X520-SR2 para servidor Adaptador de servidor Intel® Ethernet X520-T2 Adaptador Intel® PRO/10GbE CX4 para servidores Adaptador Intel® PRO/10GbE LR para servidor Adaptador Intel® PRO/10GbE SR para servidor