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) |
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)
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
12. Administración de agregaciones de enlaces
Comparación IPMP y agregación de enlaces
Uso de nombres de enlace flexibles en la configuración IPMP
Componentes de IPMP en Oracle Solaris
Tipos de configuraciones de interfaces IPMP
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
IPMP y reconfiguración dinámica
Terminología y conceptos 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
Puede configurar la detección de fallos IPMP en redes IPv4 y de pila doble, y redes IPv4 e IPv6. Las interfaces que se configuran con IPMP admiten dos tipos de direcciones:
Las direcciones de datos son direcciones IPv4 e IPv6 convencionales que se asignan a una interfaz IP dinámicamente al momento del inicio mediante el servidor DHCP, o de manera manual mediante el comando ipadm. Las direcciones de datos se asignan a la interfaz IPMP. El tráfico de paquetes IPv4 estándar y el tráfico de paquetes IPv6 (si es aplicable), se consideran tráfico de datos. El flujo de tráfico de datos utiliza las direcciones de datos que se encuentran alojadas en la interfaz IPMP y fluyen mediante las interfaces activas de ese grupo.
Las direcciones de prueba son direcciones específicas de IPMP que utiliza el daemon in.mpathd para realizar la detección de fallos basada en sondeos y la reparación. Las direcciones de prueba también se pueden asignar dinámicamente mediante el servidor DHCP o de manera manual mediante el comando ipadm. Mientras que las direcciones de datos se asignan a la interfaz IPMP, sólo las direcciones de prueba se asignan a interfaces subyacentes del grupo. Para una interfaz subyacente de una red de doble pila, puede configurar una dirección de prueba IPv4, una dirección de prueba IPv6 o ambas. Cuando una interfaz subyacente falla, la dirección de prueba de la interfaz continúa siendo utilizada por el daemon in.mpathd para la detección de fallos basada en sondeos para comprobar la reparación subsecuente de la interfaz.
Nota - Sólo es necesario configurar direcciones de prueba si se va a utilizar específicamente la detección de fallos basada en sondeos. De lo contrario, puede habilitar el sondeo transitivo para detectar fallos sin utilizar direcciones de prueba. Para obtener más información sobre detección de fallos basada en sondeos con o sin el uso de direcciones de prueba, consulte Detección de fallos basada en sondeos.
En implementaciones de IPMP anteriores, las direcciones de prueba debían estar marcadas como DEPRECATED para evitar que se utilizaran aplicaciones especialmente durante fallos de la interfaz. En la implementación actual, las direcciones de prueba residen en las interfaces subyacentes. Por lo tanto, estas direcciones ya no pueden ser utilizadas accidentalmente por aplicaciones que son independientes de IPMP. Sin embargo, para asegurarse de que estas direcciones no se tendrán en cuenta como un posible origen para los paquetes de datos, el sistema marca de forma automática las direcciones con el indicador NOFAILOVER y también con DEPRECATED.
En general, puede utilizar cualquier dirección IPv4 en su subred como una dirección de prueba. Las direcciones de prueba IPv4 no necesitan ser enrutables. Dado que las direcciones IPv4 son un recurso limitado para muchos sitios, puede utilizar direcciones privadas RFC 1918 no enrutables como direcciones de prueba. Observe que el daemon in.mpathd intercambia sólo sondeos ICMP con otros hosts que se encuentran en la misma subred que la dirección de prueba. Si utiliza las direcciones de prueba RFC 1918, debe configurar otros sistemas, preferiblemente enrutadores, en la red con direcciones en la subred RFC 1918 pertinente. De este modo, el daemon in.mpathd podrá intercambiar correctamente los sondeos con los sistemas de destino. Para obtener más información acerca de direcciones privadas RFC 1918, consulte RFC 1918, Address Allocation for Private Internets.
La única dirección de prueba IPv6 válida es la dirección local de enlace de una interfaz física. No necesita una dirección IPv6 aparte para que cumpla la función de dirección de prueba IPMP. La dirección local de enlace IPv6 se basa en la dirección de control de acceso de medios (MAC) de la interfaz. Las direcciones locales de enlace se configuran automáticamente cuando la interfaz se habilita para IPv6 durante el inicio o cuando la interfaz se configura manualmente mediante ipadm.
Para obtener más información sobre las direcciones locales de enlace, consulte Link-Local Unicast Address de System Administration Guide: IP Services.
Cuando un grupo IPMP tiene conectadas direcciones tanto IPv4 como IPv6 en todas las interfaces del grupo, no es necesario configurar direcciones de IPv4 aparte. El daemon in.mpathd puede utilizar las direcciones locales de enlace IPv6 como direcciones de prueba.