JavaScript is required to for searching.
Omitir V�nculos de navegaci�n
Salir de la Vista de impresi�n
Administración de Oracle Solaris: interfaces y virtualización de redes     Oracle Solaris 11 Information Library (Español)
search filter icon
search icon

Información del documento

Prefacio

1.  Descripción general de la pila de red

Configuración de red en esta versión de Oracle Solaris

La pila de red en Oracle Solaris

Dispositivos de red y nombres de enlaces de datos

Administración de otros tipos de enlaces

Parte I Conexión automática a la red (NWAM, Network Auto-Magic)

2.  Introducción a NWAM

3.  Configuración y administración de NWAM (descripción general)

4.  Configuración de perfiles de NWAM (tareas)

5.  Administración de perfiles de NWAM (tareas)

6.  Acerca de la interfaz gráfica de usuario de NWAM

Parte II Configuración de interfaz y enlace de datos

7.  Uso de comandos de configuración de interfaces y enlaces de datos en perfiles

8.  Configuración y administración de enlaces de datos

9.  Configuración de una interfaz IP

10.  Configuración de las comunicaciones mediante interfaces inalámbricas en Oracle Solaris

11.  Administración de puentes

12.  Administración de agregaciones de enlaces

13.  Administración de VLAN

14.  Introducción a IPMP

15.  Administración de IPMP

Mapas de tareas de administración de IPMP

Creación y configuración del grupo IPMP (mapa de tareas)

Mantenimiento del grupo IPMP (mapa de tareas)

Configuración de la detección de fallos basada en sondeos (mapa de tareas)

Supervisión de un grupo IPMP (mapa de tareas)

Configuración de grupos IPMP

Cómo planificar un grupo IPMP

Cómo configurar un grupo IPMP mediante el DHCP

Cómo configurar manualmente un grupo IPMP de interfaz activa-activa

Cómo configurar manualmente un grupo IPMP de interfaz activa-en espera

Mantenimiento de grupos IPMP

Cómo agregar una interfaz a un grupo IPMP

Cómo eliminar una interfaz de un grupo IPMP

Cómo agregar o eliminar direcciones IP

Cómo mover una interfaz de un grupo IPMP a otro grupo

Cómo suprimir un grupo IPMP

Configuración para la detección de fallos basada en sondeos

Cómo especificar manualmente los sistemas de destino para la detección de fallos basada en sondeos

Cómo seleccionar qué método de detección de fallos utilizar

Cómo configurar el comportamiento del daemon IPMP

Recuperación de configuración de IPMP con reconfiguración dinámica

Cómo reemplazar una tarjeta física que ha fallado

Supervisión de información de IPMP

Cómo obtener información de grupo IPMP

Cómo obtener información de dirección de datos IPMP

Cómo obtener información sobre interfaces IP subyacentes de un grupo

Cómo obtener información de destino de sondeo IPMP

Cómo observar sondeos IPMP

Cómo personalizar la salida del comando ipmpstat en una secuencia de comandos

Cómo generar salidas analizables automáticamente del comando ipmpstat

16.  Intercambio de información de conectividad de red con LLDP

Parte III Virtualización de la red y gestión de los recursos

17.  Introducción a la virtualización de redes y el control de recursos (descripción general)

18.  Planificación para la virtualización de red y el control de recursos

19.  Configuración de redes virtuales (tareas)

20.  Uso de la protección de enlaces en entornos virtualizados

21.  Gestión de recursos de red

22.  Supervisión del tráfico de red y el uso de recursos

Glosario

Índice

Configuración para la detección de fallos basada en sondeos

La detección de fallos basada en sondeos implica el uso de sistemas de destino, tal como se explica en Detección de fallos basada en sondeos. Para identificar destinos para la detección de fallos basada en sondeos, el daemon in.mpathd funciona en dos modos: modo de destino de enrutador o modo de destino de multidifusión. En el modo de destino de enrutador, el daemon de rutas múltiples sondea los destinos definidos en la tabla de enrutamiento. Si no se han definido destinos, el daemon funciona en modo de destino de multidifusión, en el que se envían paquetes de multidifusión para sondear los hosts vecinos en la LAN.

Preferiblemente, debe configurar destinos de host para que sondee el daemon in.mpathd. Para algunos grupos IPMP, el enrutador predeterminado es suficiente como destino. Sin embargo, para algunos grupos IPMP, quizá desee configurar destinos específicos para la detección de fallos basada en sondeos. Para especificar los destinos, configure las rutas de host en la tabla de enrutamiento como destinos de sondeo. Cualquier ruta host configurada en la tabla de enrutamiento aparece enumerada antes del enrutador predeterminado. IPMP utiliza rutas host definidas explícitamente para la selección de destino. Por lo tanto, debe configurar rutas host para configurar destinos específicos de sondeo en lugar de utilizar el enrutador predeterminado.

Para configurar las rutas host en la tabla de enrutamiento, utilice el comando route. Puede utilizar la opción -p con este comando para agregar rutas persistentes. Por ejemplo, route -p add agrega una ruta que permanecerá en la tabla de enrutamiento incluso después de reiniciar el sistema. Por lo tanto, la opción -p permite agregar rutas persistentes sin necesidad de secuencias de comandos especiales para volver a crear estas rutas en cada inicio del sistema. Para utilizar de forma óptima la detección de fallos basada en sondeos, asegúrese de configurar varios destinos para recibir sondeos.

El procedimiento de ejemplo a continuación muestra la sintaxis exacta para agregar rutas persistente a los destinos para la detección de fallos basada en sondeos. Para obtener más información sobre las opciones para el comando route, consulte la página del comando man route(1M).

Considere los siguientes criterios cuando evalúe qué hosts de su red podrían ser destinos correctos.

