Dela via


Managing Exchange 2007 Message Routing

Microsoft Exchange Server 2007 will reach end of support on April 11, 2017. To stay supported, you will need to upgrade. For more information, see Resources to help you upgrade your Office 2007 servers and clients.

 

Applies to: Exchange Server 2007, Exchange Server 2007 SP1, Exchange Server 2007 SP2, Exchange Server 2007 SP3

This topic provides an overview of the configuration that you can perform to manage message routing for a Microsoft Exchange Server 2007 organization. Many components are involved in routing messages to recipients in an Exchange 2007 organization. If you configure the settings for these components, you can control how messages flow between Hub Transport servers, Edge Transport servers, servers that have Exchange Server 2003 or Exchange 2000 Server installed, and other Simple Mail Transfer Protocol (SMTP) servers.

The Exchange 2007 routing topology is derived from the Active Directory directory service site topology. Internal message routing relies on the configuration of Active Directory sites and IP site links to determine the following:

  • Which Exchange servers can communicate directly.

  • When messages must be relayed between Active Directory sites.

When messages are routed to external domains, they must be routed to Send connectors. If an Exchange 2007 organization coexists with an Exchange 2003 or Exchange 2000 organization, you must maintain routing group connectors. The following sections provide an overview of how routing components are configured and how you can troubleshoot routing.

Active Directory Sites

Active Directory sites are not managed by Exchange administrators. You must have the permissions assigned to the Active Directory Enterprise Administrators group to create, delete, or modify Active Directory sites. However, because the Exchange routing topology is derived from the Active Directory site topology, an Exchange administrator can apply an Exchange-only attribute to an Active Directory site that is considered only by Exchange 2007 routing.

In your Exchange organization you may have to force all message delivery to be relayed through a particular Active Directory site. In this scenario, connectivity may prevent direct SMTP relay between sites. Therefore, messages must be relayed through an interim site before they are sent to their destination. Because of an Exchange organization's internal policies, an administrator may also want to relay all messages through a particular site. You can use Exchange Management Shell tasks to designate an Active Directory site as a hub site.

You use the Set-ADSite cmdlet to specify an Active Directory site as a hub site. Whenever a hub site exists along the least cost routing path for message delivery, the messages queue and are processed by the Hub Transport servers in the hub site before they are relayed to their ultimate destination. When an Active Directory site is configured as a hub site, routing paths that include that site are always relayed through the hub site.

For more information, see the following topics:

Like Active Directory sites, Active Directory IP site links are not managed by Exchange administrators. You must have the permissions assigned to the Active Directory Enterprise Administrators group to create, delete, or modify Active Directory site links. However, because the Exchange routing topology is derived from the Active Directory site topology, an Exchange administrator can apply an Exchange-only attribute to an Active Directory site link that is considered only by Exchange 2007 routing.

By default, Microsoft Exchange uses the cost assigned to an IP site link for Active Directory replication purposes to compute a routing topology. If, after documenting the existing Active Directory site and IP site link topology, you verify that the link costs for the Active Directory site and the network traffic flow patterns are not optimal for Exchange 2007, you can make adjustments to the costs evaluated by Microsoft Exchange. As an Exchange administrator, you cannot and should not modify the cost assigned to the IP site link by using Active Directory tools. Instead, use the Set-ADSiteLink cmdlet in the Exchange Management Shell to assign an Exchange-specific cost to the IP site link.

When an Exchange cost is assigned to an IP site link, the Exchange cost overrides the Active Directory cost for message routing purposes. Routing only considers the Exchange cost when it evaluates the least cost routing path.

New in Exchange 2007 Service Pack 1

Microsoft Exchange Server 2007 Service Pack 1 (SP1) provides supports for configuration of a maximum message size limit on an Active Directory IP site link. By default, Exchange 2007 does not impose a maximum message size limit on messages that are relayed between Hub Transport servers in different Active Directory sites. If you use the Set-AdSiteLink cmdlet to configure a maximum message size on an Active Directory IP site link, routing generates a non-delivery report (NDR) for any message that has a size larger than the maximum message size limit that is configured on any Active Directory site link in the least cost routing path. This configuration is useful for restricting the size of messages that are sent to remote Active Directory sites that must communicate over low-bandwidth connections.

For more information, see the following topics:

Send Connectors

Exchange 2007 transport servers require Send connectors to deliver messages to the next hop on the way to their destination. A Send connector controls outbound connections from the sending server to the receiving server or destination e-mail system. The address space for a Send connector specifies the following conditions:

  • The recipient domains to which this connector routes e-mail

  • The transport type

  • The cost assigned to that address space on that particular Send connector

