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

Información del documento

Prefacio

Parte I Servicios de red (temas)

1.  Servicio de red (descripción general)

2.  Gestión de servidores de antememoria web

3.  Servicios relacionados con el tiempo

Parte II Acceso a los sistemas de archivos de red (temas)

4.  Gestión de sistemas de archivos de red (descripción general)

5.  Administración de sistema de archivos de red (tareas)

6.  Acceso a los sistemas de archivos de red (referencia)

Parte III Temas sobre el SLP

7.  SLP (descripción general)

8.  Planificación y habilitación del SLP (tareas)

9.  Administración del SLP (tareas)

Configuración de propiedades del SLP

Archivo de configuración del SLP: elementos básicos

Propiedades de configuración

Líneas de comentario y notaciones

Cómo cambiar la configuración del SLP

Modificación de frecuencia de detección y anuncios del DA

Limitación de UA y SA a DA configurados estáticamente

Cómo limitar UA y SA a DA configurados estáticamente

Configuración de detección de DA para redes de acceso telefónico

Cómo configurar la detección de DA para redes de acceso telefónico

Configuración del latido del DA para particiones frecuentes

Cómo configurar latidos del DA para particiones frecuentes

Liberación de la congestión de la red

Adaptación de diferentes medios de red, topologías o configuraciones

Reducción de reregistros de SA

Cómo reducir reregistros de SA

Configuración de la propiedad Time-to-Live de multidifusión

Cómo configurar la propiedad Time-to-Live de multidifusión

Configuración del tamaño de paquete

Cómo configurar el tamaño de paquete

Configuración de enrutamiento de sólo difusión

Cómo configurar el enrutamiento de sólo difusión

Modificación de tiempos de espera en solicitudes de detección de SLP

Cambio de tiempos de espera predeterminados

Cómo cambiar tiempos de espera predeterminados

Configuración del límite de espera aleatoria

Cómo configurar el límite de espera aleatoria

Implementación de ámbitos

Cuándo configurar ámbitos

Consideraciones al configurar ámbitos

Cómo configurar ámbitos

Implementación de DA

¿Por qué implementar un DA de SLP?

Cuándo implementar DA

Cómo implementar DA

Dónde colocar DA

Colocación de varios DA para el equilibrio de carga

SLP y función de hosts múltiples

Configuración de la función de hosts múltiples para SLP

Cuándo realizar la configuración para múltiples interfaces de red no enrutadas

Configuración de múltiples interfaces de red no enrutadas (mapa de tareas)

Configuración de la propiedad net.slp.interfaces

Cómo configurar la propiedad net.slp.interfaces

Anuncios de proxy y hosts múltiples

Asignación de nombre de ámbito y colocación de DA

Consideraciones al configurar múltiples interfaces de red no enrutadas

10.  Incorporación de servicios antiguos

11.  SLP (referencia)

Parte IV Servicios de correo (temas)

12.  Servicios de correo (descripción general)

13.  Servicios de correo (tareas)

14.  Servicios de correo (referencia)

Parte V Redes en serie (temas)

15.  Solaris PPP 4.0 (descripción general)

16.  Planificación del enlace de PPP (tareas)

17.  Configuración de un enlace de PPP por marcación telefónica (tareas)

18.  Configuración de un enlace de PPP de línea arrendada (tareas)

19.  Configuración de autenticación PPP (tareas)

20.  Configuración de un túnel PPPoE (tareas)

21.  Resolución de problemas comunes de PPP (tareas)

22.  Solaris PPP 4.0 (referencia)

23.  Migración de Solaris PPP asíncrono a Solaris PPP 4.0 (tareas)

24.  UUCP (descripción general)

25.  Administración del UUCP (tareas)

26.  UUCP (referencia)

Parte VI Trabajo con sistemas remotos (temas)

27.  Trabajo con sistemas remotos (descripción general)

28.  Administración del servidor FTP (tareas)

29.  Acceso a sistemas remotos (tareas)

Parte VII Supervisión de servicios de red (temas)

30.  Supervisión del rendimiento de la red (tareas)

Glosario

Índice

Implementación de DA

En esta sección, se describe la implementación estratégica de DA en una red que está ejecutando el SLP.

El SLP funciona adecuadamente sólo con los agentes base (UA y SA) y sin DA implementados ni ámbitos configurados. Todos los agentes que carecen de configuraciones específicas utilizan el ámbito default. Los DA funcionan como antememorias para los anuncios de servicios. La implementación de DA reduce el número de mensajes que se envían en la red y reduce el tiempo que es necesario para recibir respuestas a mensajes. Esta capacidad permite al SLP alojar redes de mayor tamaño.

¿Por qué implementar un DA de SLP?

El motivo principal para implementar DA es reducir la cantidad de tráfico de multidifusión y los retrasos que están asociados con la recopilación de respuestas de unidifusión. En una red grande con muchos UA y SA, la cantidad de tráfico de multidifusión que participa en la detección de servicios puede volverse tan grande que el rendimiento de la red disminuye. Mediante la implementación de uno o más DA, los UA deben enviar una unidifusión a los DA para servicios, y los SA deben registrarse con los DA mediante la unidifusión. La única multidifusión registrada con SLP en una red con DA es para la detección activa y pasiva de DA.