Cómo especificar manualmente los sistemas de destino para la detección de fallos basada en sondeos

  1. Inicie sesión con su cuenta de usuario en el sistema en el que va a configurar la detección de fallos basada en sondeos.
  2. Agregue una ruta a un host particular para utilizar como destino en la detección de fallos basada en sondeos.
    $ route -p add -host destination-IP gateway-IP -static

    donde IP_destino e IP_puerta de enlace son direcciones IPv4 del host que se utilizará como un destino. Por ejemplo, para especificar el sistema de destino escribiría 192.168.10.137, que se encuentra en la misma subred que las interfaces del grupo IPMP itops0:

    $ route -p add -host 192.168.10.137 192.168.10.137 -static

    Esta nueva ruta se configurará automáticamente cada vez que se reinicie el sistema. Si desea definir sólo una ruta temporal para un sistema de destino para la detección de fallos basada en sondeos, no utilice la opción -p.

  3. Agregue rutas a los host adicionales de la red para utilizar como sistemas de destino.

Cómo seleccionar qué método de detección de fallos utilizar

De manera predeterminada, la detección de fallos basada en sondeos solamente se puede realizar mediante direcciones de prueba. Si el controlador NIC es compatible con ella, la detección de fallos basada en enlaces también se habilita automáticamente.

No puede desactivar la detección de fallos basada en enlaces si este método es compatible con el controlador NIC. Sin embargo, puede seleccionar qué tipo de detección de fallos basada en sondeos implementar.

  1. Para utilizar únicamente sondeo transitivo, realice los siguientes pasos:
    1. Use los comandos SMF apropiados para activar la propiedad IPMP transitive-probing.
      # svccfg -s svc:/network/ipmp setprop config/transitive-probing=true
      # svcadm refresh svc:/network/ipmp:default

      Para obtener más información sobre la configuración de esta propiedad, consulte la página del comando man in.mpathd(1M).

    2. Elimine cualquier dirección de prueba existente que se haya configurado para el grupo IPMP.
  2. Para utilizar únicamente direcciones de prueba para el sondeo de fallos, realice los siguientes pasos:
    1. Si es necesario, desactive el sondeo transitivo.
      # svccfg -s svc:/network/ipmp setprop config/transitive-probing=false
      # svcadm refresh svc:/network/ipmp:default
    2. Asigne direcciones de prueba para las interfaces subyacentes del grupo IPMP.

Cómo configurar el comportamiento del daemon IPMP

Use el archivo de configuración IPMP /etc/default/mpathd con el fin de configurar los siguientes parámetros de todo el sistema para grupos IPMP.

  1. Conviértase en administrador.

    Para obtener más información, consulte Cómo obtener derechos administrativos de Administración de Oracle Solaris: servicios de seguridad.

  2. Edite el archivo /etc/default/mpathd.

    Cambie el valor predeterminado de uno o más de los tres parámetros.

    1. Escriba el nuevo valor para el parámetro FAILURE_DETECTION_TIME.
      FAILURE_DETECTION_TIME=n

      donde n es el tiempo en segundos para que los sondeos ICMP detecten si se ha producido un fallo de la interfaz. El valor predeterminado es de 10 segundos.

    2. Escriba el nuevo valor para el parámetro FAILBACK.
      FAILBACK=[yes | no]
      • yes: el valor yes es el comportamiento de recuperación tras fallos predeterminado de IPMP. Cuando se detecta la reparación de una interfaz fallida, el acceso de red recupera la interfaz reparada, tal como se describe en Detección de reparaciones de interfaces físicas.

      • no: el valor no indica que el tráfico de datos no se devuelve a una interfaz reparada. Cuando se detecta la reparación de una interfaz fallida, se configura el indicador INACTIVE para dicha interfaz. Este indicador significa que la interfaz no se va a utilizar para el tráfico de datos. La interfaz se puede seguir utilizando para el tráfico de sondeos.

        Por ejemplo, el grupo IPMP ipmp0 consta de dos interfaces: net0 y net1. En el archivo /etc/default/mpathd, está definido el parámetro FAILBACK=no. Si net0 falla, se marca como FAILED y se vuelve no utilizable. Tras la reparación, la interfaz se marca como INACTIVE y permanece no utilizable debido a la configuración FAILBACK=no.

        Si net1 falla y solamente net0 está en el estado INACTIVE, se borra el indicador INACTIVE net0 y la interfaz se vuelve utilizable. Si el grupo de IPMP tiene otras interfaces que también están en el estado INACTIVE, cualquiera de estas interfaces INACTIVE, y no necesariamente net0, se pueden borrar y convertir en utilizables cuando net1.

    3. Escriba el nuevo valor para el parámetro TRACK_INTERFACES_ONLY_WITH_GROUPS .
      TRACK_INTERFACES_ONLY_WITH_GROUPS=[yes | no]

      Nota - Para obtener información sobre este parámetro y la función de grupo anónimo, consulte Detección de fallos y función del grupo anónimo.


      • yes: el valor yes es el predeterminado para el comportamiento de IPMP. Este parámetro hace que IPMP omita las interfaces de red que no están configuradas en un grupo IPMP.

      • no: el valor no define la detección de fallos y la reparación para todas las interfaces de red, independientemente de si están configuradas en un grupo IPMP. Sin embargo, cuando se detecta un fallo o reparación en una interfaz que no está configurada en un grupo IPMP, no se desencadena ninguna acción en IPMP para mantener la funciones de red de dicha interfaz. Por tanto, el valor no sólo resulta útil para comunicar errores y no mejora directamente la disponibilidad de la red.

  3. Reinicie el daemon in.mpathd.
    # pkill -HUP in.mpathd