By default, no explicit Send connectors are created when the Hub Transport server role or the Edge Transport server role is installed. However, the implicit intra-organization Send connector is used to route messages internally. End-to-end mail flow is only possible if one of the following conditions is true:

  • You have subscribed the Edge Transport server to the Active Directory site by using the Edge Subscription process.

  • You have manually configured Send connectors and Receive connectors to route Internet mail.

By default, protocol logging for the intra-organization Send connector is disabled. You can enable or disable protocol logging for the intra-organization Send connector by using the Set-TransportServer cmdlet.

For more information, see the following topics:

Routing Group Connectors

If Exchange 2007 and Exchange 2003 or Exchange 2000 coexist in the same organization, you must configure routing group connectors between the single, global Exchange 2007 routing group and the routing groups configured in the earlier version of Exchange Server. The first routing group connector between Exchange 2007 and Exchange 2003 or Exchange 2000 is created and configured during installation of the first Hub Transport Server role in an existing Exchange organization.

You must use the Exchange Management Shell to configure routing group connectors that include an Exchange 2007 Hub Transport server as either a source server or target server. To support coexistence with Exchange 2003 and Exchange 2000, all computers that are running Exchange 2007 are automatically put into a single routing group when the first Hub Transport server role is installed. The routing group in Exchange 2007 is recognized in the Exchange System Manager of Exchange 2003 and Exchange 2000 as Exchange Routing Group (DWBGZMFD01QNBJR). You cannot use the Exchange System Manager of Exchange 2003 and Exchange 2000 to manage the Exchange 2007 routing group or any routing group connectors that include an Exchange 2007 Hub Transport server as either a source server or target server.

New in Exchange 2007 SP1

Exchange 2007 SP1 provides supports for configuration of a maximum message size limit on a routing group connector. By default, Exchange 2007 does not impose a maximum message size limit on messages that are relayed across a routing group connector. If you use the Set-RoutingGroupConnector cmdlet to configure a maximum message size on a routing group connector, routing generates a NDR for any message that has a size larger than the maximum message size limit that is configured on any routing group connector in the least cost routing path. This configuration is useful for restricting the size of messages that are sent to remote Exchange Server 2003 and Exchange 2000 Server servers that must communicate over low-bandwidth connections.

For more information, see the following topics:

Troubleshooting Routing

Exchange 2007 provides tools and extensive logging resources to help you with mail flow problems. The following diagnostic tools are available in the Toolbox of the Exchange Management Console:

  • Exchange Server Best Practices Analyzer   Use the Best Practices Analyzer to check the configuration and health of the Exchange topology. This tool automatically gathers and examines information about the configuration of the Exchange organization and summarizes the findings in a report. The report lists problems by severity and includes a suggested fix for the issue. Additionally, this tool provides a list of recent changes and a detailed summary of the Exchange organization configuration. For more information, see Microsoft Exchange Analyzers.

  • Exchange Mail Flow Troubleshooter   Use the Exchange Mail Flow Troubleshooter tool to help diagnose mail flow and transport-related problems. This tool lets you select a mail flow symptom, analyzes your configuration, and outputs findings to a report. For more information, see Overview: Microsoft Exchange Analyzers.

  • Message Tracking   Use the Message Tracking tool to examine the contents of message tracking logs. For more information, see Managing Message Tracking.

  • Queue Viewer   Use the Exchange Queue Viewer to view and manage Exchange mail queues. For more information, see Using the Queue Viewer to Manage Queues.

New in Exchange 2007 SP1

The Routing Log Viewer is a new tool with Exchange 2007 SP1. The tool works on an Exchange 2007 SP1 server that has the Hub Transport server role or the Edge Transport server role installed. You start the Routing Log Viewer from the Toolbox node of the Exchange Management Console.

In earlier versions of Exchange Server, you could connect to the Exchange Routing Engine service on port 691 by using WinRoute (Winroute.exe). There is no Routing Engine in Exchange 2007. The Routing Log Viewer enables an administrator to open a routing log file that contains information about how the routing topology appears to the server. You can compare routing log files and then determine the changes that have occurred in the routing topology between two time periods. You can use this tool to determine changes that have occurred in the routing topology and to assess whether problems may have occurred because of those changes. For more information, see Using the Routing Log Viewer.

For more information about how to troubleshoot mail flow problems, see the following topics:

For More Information

For more information, see the following topics: