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

Novedades con IPMP

Implementación de IPMP

Por qué debe utilizar IPMP

Cuando se debe utilizar IPMP

Comparación IPMP y agregación de enlaces

Uso de nombres de enlace flexibles en la configuración IPMP

Cómo funciona IPMP

Componentes de IPMP en Oracle Solaris

Tipos de configuraciones de interfaces IPMP

Direcciones IPMP

Direcciones de prueba IPv4

Direcciones de prueba IPv6

Detección de fallos y reparaciones en IPMP

Tipos de detección de fallos en IPMP

Detección de fallos basada en sondeos

Detección de fallos basada en enlaces

Detección de fallos y función del grupo anónimo

Detección de reparaciones de interfaces físicas

El modo FAILBACK=no

IPMP y reconfiguración dinámica

Conexión de nuevas NIC

Desconexión de NIC

Reemplazo de NIC

Terminología y conceptos de IPMP

15.  Administración de IPMP

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

Terminología y conceptos de IPMP

En esta sección se presentan términos y conceptos que se utilizan en los capítulos de IPMP de este manual.

interfaz activa

Hace referencia a una interfaz subyacente que el sistema puede utilizar para enviar o recibir tráfico de datos. Una interfaz está activa si se cumplen las siguientes condiciones:

  • Al menos una dirección IP está en la interfaz UP. Consulte la dirección UP.

  • El indicador FAILED, INACTIVE u OFFLINE no está establecido en la interfaz.

  • La interfaz no se ha marcado como si tuviera una dirección de hardware duplicada.

Comparar con una interfaz inutilizable, interfaz INACTIVE.

dirección de datos

Hace referencia a una dirección IP que puede utilizarse como dirección de origen o de destino para los datos. Las direcciones de datos forman parte de un grupo IPMP y se pueden usar para enviar y recibir tráfico en cualquier interfaz del grupo. Además, el conjunto de direcciones de datos de un grupo IPMP se puede utilizar continuamente siempre que funcione una interfaz en el grupo. En las implementaciones IPMP, las direcciones de datos se hospedaban en las interfaces subyacentes de un grupo IPMP. En la implementación actual, las direcciones de datos se encuentran hospedadas en la interfaz IPMP.

dirección DEPRECATED

Se refiere a una dirección IP que no puede ser utilizada como la dirección de origen para los datos. En general, las direcciones de prueba IPMP, que tienen el indicador NOFAILOVER, también se marcan automáticamente como DEPRECATED por el sistema. Ahora bien, cualquier dirección se puede marcar como DEPRECATED para impedir que pueda utilizarse como dirección de origen.

reconfiguración dinámica

Hace referencia a una función que permite volver a configurar un sistema aunque el sistema esté en ejecución, sin que se vean afectados en absoluto o en poca media los procesos que están en curso. No todas las plataformas de Sun de Oracle admiten DR. Es posible que algunas plataformas sólo admitan DR de determinados tipos de hardware. En las plataformas que admiten DR de NIC, IPMP se puede utilizar para acceso de red ininterrumpido para el sistema durante DR.

Para obtener más información sobre cómo IPMP admite DR, consulte IPMP y reconfiguración dinámica.

creación de interfaz IPMP explícita

Se aplica sólo a la implementación de IPMP actual. El término se refiere al método de creación una interfaz IPMP mediante el comando ipadm create-ipmp. La creación de la interfaz IPMP explícita es el método preferido para crear grupos IPMP. Este método permite que el administrador establezca el nombre de la interfaz y el nombre de grupo IPMP.

Comparar con la creación de interfaz IPMP implícita.

modo FAILBACK=no

Se refiere a una configuración de una interfaz subyacente que minimiza la revinculación de direcciones entrantes a interfaces evitando la redistribución durante la reparación de la interfaz. Específicamente, cuando se detecta una reparación de interfaz, se borra el indicador FAILED de la interfaz. Sin embargo, si el modo de la interfaz reparada es FAILBACK=no, entonces el indicador INACTIVE también se establece para evitar el uso de la interfaz, teniendo en cuenta de que también existe una segunda interfaz en funcionamiento. Si la segunda interfaz del grupo IPMP falla, la interfaz INACTIVE es elegible para tomar su lugar. Aunque el concepto de recuperación tras los errores ya no se aplica en la implementación de IPMP actual, el nombre de este modo se mantiene para compatibilidad administrativa.

interfaz FAILED

Indica una interfaz que el daemon in.mpathd ha determinado como con mal funcionamiento. La determinación se consigue mediante cualquier detección de fallos, ya sea basada en enlaces o basada en sondeos. El indicador FAILED se establece en cualquier interfaz con fallos.

detección de fallos

Hace referencia al proceso en el que se detecta cuándo deja de funcionar una interfaz física o la ruta de una interfaz a un dispositivo de capa de Internet. Se implementan dos maneras de detección de fallos: detección basada en enlaces y detección basada en sondeos.

creación de interfaz IPMP implícita

