JavaScript is required to for searching.
Omitir V�nculos de navegaci�n
Salir de la Vista de impresi�n
Guía de administración del sistema: servicios IP
search filter icon
search icon

Información del documento

Prefacio

Parte I Introducción a la administración del sistema: servicios IP

1.  Conjunto de protocolos TCP/IP de Oracle Solaris (descripción general)

Parte II Administración de TCP/IP

2.  Planificación de la red TCP/IP (tareas)

3.  Introducción a IPv6 (descripción general)

4.  Planificación de una red IPv6 (tareas)

5.  Configuración de servicios de red TCP/IP y direcciones IPv4 (tareas)

6.  Administración de interfaces de red (tareas)

7.  Configuración de una red IPv6 (tareas).

8.  Administración de redes TCP/IP (tareas)

9.  Resolución de problemas de red (Tareas)

10.  Descripción detallada de TCP/IP e IPv4 (referencia)

11.  IPv6 en profundidad (referencia)

Parte III DHCP

12.  Acerca de DHCP (descripción general)

13.  Planificación del servicio DHCP (tareas)

14.  Configuración del servicio DHCP (tareas)

15.  Administración de DHCP (tareas)

16.  Configuración y administración del cliente DHCP

17.  Solución de problemas de DHCP (referencia)

18.  Comandos y archivos DHCP (referencia)

Parte IV Seguridad IP

19.  Arquitectura de seguridad IP (descripción general)

20.  Configuración de IPsec (tareas)

21.  Arquitectura de seguridad IP (referencia)

22.  Intercambio de claves de Internet (descripción general)

23.  Configuración de IKE (tareas)

24.  Intercambio de claves de Internet (referencia)

25.  Filtro IP en Oracle Solaris (descripción general)

26.  Filtro IP (tareas)

Parte V IP móvil

27.  IP para móviles (Descripción general)

Novedades de IP para móviles

Introducción a IP para móviles

Entidades funcionales de IP para móviles

Funcionamiento de IP para móviles

Descubrimiento de agentes

Anuncio de agente

Anuncios de agente a través de interfaces dinámicas

Solicitud de agente

Direcciones de auxilio

IP para móviles con túnel inverso

Admisión limitada de direcciones privadas

Registro de IP para móviles

Identificador de acceso de red (NAI)

Autenticación mediante mensaje de IP para móviles

Solicitud de registro del nodo móvil

Mensaje de respuesta de registro

Consideraciones del agente externo

Consideraciones del agente interno

Descubrimiento dinámico de agente interno

Encaminamiento de datagramas entre nodos móviles

Métodos de encapsulado

Encaminamiento de datagramas de unidifusión

Datagramas de multidifusión

Encaminamiento de datagramas de multidifusión

Consideraciones de seguridad para IP para móviles

28.  Administración de IP móvil (tareas)

29.  Archivos y comandos de IP para móviles (referencia)

Parte VI IPMP

30.  Introducción a IPMP (descripción general)

31.  Administración de IPMP (tareas)

Parte VII Calidad de servicio IP (IPQoS)

32.  Introducción a IPQoS (Descripción general)

33.  Planificación para una red con IPQoS (Tareas)

34.  Creación del archivo de configuración IPQoS (Tareas)

35.  Inicio y mantenimiento de IPQoS (Tareas)

36.  Uso de control de flujo y recopilación de estadísticas (Tareas)

37.  IPQoS detallado (Referencia)

Glosario

Índice

Encaminamiento de datagramas entre nodos móviles

En esta sección se describe de qué modo los nodos móviles y los agentes externos cooperan para enrutar los datagramas de los nodos móviles conectados a una red externa. ConsulteDescripción general de la implementación de IP para móviles en Solaris para conocer qué funciones son compatibles con el SO Solaris.

Métodos de encapsulado

Los agentes internos y externos utilizan alguno de los métodos de encapsulado disponibles para admitir datagramas que utilcen túnel. Los métodos de encapsulado definidos son Encapsulado de IP en IP, Encapsulado mínimo y Encapsulado de enrutamiento genérico (GRE). El agente interno y el externo, o el nodo móvil coubicado indirecto y el agente interno, deben admitir el mismo método de encapsulado. Todas las entidades de IP para móviles deben admitir el encapsulado de IP en IP.

Encaminamiento de datagramas de unidifusión

Al registrarse en una red externa, el nodo móvil utiliza las siguientes reglas para elegir un enrutador predeterminado:

Datagramas de multidifusión

Cuando un agente interno recibe un datagrama de multidifusión o de difusión, el agente interno reenvía únicamente el datagrama a los nodos móviles que han solicitado específicamente recibirlos. El modo en que el agente interno envía estos datagramas a los nodos móviles depende principalmente de dos factores. Bien el nodo móvil utiliza una dirección de auxilio proporcionada por un agente externo o bien utiliza du propia dirección de auxilio coubicada. El primer caso implica que el datagrama debe tener un doble encapsulado. El primer encabezado IP identifica el nodo móvil para el que se debe entregar el datagrama. El primer encabezado IP no está presente en el datagrama de multidifusión o difusión. El segundo encabezado IP identifica la dirección de auxilio y es el encabezado de túnel habitual. En el segundo caso, el nodo móvil desencapsula sus propios datagramas, y basta con enviar el datagrama a través del túnel usual.

Encaminamiento de datagramas de multidifusión

Para empezar a recibir tráfico de multidifusión cuando un nodo móvil está visitando una subred externa, el nodo puede unirse a un grupo de multidifusión mediante uno de estos métodos:

El enrutamiento de multidifusión depende de la dirección IP de origen. Un nodo móvil que envía un datagrama de multidifusión debe enviarlo desde una dirección de origen válida en ese enlace. Así, un nodo móvil que envíe datagramas de multidifusión directamente en la red visitada debe utilizar una dirección de auxilio coubicada como dirección IP de origen. Asimismo, el nodo móvil debe haberse unido al grupo de multidifusión asociado con la dirección. De forma similar, un nodo móvil que se haya unido a un grupo de multidifusión mientras estaba en su subred, antes de trasladarse, o se haya unido a un grupo de multidifusión utilizando itinerancia a través de un túnel inverso con su agente interno, deberá utilizar su dirección permanente como dirección IP de origen del datagrama de multidifusión. Así, el nodo móvil deberá enviar también estos datagramas por túnel inverso a su subred principal, ya sea él mismo mediante su dirección de auxilio coubicada o a través del túnel inverso de un agente externo.

Aunque parece más eficiente que un nodo móvil se una siempre desde la subred que está visitando, sigue siendo un nodo móvil. En consecuencia, el nodo debería repetir la entrada cada vez que cambiase de subred. La forma más eficiente es que el nodo móvil se una a través de su agente interno, sin tener que encargarse de la carga adicional. Asimismo, puede haber sesiones de multidifusión solo disponibles desde la subred principal. Otros factores pueden también exigir que el nodo móvil participe de un modo específico.