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) |
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)
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
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
Consideraciones al configurar ámbitos
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
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)
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)
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.
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.
Implemente DA en su empresa si se cumple alguna de las siguientes condiciones:
El tráfico SLP de multidifusión se excede en un 1 % del ancho de banda de la red, medido por snoop.
Los clientes de UA experimentan retrasos o tiempos de espera largos durante las solicitudes de servicio de multidifusión.
Desea centralizar la supervisión de anuncios de servicios de SLP para ámbitos particulares en uno o varios hosts.
La red no tiene la multidifusión habilitada y se compone de varias subredes que deben compartir servicios.
La red emplea dispositivos que admiten las versiones anteriores de SLP (SLPv1), o usted desea que la detección de servicios del SLP interopere con Novell Netware 5.
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.
Para obtener más información, consulte Cómo obtener derechos administrativos de Administración de Oracle Solaris: servicios de seguridad.
# svcadm disable network/slp
net.slp.isDA=True
# svcadm enable network/slp
En esta sección, se proporcionan sugerencias acerca de dónde colocar DA en diferentes situaciones.
Cuando el enrutamiento de multidifusión no está habilitado y los DA son necesarios para unir la detección de servicios entre subredes
En esta situación, un DA debe colocarse en un host con interfaces y todas las subredes que comparten servicios. La propiedad de configuración net.slp.interfaces no se debe establecer, a menos que los paquetes IP no se enruten entre las interfaces. Consulte Configuración de la función de hosts múltiples para SLP para obtener más información sobre cómo configurar la propiedad net.slp.interfaces.
Cuando se implementan DA para escalabilidad y la consideración principal es la optimización del acceso de agentes
Los UA, normalmente, realizan muchas solicitudes de servicios a los DA. Un SA se registra con el DA una vez y puede actualizar el anuncio en intervalos periódicos, pero con poca frecuencia. Como resultado, el acceso de UA a DA es mucho más frecuente que el acceso de SA. El número de anuncios de servicios también suele ser menor que el número de solicitudes. Por lo tanto, la mayoría de las implementaciones de DA son más eficaces si la implementación se optimiza para el acceso de UA.
Colocación de los DA de manera que estén topológicamente cerca de los UA en la red para optimizar el acceso de los UA
Naturalmente, debe configurar el DA con un ámbito que sea compartido por los clientes de UA y SA.
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:
Las solicitudes de UA a un DA están agotando el tiempo de espera o se están devolviendo con el error DA_BUSY_NOW.
El registro de DA muestra que muchas solicitudes del SLP se están perdiendo.
La red de los usuarios que comparten servicios en los ámbitos abarca un número de edificios o sitios físicos.
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.