Los SA se registran automáticamente con cualquier DA que detectan dentro de un conjunto de ámbitos comunes, en lugar de aceptar solicitudes de servicio de multidifusión. No obstante, el SA aún responde directamente solicitudes de multidifusión en ámbitos que no son admitidos por el DA.

Las solicitudes de servicio de UA se envían por unidifusión a los DA en lugar de enviarse por multidifusión en la red cuando un DA se implementa dentro de los ámbitos del UA. Por lo tanto, los DA dentro de los ámbitos del UA reducen la multidifusión. Al eliminar la multidifusión para solicitudes de UA comunes, el tiempo que se necesita para obtener respuestas a las preguntas se reduce en gran medida (de segundos a milisegundos).

Los DA actúan como un punto focal para la actividad de SA y UA. La implementación de uno o varios DA para una colección de ámbitos proporciona un punto centralizado para supervisar la actividad del SLP. Es más sencillo supervisar los registros y las solicitudes activando el registro de DA que comprobando los registros de varios SA que están distribuidos por toda la red. Puede implementar cualquier número de DA para un determinado ámbito o para varios ámbitos, según la necesidad de equilibrar la carga.

En redes que no tienen el enrutamiento de multidifusión habilitado, puede configurar el SLP para utilizar la difusión. Sin embargo, la difusión es muy ineficaz, porque necesita que cada host procese el mensaje. Además, la difusión, por lo general, no se propaga entre enrutadores. Como resultado, en una red sin enrutamiento de multidifusión, los servicios se pueden detectar sólo en la misma subred. Si el enrutamiento de multidifusión se admite parcialmente, se genera una capacidad inconsistente para detectar servicios en una red. Los mensajes de multidifusión se utilizan para detectar DA. La compatibilidad parcial con el enrutamiento de multidifusión, por lo tanto, implica que los UA y SA registran servicios con todos los DA conocidos en el ámbito del SA. Por ejemplo, si un UA consulta a un DA denominado DA1, y el SA ha registrado servicios con DA2, el UA no podrá detectar un servicio. Consulte Configuración de enrutamiento de sólo difusión para obtener más información sobre cómo implementar el SLP en redes que no tienen la multidifusión habilitada.

En una red con compatibilidad inconsistente de todo el sitio para el enrutamiento de multidifusión, debe configurar los UA y SA del SLP con una lista consistente de ubicaciones de DA mediante la propiedad net.slp.DAAdresseses.

Por último, el DA de SLPv2 admite la interoperabilidad con SLPv1. La interoperabilidad con SLPv1 está habilitada de manera predeterminada en el DA de Si la red contiene dispositivos SLPv1, como las impresoras, o si es necesario interoperar con Novell Netware 5, que utiliza SLPv1 para la detección de servicios, debe implementar un DA. Sin un DA, los UA del SLP de Oracle Solaris no pueden encontrar servicios anunciados de SLPv1.

Cuándo implementar DA

Implemente DA en su empresa si se cumple alguna de las siguientes condiciones:

Cómo implementar DA

Utilice el siguiente procedimiento para establecer la propiedad net.slp.isDA en True, en el archivo slp.conf.


Nota - Sólo puede asignar un DA por host.


  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. Detenga slpd y toda la actividad del SLP en el host.
    # svcadm disable network/slp
  3. Realice una copia de seguridad del archivo /etc/inet/slp.conf predeterminado antes de cambiar los valores de configuración.
  4. Establezca la propiedad net.slp.isDA del archivo slpd.conf en True:
    net.slp.isDA=True
  5. Guarde los cambios y cierre el archivo.
  6. Reinicie slpd para activar los cambios.
    # svcadm enable network/slp

Dónde colocar DA

En esta sección, se proporcionan sugerencias acerca de dónde colocar DA en diferentes situaciones.

Colocación de varios DA para el equilibrio de carga

Puede implementar varios DA para el mismo conjunto de ámbitos como una manera de equilibrio de carga. Implemente los DA en cualquiera de las siguientes circunstancias:

Puede ejecutar un rastreo de snoop de tráfico del SLP para determinar cuántas solicitudes de UA regresan con el error DA_BUSY_NOW. Si el número de solicitudes de UA devuelto es alto, los UA en los edificios que se encuentran física y topológicamente alejados del DA pueden presentar respuestas lentas o tiempos de espera excesivos. En este escenario, se puede implementar un DA en cada edificio para mejorar la respuesta para los clientes de UA dentro del edificio.

Los enlaces que conectan edificios son, por lo general, más lentos que las redes de área local dentro de los edificios. Si la red abarca varios edificios o sitios físicos, establezca la propiedad net.slp.DAAddresses en el archivo /etc/inet/slp.conf para una lista de direcciones o nombres de host específicos para que los UA sólo accedan a los DA que especifique.

Si un DA determinado está utilizando grandes cantidades de memoria de host para los registros de servicios, reduzca el número de registros de SA disminuyendo el número de ámbitos que el DA admite. Puede dividir en dos un ámbito que tiene muchos registros. Puede admitir uno de los nuevos ámbitos mediante la implementación de otro DA en otro host.