Users Guide
Table Of Contents
- Tabla de contenido
- Prefacio
- 1 Funcionalidad y funciones
- 2 Configuración de equipos en Windows Server
- 3 LAN virtuales en Windows
- 4 Instalación del hardware
- 5 Capacidad de administración
- 6 Software del controlador Boot Agent
- 7 Software del controlador de Linux
- Introducción
- Limitaciones
- Paquetes
- Instalación del software del controlador de Linux
- Cargar y ejecutar componentes de software de iSCSI necesarios
- Descarga o eliminación del controlador de Linux
- Revisión de archivos PCI (opcional)
- Instalaciones de red
- Configuración de valores para las propiedades opcionales
- Controladores predeterminados
- Mensajes del controlador
- Mensajes del controlador bnx2x
- Mensajes del controlador bnx2i
- Inicio de sesión del controlador BNX2I
- Puerto de red a vinculación de nombre de transporte iSCSI
- El controlador finaliza el intercambio de señales con el dispositivo C-NIC activado para la descarga iSCSI.
- El controlador detecta que la descarga iSCSI no está activado en el dispositivo C-NIC
- Excede el límite máximo de conexiones de descarga iSCSI permitidas
- La ruta de red a nodo de destino y la vinculación de nombre de transporte son dos dispositivos distintos
- No puede alcanzarse el destino en ninguno de los dispositivos C-NIC
- Se asigna ruta de red a interfaz de red, que está caída
- SCSI-ML inició el restablecimiento del host (recuperación de sesión)
- C-NIC detecta una violación del protocolo iSCSI - Errores fatales
- C-NIC detecta una violación del protocolo iSCSI - No FATAL, Advertencia
- El controlador establece una sesión mediante recuperación
- Rechazar iSCSI PDU recibido del destino
- Daemon Open-iSCSI traspasa sesión a controlador
- Mensajes del controlador bnx2fc
- Inicio de sesión del controlador BNX2FC
- El controlador finaliza el intercambio de señales con el dispositivo C-NIC activado para la descarga FCoE
- Error en el controlador en el intercambio de señales con el dispositivo C-NIC activado para la descarga FCoE
- No existe una licencia válida para iniciar FCoE
- Errores en la sesión porque se han superado los límites de memoria o el límite máximo permitido de conexiones de descarga de FCoE
- Errores de descarga de sesión
- Errores de carga de sesión
- No es posible enviar ABTS
- No es posible recuperar la E/S mediante ABTS (debido al tiempo de espera de ABTS)
- No es posible enviar la solicitud de E/S porque la sesión no está lista
- Pérdida de tramas de recepción L2 incorrectas
- Errores de adaptador de bus de host y de asignación de lport
- Creación de puerto NPIV
- Equipos con entrelazado de canales
- Estadísticas
- Descarga iSCSI de Linux
- Aplicaciones de usuario Open iSCSI
- Aplicación de usuario iscsiuio
- Vincular el destino iSCSI al nombre de transporte iSCSI de Marvell
- Configuración VLAN para descarga iSCSI (Linux)
- Realizar conexiones a destinos iSCSI
- Máximo de conexiones iSCSI de descarga
- Preguntas frecuentes sobre descarga iSCSI de Linux
- 8 Software del controlador de VMware
- Introducción
- Paquetes
- Descargar, instalar y actualizar controladores
- Parámetros del controlador
- Parámetros del controlador bnx2
- Parámetros del controlador bnx2x
- Parámetros del controlador cnic
- Parámetros del controlador bnx2i
- Parámetro del controlador bnx2fc
- Parámetros del controlador qcnic
- Parámetros del controlador qfle3
- Parámetros del controlador qfle3i
- Parámetros del controlador qfle3f
- Valores predeterminados del controlador
- Descarga y eliminación de controladores
- Compatibilidad con FCoE
- Compatibilidad con iSCSI
- 9 Software del controlador de Windows
- Controladores admitidos
- Instalación del software del controlador
- Modificación del software del controlador
- Reparación o reinstalación del software del controlador
- Cómo quitar los controladores de dispositivos
- Cómo visualizar o cambiar las propiedades del adaptador
- Configuración de las opciones de administración de energía
- Configuración del protocolo de comunicación a utilizar con QCC la GUI QCC PowerKit y QCS CLI
- 10 Software del controlador Citrix XenServer
- 11 Protocolo iSCSI
- Inicio iSCSI
- Sistemas operativos compatibles con inicio iSCSI
- Configuración de inicio iSCSI
- Configuración del destino iSCSI
- Configuración de los parámetros de inicio iSCSI
- Configuración del protocolo de inicio MBA
- Configuración de inicio iSCSI
- Activación de la autenticación de CHAP
- Configuración del servidor DHCP para que admita el inicio iSCSI
- Configuración de inicio iSCSI en DHCP para IPv4
- Configuración de inicio de iSCSI en DHCP para IPv6
- Configuración del servidor DHCP
- Preparación de la imagen de inicio iSCSI
- Inicio
- Otras consideraciones sobre el inicio iSCSI
- Solución de problemas del inicio iSCSI
- Volcado para caída del sistema iSCSI
- Descarga de iSCSI en Windows Server
- Inicio iSCSI
- 12 Servicios de equipos de Marvell
- Resumen ejecutivo
- Mecanismos de equipo
- Equipos y otras propiedades avanzadas de conexión en red
- Aspectos generales de redes
- Aspectos relativos a las aplicaciones
- Solución de problemas de equipos
- Preguntas más frecuentes
- Mensajes del registro de sucesos
- 13 Particionamiento NIC y administración de ancho de banda
- 14 Fibre Channel a través de Ethernet
- Visión general
- Inicio FCoE desde SAN
- Preparación del BIOS del sistema para creación e inicio de FCoE
- Preparación de múltiples agentes de inicio de Marvell para inicio de FCoE (CCM)
- Preparación de múltiples agentes de inicio de Marvell para inicio FCoE (UEFI)
- Suministro de acceso al almacenamiento en SAN
- Desactivado una vez
- Instalación de inicio FCoE de Windows Server 2016/2019/Azure Stack HCI
- Instalación de inicio FCoE de Linux
- Instalación de inicio FCoE de VMware ESXi
- Inicio desde SAN después de la instalación
- Configuración de FCoE
- Virtualización de la Id. de N_Port (NPIV)
- 15 Puente del centro de datos
- 16 SR-IOV
- 17 Especificaciones
- 18 Información reglamentaria
- Seguridad del producto
- AS/NZS (C-Tick)
- Aviso de la FCC
- Aviso de la VCCI
- Aviso de la CE
- Información reglamentaria canadiense (solo para Canadá)
- Aviso de la Comisión de Comunicaciones de Corea (KCC) (República de Corea solamente)
- BSMI
- Certificaciones para 95709SA0908G, 957710A1023G (E02D001) y 957711A1123G (E03D001)
- 19 Solución de problemas
- Diagnóstico de hardware
- Comprobación de los LED de puerto
- Lista de comprobación de solución de problemas
- Cómo comprobar si los controladores actuales están cargados
- Ejecución de una prueba de longitud de cable
- Prueba de conectividad de red
- Microsoft Virtualization con Hyper-V
- Cómo quitar los controladores de dispositivos 57xx y 57xxx de Marvell
- Actualización de los sistemas operativos Windows
- Marvell Boot Agent
- Linux
- NPAR
- Depuración de kernel por Ethernet
- Varios
- A Historial de revisiones
12–Servicios de equipos de Marvell
Resumen ejecutivo
Doc Nº. BC0054508-09 Rev. R
21 de enero de 2021 Página 163 Copyright © 2021 Marvell
El equilibrio de carga de recepción SLB intenta equilibrar la carga del tráfico
entrante de las máquinas cliente en los puertos físicos del equipo. Utiliza un ARP
gratuito modificado para anunciar una dirección MAC diferente para la dirección
IP del equipo en la dirección física y de protocolo del remitente. El G-ARP se
envía a un único destino con la dirección MAC e IP de una máquina cliente en la
dirección de destino física y de protocolo respectivamente. Esta acción hace que
el cliente de destino actualice su caché ARP con un nuevo mapa de dirección
MAC hacia la dirección IP del equipo. Los G-ARP no se transmiten porque
provocaría que todos los clientes enviaran su tráfico al mismo puerto. En
consecuencia, se eliminarían los beneficios que se obtienen a través del equilibrio
de carga del cliente y podría generarse una entrega de tramas desordenada. Este
esquema de equilibrio de carga de recepción funciona siempre que todos los
clientes y el sistema del equipo se encuentren en la misma subred o el mismo
dominio de transmisión.
Cuando los clientes y el sistema se encuentran en diferentes subredes y el tráfico
entrante debe atravesar un enrutador, la carga del tráfico recibido para el sistema
no se equilibra. El adaptador físico que el controlador intermedio ha seleccionado
para transmitir el flujo IP transmite todo el tráfico. Cuando el enrutador envía una
trama a la dirección IP del equipo, transmite una solicitud ARP (si no se
encuentra en la caché ARP). La pila de software del servidor genera una
respuesta ARP con la dirección MAC del equipo, pero el controlador intermedio
modifica la respuesta ARP y la envía a través de un adaptador físico específico,
estableciendo así el flujo para dicha sesión.
Por este motivo el ARP no es un protocolo enrutable. No cuenta con un
encabezado IP; por lo tanto, no se lo envía al enrutador o puerta predeterminada.
El ARP es únicamente un protocolo de subred local. Además, como el G-ARP no
es un paquete de transmisión, el enrutador no lo procesará y no actualizará su
propia caché ARP.
La única manera de que el enrutador procese un ARP destinado para otro
dispositivo de red es que haya un ARP Proxy activado y que el host no tenga una
puerta predeterminada. Esta situación es muy poco común y no se recomienda
para la mayoría de las aplicaciones.
La carga de transmisión de tráfico a través de un enrutador se equilibrará porque
el equilibrio de la carga de transmisión se basa en las direcciones IP de origen y
destino, y en el número del puerto TCP/UDP. Como los enrutadores no alteran las
direcciones IP de origen y destino, el algoritmo de equilibrio de carga funciona
como fue concebido.