Hace referencia al método de creación de una interfaz IPMP mediante el comando ifconfig para ubicar una interfaz subyacente en un grupo IPMP. La creación de interfaz IPMP implícita se admite para la compatibilidad con la implementación de IPMP en versiones anteriores de Oracle Solaris. Por lo tanto, este método no proporciona la posibilidad de configurar el nombre de la interfaz IPMP o el nombre del grupo IPMP. El comando ipadm no admite la creación de interfaz IPMP.

Comparar con la creación de interfaz IPMP explícita.

interfaz INACTIVE

Hace referencia a una interfaz que está en funcionamiento, pero no se utiliza según la política de administración. El indicador INACTIVE se establece en cualquier interfaz INACTIVE.

Comparar con interfaz activa, interfaz no utilizable.

compatibilidad de grupo anónimo IPMP

Indica una función IPMP en la que el daemon IPMP realiza el seguimiento del estado de todas las interfaces de red en el sistema, independientemente de si pertenecen a un grupo IPMP. Sin embargo, si las interfaces en realidad no están en un grupo IPMP, las direcciones de estas interfaces no están disponibles en caso de fallo de la interfaz.

grupo IPMP

Hace referencia a un conjunto de interfaces de red que el sistema trata como intercambiables para mejorar la disponibilidad y el uso de la red. Cada grupo IPMP tiene un conjunto de direcciones de datos que el sistema pueden asociar a cualquier conjunto de interfaces activas en el grupo. El uso de este conjunto de direcciones de datos mantiene la disponibilidad de la red y mejora el uso de la red. El administrador puede seleccionar qué interfaces ubicar en un grupo IPMP. Sin embargo, todas las interfaces del mismo grupo deben compartir un conjunto común de propiedades, como estar conectadas al mismo enlace y configuradas con el mismo conjunto de protocolos (por ejemplo, IPv4 e IPv6).

interfaz de grupo IPMP

Consulte interfaz IPMP.

nombre de grupo IPMP

Hace referencia al nombre de un grupo IPMP, que se puede asignar con el subcomando ipadm set-ifprop. Todas las interfaces subyacentes que tienen el mismo nombre de grupo IPMP se definen como parte del mismo grupo IPMP. En la implementación actual, a los nombres de grupo IPMP se les resta importancia en favor de nombres de interfaz IPMP. Se promueve que los administradores utilicen el mismo nombre para el grupo y las interfaces IPMP mediante el subcomando ipadm create-ipmp para crear el grupo IPMP.

Interfaz IPMP

Se aplica sólo a la actual implementación de IPMP. El término se refiere a la interfaz IP que representa un grupo IPMP determinado, cualquiera de las interfaces subyacentes de la interfaz o todas ellas, y todas las direcciones de datos. En la implementación de IPMP actual, la interfaz IPMP es el componente central para administrar un grupo IPMP y se utiliza en las tablas de enrutamiento, tablas ARP, reglas de cortafuegos, etc.

nombre de interfaz IPMP

Indica el nombre de una interfaz IPMP. En este documento se utiliza la convención de denominación de ipmpN. El sistema también utiliza la misma convención de denominación en la creación de interfaz IPMP implícita. Sin embargo, el administrador puede elegir cualquier nombre mediante la creación de interfaz IPMP explícita.

instancia única IPMP

Hace referencia a una configuración IPMP que el software Oracle Solaris Cluster utiliza para permitir que una dirección de datos también actúe como una dirección de prueba. Esta configuración se aplica, por ejemplo, cuando una sola interfaz pertenece a un grupo IPMP.

detección de fallos basada en enlaces

Especifica una forma pasiva de detección de fallos, en la que se supervisa el estado de enlace de la tarjeta de red para determinar el estado de la interfaz. La detección de fallos basada en enlaces comprueba únicamente si el enlace está activo. Este tipo de detección de fallos no es admitido por todos los controladores de tarjeta de red. La detección de fallos basada en enlaces no requiere configuración explícita y proporciona una detección instantánea de fallos de enlace.

Comparar con detección de fallos basada en sondeos.

expansión de carga

Hace referencia al proceso de distribuir tráfico de entrada o salida en un conjunto de interfaces. A diferencia del equilibrio de carga, la expansión de carga no garantiza que la carga se distribuya de manera uniforme. Como consecuencia de la expansión de carga, se obtiene un mayor rendimiento. La expansión de carga sólo se produce cuando el tráfico de red fluye hacia varios destinos que utilizan múltiples conexiones.

La expansión de carga entrante indica el proceso de distribución de tráfico entrante a través de un conjunto de interfaces en un grupo IPMP. La expansión de carga entrante no se puede controlar directamente con IPMP. El algoritmo de selección de dirección de origen manipula indirectamente el proceso.

La expansión de carga saliente hace referencia al proceso de distribución de tráfico saliente a través de un conjunto de interfaces en un grupo IPMP. La expansión de carga saliente se realiza por destino mediante el módulo IP y se ajusta según sea necesario en función del estado y los miembros de las interfaces del grupo IPMP.

dirección NOFAILOVER

