Los siguientes errores de red hacen referencia a la versión de Solaris 10.
Si un destino iSCSI o una matriz devuelve más de una dirección IP como parte de su respuesta send target, el iniciador tiene en cuenta sólo la última dirección de la lista y no la primera, como se solía hacer antes de esta versión. Como resultado, si la última dirección IP es incorrecta o no es válida, falla la conexión a este destino.
Solución: devuelva las distintas etiquetas de grupos de portales de destino (TPGT) para cada entrada en su respuesta al destino de envío. El iniciador intenta establecer una conexión con todas las direcciones IP para que la conexión resulte válida.
El dominio de interpretación del sistema (DOI) no se puede configurar. Cuando SMC se usa para crear una plantilla de red de confianza, SMC establece el DOI en 0 y Solaris Trusted Extensions no funciona correctamente. Aparecen distintos mensajes de error.
Solución: establezca el DOI en 1 mediante SMC.
En esta versión de Solaris, el reenvío de IP está deshabilitado de forma predeterminada. Esta configuración se aplica a IPv4 e IPv6 independientemente de la configuración de otros sistemas. Los sistemas con varias interfaces IP que anteriormente reenviaban paquetes IP de forma predeterminada ya no cuentan con esta función automática. Para habilitar el reenvío IP en sistemas con varias ubicaciones, los administradores deben realizar manualmente determinados pasos de configuración adicionales.
Solución: el comando routeadm habilita el reenvío IP. Los cambios de configuración que son el resultado de la utilización de routeadm se mantienen en los reinicios de sistema.
Para habilitar el reenvío IPv4, escriba routeadm -e ipv4-forwarding .
Para habilitar el reenvío IPv6, escriba routeadm -e ipv6-forwarding .
Para aplicar la configuración de reenvío IP habilitado al sistema que se esté ejecutando, escriba routeadm -u.
Para obtener más información acerca del reenvío IP, consulte la página de comando man routeadm(1M).
Se puede configurar una zona de forma que la dirección IP de la zona sea parte de un grupo multirruta de red IP (IPMP). El proceso de configuración se documenta en Cómo ampliar la funcionalidad de múltiples rutas de redes IP a las zonas no globales de IP compartida de Guía de administración de sistemas: Zonas de Solaris y administración de recursos y contenedores de Solaris.
Si todas las interfaces de red del grupo IPMP tienen un error, una zona no arrancará si tiene una dirección IP que forme parte del grupo IPMP.
El siguiente ejemplo muestra el resultado del intento de arrancar la zona.
# zoneadm -z my-zone boot zoneadm: zone 'my-zone': bge0:1: could not set default interface for multicast: Invalid argument zoneadm: zone 'my-zone': call to zoneadmd failed |
Solución: repare al menos una interfaz de red en el grupo.
Los destinos SCSI de Internet (iSCSI) pueden registrar errores de comprobación de redundancia cíclica (CRC, Cyclic Redundancy Check) cuando DataDigest está activado. Las aplicaciones de usuario que actualizan los búferes de entrada/salida después de transmitir al iniciador iSCSI pueden provocar un error de cálculo en la CRC. Cuando el destino responde con un error de CRC, el iniciador de iSCSI retransmite los datos con el CRC de DataDigest correcto. Se mantiene la integridad de los datos. Sin embargo, el rendimiento de la transferencia de datos se ve afectado. No se muestra ningún mensaje de error.
Solución: no utilice la opción DataDigest.
Durante el arranque del sistema, es posible que varias instancias no se conecten a la instancia de simulación LAN (LANE) si hay más de ocho instancias LANE en un único adaptador. Este error no aparece en el nivel multiusuario.
Solución: para reinicializar la red SunATM, realice los siguientes pasos:
Compruebe el problema emitiendo un comando lanestat - a.
Las instancias que no están conectadas tienen valores de identificador de circuito virtual (VCI) igual a 0 para el servidor de simulación LAN (LES) y el servidor de direcciones desconocidas y de emisión (BUS).
Detenga y reinicie la red SunATM.
# /etc/init.d/sunatm stop # /etc/init.d/sunatm start |
Restablezca las máscaras de red o cualquier otra configuración de red de las interfaces SunATM.
Si configura diversos túneles de IP entre dos nodos IP y habilita ip_strict_dst_multihoming u otros filtros IP, se pueden producir pérdidas de paquetes.
Solución: Elija una de las siguientes opciones:
Configure en primer lugar un único túnel entre los dos nodos IP. Agregue direcciones al túnel mediante el comando ifconfig con la opción addif.
No habilite ip_strict_dst_multihoming en los túneles entre dos nodos IP.