XCON: Enrutamiento no utiliza un espacio de direcciones que es menos específico para entregar mensajes, aunque el espacio de direcciones más específico que no está disponible debido a restricciones

En Exchange 2000, si tiene varios conectores para diversos espacios de direcciones y utiliza un "agregado espacio de direcciones" de otros grupos de enrutamiento a un grupo de enrutamiento de destino, enrutamiento no puede utilizar un espacio de direcciones es menos específico para entregar mensajes, incluso si el espacio de direcciones es más específico no está disponible debido a las restricciones de.

Para resolver este problema, obtenga el último Service Pack para Microsoft Exchange 2000 Server. Para obtener información adicional, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base: La versión en inglés de esta revisión tiene los atributos de archivo siguientes o posteriores:

Componente: enrutamiento


Nota : debido a la interdependencia entre archivos, esta actualización requiere Microsoft Exchange Server 2000 Service Pack 1.

Microsoft ha confirmado que este es un problema de Microsoft Exchange 2000 Server. Este problema se corrigió por primera vez en Microsoft Exchange 2000 Server Service Pack 2.

Conector, grupo de enrutamiento e información de espacio de direcciones

En Exchange 2000, puede crear un conector que sólo está disponible para un grupo de enrutamiento, en lugar de toda la organización. También puede varios grupos de enrutamiento indirectos para tener acceso a este conector. Para ello, puede crear conectores de los grupos de enrutamiento indirectos para el grupo de enrutamiento que aloja el conector original, utilizando el mismo tipo de dirección y el espacio.

Considere un ejemplo en el que RoutingGroupA aloja ConnectorA con un espacio de dirección de X 400: C = US, A = ADMD, P = PRMD, O = Org, el ámbito de un grupo de enrutamiento. Para que RoutingGroupB utilizar ConnectorA, se debe existir un conector de RoutingGroupB a RoutingGroupA con un espacio de dirección de X 400: C = US, A = ADMD, P = PRMD, O = Org. Este conector también ámbito debe ser un grupo de enrutamiento (en lugar de la organización) para evitar bucles de correo.

Debido a que RoutingGroupC es indirectos de RoutingGroupB, debe existir un conector desde RoutingGroupC a RoutingGroupB con un espacio de dirección de X 400: C = US, A = ADMD, P = PRMD, O = Org, que ámbito debe ser a un grupo de enrutamiento.

Cuando el motor de enrutamiento envía un mensaje desde RoutingGroupC a una dirección que es similar a X 400: C = US, A = ADMD, P = PRMD, O = Org, s = Justin, el motor de enrutamiento, busca una ruta de "mejor coincide con" y busca todas las tres rutas (RoutingGroupC--> RoutingGroupB conector, RoutingGroupB--> RoutingGroupA conector y el conector RoutingGroupA el destino final).

El motor de enrutamiento determina que debe enviar el mensaje a través del conector local (RoutingGroupC--> RoutingGroupB conector) porque el ámbito de las otras rutas se encuentra en otro grupo de enrutamiento y esas rutas son, por lo tanto, no está disponibles para este grupo de enrutamiento.

Este comportamiento no cambia después de aplicar la revisión descrita en la sección "Solución" de este artículo.

Agregado espacio de direcciones

Quizás desee también tiene varios conectores que varios espacios de direcciones y utilizar un espacio de direcciones agregado de otros grupos de enrutamiento a un grupo de enrutamiento de destino.

Considere un ejemplo en el que RoutingGroupA contiene los siguientes conectores con los siguientes espacios de direcciones:

• ConnectorA - X 400: C = US, A = ADMD, P = PRMD, O = Org1, el ámbito de un grupo de enrutamiento.
• ConnectorB - X 400: C = US, A = ADMD, P = PRMD, O = Org2, el ámbito de un grupo de enrutamiento.
• ConnectorC - X 400: C = US, A = ADMD, P = PRMD, O = Org3, el ámbito de un grupo de enrutamiento.

Para permitir RoutingGroupB utilizan estos conectores, puede crear un espacio de dirección agregado de X 400: C = US, A = ADMD, P = PRMD en un conector RoutingGroupB RoutingGroupA. Como en el ejemplo de la sección "Información de conector" de este artículo, este conector también ámbito debe ser un grupo de enrutamiento (en lugar de una organización) para evitar bucles de correo.

Dado que es indirectos de RoutingGroupB RoutingGroupC, debe existir un conector desde RoutingGroupC RoutingGroupB. Ese conector también puede utilizar un espacio de dirección agregado de X 400: C = US, A = ADMD, P = PRMD y ámbito debe ser a un grupo de enrutamiento.

Si envía un mensaje desde RoutingGroupC a una dirección, como X 400: C = US, A = ADMD, P = PRMD, O = Org1, s = Justin, el motor de enrutamiento, busca una ruta de "mejor coincide con" y busca todas las tres rutas (RoutingGroupC--> RoutingGroupB conector, RoutingGroupB--> RoutingGroupA conector y el conector en RoutingGroupA al destino final).

El motor de enrutamiento determina que debe enviar el mensaje a través del conector en RoutingGroupA debido a que los demás conectores son menos específicos y, por lo tanto, no son la mejor coincidencia. motor de enrutamiento no tiene en cuenta el hecho de que el conector sólo está disponible para RoutingGroupA y el mensaje genera un informe de no entrega (NDR) que es similar a: Este comportamiento no es intuitivo y no es coherente con el comportamiento en Microsoft Exchange Server versión 5.5.

Después de aplicar la corrección en la sección "Solución" de este artículo, el motor de enrutamiento descarta las siguientes rutas como rutas posibles:

• Conectores que no son locales y se aplican a un grupo de enrutamiento. - y -
  
  
• Rutas aprendidas en el Exchange Server 5.5 que tienen el ámbito a un sitio o a local.

Si va a configurar espacios de direcciones agregada de esta manera, asegúrese de que no causan posibles bucles de correo. En cada grupo de enrutamiento, asegúrese de que el ámbito de los conectores que agregue con estos espacios de direcciones se encuentra en un grupo de enrutamiento.