Se aplica sólo a la implementación de IPMP anterior. Se refiere a una dirección que está asociada con una interfaz subyacente y, por lo tanto, permanece como no disponible si la interfaz subyacente falla. Todas las direcciones NOFAILOVER tienen establecido el indicador NOFAILOVER. Las direcciones de prueba IPMP deben designarse como NOFAILOVER y las direcciones de datos IPMP nunca se deben designar como NOFAILOVER. El concepto de conmutación por error no existe en la implementación de IPMP. Sin embargo, el término NOFAILOVER permanece para compatibilidad administrativa.

interfaz OFFLINE

Indica una interfaz que se ha deshabilitado de manera administrativa del uso del sistema, normalmente como preparación para ser eliminada del sistema. Por ejemplo, dichas interfaces tienen establecido el indicador OFFLINE. El comando if_mpadm se puede utilizar para alternar una interfaz a un estado sin conexión.

interfaz física

Consulte: interfaz subyacente.

sondeo

Se refiere a un paquete ICMP, similar a los paquetes que son utilizados por el comando ping. Este sondeo se utiliza para probar las rutas de envío y recepción de una interfaz determinada. Los paquetes de sondeo son enviados por el daemon en.mpathd, si la detección de fallos basada en sondeos está habilitada. Un paquete de sondeo utiliza una dirección de prueba IPMP como su dirección de origen.

detección de fallos basada en sondeos

Indica una forma activa de detección de fallos, en la que los sondeos se intercambian con destinos de sondeo para determinar el estado de la interfaz. Cuando está habilitada, la detección de fallos basada en sondeos comprueba toda la ruta de envío y recepción de cada interfaz. Sin embargo, este tipo de detección necesita que el administrador configure explícitamente cada interfaz con una dirección de prueba.

Comparar con detección de fallos basada en enlaces.

destino de sondeo

Hace referencia a un sistema en el mismo enlace que una interfaz en un grupo IPMP. El daemon in.mpathd selecciona el destino para ayudar a comprobar el estado de una interfaz determinada mediante la detección de fallos basada en sondeos. El destino de sondeo puede ser cualquier host en el enlace que sea capaz de enviar y recibir los sondeos ICMP. Los destinos de sondeo suelen ser enrutadores. Varios destinos de sondeo se utilizan normalmente para aislar la lógica de detección de fallos de los fallos de los destino de sondeo en sí.

selección de dirección de origen

Hace referencia al proceso de selección de una dirección de datos del grupo IPMP como la dirección de origen para un paquete en particular. La selección de dirección de origen la realiza el sistema siempre que una aplicación no haya seleccionado específicamente una dirección de origen a utilizar. Puesto que cada dirección de datos se asocia a sólo una dirección de hardware, la selección de dirección de origen controla indirectamente la expansión de carga entrante.

interfaz STANDBY

Indica una interfaz que se configura administrativamente para ser utilizada solamente cuando otra interfaz del grupo ha fallado. Todas las interfaces STANDBY tendrán establecido el indicador STANDBY.

sistemas de destino

Consulte destino de sondeo.

dirección de prueba

Hace referencia a una dirección IP que debe usarse como dirección de origen o destino para sondeos, y no debe emplearse como dirección de origen o destino para tráfico de datos. Las direcciones de prueba están asociadas a una interfaz subyacente. Si una interfaz subyacente está configurada con una dirección de prueba UP, el daemon in.mpathd supervisa esta dirección mediante la detección de fallos basada en sondeos. Todas las direcciones de prueba debe designarse como NOFAILOVER. El sistema marca estas direcciones automáticamente como DEPRECATED para garantizar que no serán consideradas como una posible dirección de origen para paquetes de datos.

interfaz subyacente

Especifica una interfaz IP que forma parte de un grupo IPMP y está directamente asociada a un dispositivo de red real. Por ejemplo, si ce0 y ce1 se colocan en el grupo IPMP ipmp0, entonces ce0 y ce1 componen las interfaces subyacentes de ipmp0. En la implementación anterior, los grupos IPMP tienen sólo interfaces subyacentes. Sin embargo, en la implementación actual, estas interfaces están por debajo de la interfaz IPMP (por ejemplo, ipmp0) que representa el grupo, de ahí su nombre.

operación de anulación de desconexión

Hace referencia al acto de habilitar administrativamente una interfaz que anteriormente estaba sin conexión para que pueda ser utilizada por el sistema. El comando if_mpadm se puede utilizar para realizar una operación de anulación de desconexión.

interfaz no utilizable

Se refiere a una interfaz subyacente que no puede utilizarse para enviar o recibir tráfico de datos en su configuración actual. Una interfaz no utilizable se diferencia de una interfaz INACTIVE, es decir no está en uso pero se puede utilizar si una interfaz activa en el grupo se vuelve inutilizable. Una interfaz no es utilizable si existe una de las siguientes condiciones:

  • La interfaz no tiene dirección UP.

  • Se ha establecido el indicador FAILED u OFFLINE para la interfaz.

  • La interfaz se ha marcado como que tiene la misma dirección de hardware que otra interfaz del grupo.

dirección UP

Se refiere a una dirección que se ha establecido como disponible administrativamente en el sistema mediante el indicador UP. Una dirección que no es UP se trata como no perteneciente al sistema y, por lo tanto, nunca se tiene en cuenta durante la selección de dirección de origen.