Definición de grupos de enrutamiento

 

Última modificación del tema: 2005-05-05

Como regla general, debe definir un grupo de enrutamiento y agregar otros grupos sólo cuando sea necesario. Cuantos menos grupos de enrutamiento haya en su entorno, menos complejo y más fácil de administrar será. Sin embargo, los requisitos geográficos y administrativos, así como la disponibilidad de la red, pueden hacer necesaria la creación de otros grupos de enrutamiento adicionales.

Normalmente, los grupos de enrutamiento se crean por una de dos razones:

  • Para permitir diversas conectividades de red entre los servidores.
  • Para restringir el uso de un conector a los usuarios de un área determinada. Para obtener más información acerca de cómo utilizar grupos de enrutamiento para restringir el uso de conectores, consulte Descripción del ámbito de un conector y sus restricciones.

Antes de definir los grupos de enrutamiento, tenga en cuenta las ventajas y las desventajas de tener varios grupos de enrutamiento que se muestran en la tabla siguiente.

Ventajas y desventajas de tener varios grupos de enrutamiento

Ventajas de tener varios grupos de enrutamiento Desventajas de tener varios grupos de enrutamiento
  • Permite programar y controlar el flujo de correo. Puede restringir el uso de un conector a un grupo de enrutamiento concreto o puede programar el uso de un conector.
  • Permite controlar el uso basándose en el tamaño o en el contenido de los mensajes mediante restricciones de conectores.
  • Introduce más saltos en la ruta hacia el destino final, lo que reduce la eficiencia de la entrega.
  • Agrega complejidad al entorno de mensajería.
  • Puede reducir la confiabilidad de la mensajería porque cuantos más saltos haya en la ruta, más puntos de error puede haber.
  • El Protocolo simple de transferencia de correo (SMTP) se encarga de la latencia en un entorno TCP/IP bien conectado y esto suele eliminar la necesidad de tener varios grupos de enrutamiento.
  • Dos rutas suelen utilizar la misma red y la red tiene la misma confiabilidad o estabilidad inherente.

El gráfico que se muestra en la ilustración siguiente puede ayudarle a determinar cómo definir límites para grupos de enrutamiento.

e7a655e7-10d8-440f-8db1-e084bd2dfde1

Definición de conectores para grupos de enrutamiento y servidores cabeza de puente

Aunque todos los servidores se comunican directamente entre sí dentro de un grupo de enrutamiento, éste no es el caso cuando un servidor de un grupo de enrutamiento necesita comunicarse con un servidor de otro grupo de enrutamiento. Para que los servidores puedan comunicarse con servidores de otros grupos de enrutamiento, debe crear un conector para grupo de enrutamiento. Aunque puede utilizar un conector para X.400 o un conector para SMTP con el fin de conectar grupos de enrutamiento, el conector para grupo de enrutamiento está diseñado específicamente para tal fin y es el método preferido para conectar grupos de enrutamiento en la mayoría de los casos.

De forma predeterminada, todos los servidores de un grupo de enrutamiento pueden enviar correo a través del conector para grupo de enrutamiento. Los servidores que pueden enviar correo a través de un conector para grupo de enrutamiento son servidores cabeza de puente. Un servidor cabeza de puente es una combinación de un servidor virtual SMTP y un servidor de Exchange responsable de la entrega de todos los mensajes a través de un conector.

Al crear un conector para grupo de enrutamiento, tiene la posibilidad de mantener todos los servidores como servidores cabeza de puente para ese conector o de especificar que sólo un conjunto seleccionado de servidores actúen como servidores cabeza de puente para ese conector. En la tabla siguiente se comparan las ventajas de cada enfoque.

Selección del número de servidores cabeza de puente de un grupo de enrutamiento

Número de servidores cabeza de puente Ventajas

Todos los servidores de un grupo de enrutamiento

  • Proporciona un flujo de mensajes más eficiente, ya que todos los servidores del grupo de enrutamiento pueden entregar mensajes directamente a otros grupos de enrutamiento.
  • Aprovecha las configuraciones en las que todos los servidores de un grupo de enrutamiento tienen la misma conectividad de red con los servidores de otros grupos de enrutamiento.
  • Puede agregar complejidad en organizaciones grandes donde todos los servidores se comunican punto a punto. Puede ser más difícil solucionar problemas del flujo de correo.
  • La conectividad directa punto a punto puede ofrecer equilibrio de carga.

Sólo unos servidores seleccionados de un grupo de enrutamiento

  • Simplifica la solución de problemas del flujo de mensajes, ya que existen puntos de contacto limitados entre los grupos de enrutamiento.
  • Distribuye los mensajes si se prevé un flujo de mensajes denso entre los grupos de enrutamiento.
  • Permite especificar funciones de servidores cabeza de puente y de servidores de buzón en entornos grandes donde no desea que los servidores de buzón se encarguen del tráfico enviado a través de un servidor cabeza de puente.
  • Hace el flujo de correo más confiable y eficiente en aquellas configuraciones en las que algunos servidores tienen una conectividad de red mejor que otros.

La ilustración siguiente muestra los componentes básicos de enrutamiento descritos hasta ahora. La figura 5.4 muestra el flujo de mensajes entre servidores de un grupo de enrutamiento y entre grupos de enrutamiento. También ilustra una topología que sólo utiliza un servidor cabeza de puente en cada grupo de enrutamiento.

9d01e2f8-9211-4f97-853a-7535fc0d4444

Cuando una topología es tan sencilla como la que muestra la figura 5.4, no es necesario plantearse cuál es el mejor método para enrutar mensajes entre grupos de enrutamiento. A medida que las topologías se vuelven más complejas, con grandes números de grupos de enrutamiento repartidos a distintas distancias geográficas, el enrutamiento de mensajes entre grupos pasa a ser crítico.

Para configurar el enrutamiento entre grupos de enrutamiento se asignan costos (un gasto asociado a la ruta según la disponibilidad de la red, el tráfico de la red y los requisitos administrativos) a los conectores para grupos de enrutamiento utilizados por estos grupos. Cuando un usuario de un servidor de un grupo de enrutamiento envía correo a un usuario de un servidor de otro grupo de enrutamiento, Exchange utiliza estos costos (parte de la información de estado de los vínculos que mantiene Exchange) para determinar la ruta más eficiente. Exchange siempre utiliza la ruta con el menor costo a menos que un conector o un servidor de la ruta no se encuentre disponible. Para que cada grupo de enrutamiento sepa cuáles son los distintos costos para cada conector y el estado de los conectores, cada grupo tiene un maestro de grupo de enrutamiento que actualiza y coordina esta información con todos los servidores de un grupo de enrutamiento. Para obtener más información acerca de los maestros de grupo de enrutamiento, consulte "Designación de un maestro de grupo de enrutamiento" más adelante en este capítulo.

Conexión de grupos de enrutamiento

Al crear un grupo de enrutamiento se designa un grupo de servidores que pueden comunicarse directamente entre sí. Para que los servidores de grupos de enrutamiento distintos se comuniquen entre sí, es necesario conectar estos grupos.

Es posible conectar grupos de enrutamiento mediante un conector para SMTP o mediante un conector para X.400. Sin embargo, normalmente no se recomienda el uso de estos tipos de conectores. El método de conexión preferido es un conector para grupo de enrutamiento, ya que se ha diseñado específicamente para conectar grupos de enrutamiento.

Nota

Si debe utilizar un conector para SMTP o para X.400 entre grupos de enrutamiento, no agregue un espacio de direcciones al conector. Sólo debe designar un grupo de enrutamiento conectado; de lo contrario, el enrutamiento no funcionará correctamente.

Los conectores para grupos de enrutamiento son rutas unidireccionales para mensajes salientes, lo que significa que los mensajes viajan hacia fuera al grupo de enrutamiento conectado. Para que dos grupos de enrutamiento se comuniquen, debe existir un conector para grupo de enrutamiento en cada grupo para poder enviar mensajes al otro grupo. Al crear un conector para un grupo de enrutamiento, Exchange muestra un mensaje en el que le pregunta si desea crear un conector para grupo de enrutamiento en el grupo de enrutamiento remoto de modo que se puedan enviar mensajes desde el grupo de enrutamiento remoto al grupo de enrutamiento en el que está creando el primer conector.

Antes de crear y configurar un conector para grupo de enrutamiento, reflexione acerca de las preguntas siguientes:

  • ¿A qué grupo de enrutamiento entrega mensajes este conector?   Esta información es muy importante. La identificación del grupo de enrutamiento al que entrega mensajes el conector establece la relación entre los grupos de enrutamiento de envío y recepción, y el resto de la topología. Es necesario saber cómo encajan estos grupos de enrutamiento en la topología para poder determinar un costo para el conector asociado.
  • ¿Qué costo debe tener este conector?   El costo es la variable que Exchange utiliza para determinar la ruta de mensajería más eficiente. Exchange considera más eficiente la ruta que tiene el costo menor. Exchange utiliza una ruta más costosa sólo si un servidor o un conector de la ruta con el costo menor no se encuentra disponible. Debe asignar los costos menores a las rutas con mayor ancho de banda de red disponible.
  • ¿Qué servidores del grupo de enrutamiento pueden actuar como servidores cabeza de puente?   Sólo los servidores cabeza de puente designados pueden enviar mensajes a través del conector al grupo de enrutamiento conectado. La configuración predeterminada y preferida consiste en que los servidores del grupo de enrutamiento local envíen correo a través de este conector. Utilice esta opción predeterminada cuando todos los servidores del grupo de enrutamiento puedan conectarse directamente a través de la red con el servidor cabeza de puente remoto y compartir la misma carga de mensajería. La conexión directa con el servidor cabeza de puente remoto proporciona un flujo de mensajes más eficiente.
    Sin embargo, es posible que tenga una conectividad de red directa mejor entre algunos servidores del grupo de enrutamiento local y el servidor cabeza de puente remoto designado. Por ejemplo, el servidor A tiene una conexión directa de 56 kilobits por segundo (Kbps) con un servidor cabeza de puente remoto, mientras que el servidor B y el servidor C tienen cada uno una conexión directa de 10 megabits por segundo (Mbps) con ese mismo servidor. En este caso, debe especificar los servidores con mejor conectividad de red directa (es decir, el servidor B y el servidor C) como servidores cabeza de puente y agregarlos a la lista de servidores cabeza de puente posibles.
    Hay dos formas de configurar todos los servidores del grupo de enrutamiento para que actúen como servidores cabeza de puente:
    • Seleccionar la opción predeterminada Cualquier servidor local puede enviar correo por este conector. Cuando selecciona esta opción, el conector está marcado siempre como en servicio o disponible incluso aunque todos los servidores cabeza de puente no estén disponibles. Esta opción ofrece la ventaja de que genera menos información de estado de los vínculos porque este conector nunca se marca como no disponible.
    • Seleccionar Estos servidores pueden enviar correo por este conector y agregar manualmente cada servidor del grupo de enrutamiento como un servidor cabeza de puente. Cuando configura los servidores cabeza de puente de esta forma, si todos ellos llegan a estar no disponibles, el conector para grupo de enrutamiento se marcará como no disponible. Sin embargo, el uso de esta opción puede aumentar el tamaño de la tabla de estado de los vínculos porque el nombre de dominio completo (FQDN) de cada servidor virtual cabeza de puente se escribe en la tabla de estado de los vínculos. Para obtener más información acerca del estado de los vínculos, consulte Conceptos avanzados de estado de los vínculos.
      Para obtener más información acerca de cómo evaluar las ventajas de utilizar varios servidores cabeza de puente, en lugar de emplear servidores cabeza de puente designados, consulte la tabla 5.3 anteriormente en este capítulo.
  • ¿Deben los usuarios tener acceso con este conector a carpetas públicas que no se encuentran disponibles de forma local?   De forma predeterminada, las referencias a carpetas públicas están habilitadas en los conectores que conectan grupos de enrutamiento. Sin embargo, el tráfico de red aumenta cuando los usuarios tienen acceso a una carpeta pública ubicada en un grupo de enrutamiento remoto. Si los grupos de enrutamiento están conectados mediante vínculos de red lentos, o si es posible que la red no pueda asimilar el tráfico adicional, deshabilite las referencias a carpetas públicas.
  • ¿Cuáles son los servidores cabeza de puente remotos a los que este conector puede enviar mensajes?   Los servidores cabeza de puente remotos son los servidores del grupo de enrutamiento conectado que reciben todos los mensajes destinados a este grupo. Los servidores cabeza de puente remotos también reciben información del estado de los vínculos de los servidores cabeza de puente para el conector.

Después de considerar estas preguntas, puede establecer las opciones de configuración en la ficha General del cuadro de diálogo Propiedades de Conector para grupo de enrutamiento. Puede contestar a la última pregunta de la lista anterior si especifica servidores cabeza de puente remotos en la ficha Cabeza de puente remota.

Para obtener instrucciones detalladas, consulte Cómo configurar las opciones de un conector para grupo de enrutamiento y Cómo especificar un servidor cabeza de puente remoto para un conector para grupo de enrutamiento.