When you plan for a period of coexistence with Exchange 2007 and Exchange Server 2003 or Exchange 2000 Server, you must understand the differences in how each version determines its routing topology.
Exchange Server 2003 and Exchange 2000 Server use routing groups to define an Exchange-specific routing topology. Typically, routing groups are used to specify a set of well-connected Exchange servers. Servers in the same routing group can communicate with each other without the use of connectors. Ideally, the routing groups that are defined in your existing environment are based on IP subnets and closely mirror the Active Directory Site configuration. When more than one routing group is defined in an Exchange Server 2003 organization, the administrator must manually create routing group connectors to enable mail flow between Exchange Server 2003 servers that are in different routing groups. The routing group connector must specify a source server and a target server as the connector end points. A routing group connector defines a one-way connection, and a reciprocal connector must be created to establish mail flow in both directions. The source and target servers are the bridgehead servers for the routing group. The bridgehead servers relay e-mail to other routing groups on behalf of other servers in their routing group and receive e-mail from other routing groups for delivery to other servers in their routing group. Every Exchange 2003 or Exchange 2000 routing group should have at least one connector to another routing group before you introduce the first Exchange 2007 server. Event ID 5006 is logged for each Microsoft Exchange Message Database (MDB) that is located in a routing group that does not have a routing group connector path from the Exchange 2007 routing group. For more information about the Exchange Server 2003 routing topology, see Exchange Server Transport and Routing Guide.
Exchange 2007 uses the existing Active Directory site topology to define its routing topology. Servers that are located in the same Active Directory site can communicate without the use of connectors. E-mail that is routed to Exchange servers that are located in different sites must be relayed by Hub Transport servers. Hub Transport servers send e-mail to Hub Transport servers in remote sites by using the intra-organization Send connector. The intra-organization Send connector is an implicit connector that is computed by using Active Directory site and IP site link information. In Exchange 2007, an administrator no longer has to define an Exchange-specific routing configuration. However, an administrator can make Exchange-specific configuration changes to Active Directory sites and IP site link costs to control mail flow.
To support coexistence between these two routing topologies, all Exchange 2007 servers are automatically added to a single routing group when Exchange 2007 is installed. The Exchange 2007 routing group is recognized in Exchange System Manager in Exchange Server 2003 or Exchange 2000 Server as Exchange Routing Group (DWBGZMFD01QNBJR) within Exchange Administrative Group (FYDIBOHF23SPDLT). When the first Exchange 2007 Hub Transport server is installed in an existing Exchange organization, you must specify an Exchange 2003 bridgehead server to which to establish the first routing group connector. We recommend that you select a bridgehead server that is located in a hub routing group or in a routing group that has many mailboxes. The routing group connector links the routing group where the Exchange 2003 server resides and the Exchange 2007 routing group. The Exchange 2007 routing group includes all Exchange 2007 servers, regardless of the Active Directory site in which they reside.
Caution: |
|---|
|
Do not move Exchange 2007 servers out of Exchange Routing Group (DWBGZMFD01QNBJR) and do not rename Exchange Routing Group (DWBGZMFD01QNBJR) by using a low-level directory editor. Exchange 2007 must use this routing group for communication with earlier versions of Exchange. We do not support moving Exchange 2007 servers out of Exchange Routing Group (DWBGZMFD01QNBJR) or renaming of Exchange Routing Group (DWBGZMFD01QNBJR).
|
The Hub Transport server that you are installing and the Exchange 2003 bridgehead that you select are configured as the source and target servers on two reciprocal routing group connectors. The selected bridgehead server is automatically added to the membership of the ExchangeLegacyInterop universal security group and is granted the permissions that are needed to send e-mail to and receive e-mail from Exchange 2007. This routing group connector creates a single connection point between Exchange 2003 and Exchange 2007. The bridgehead server that you select depends on your current routing environment. You can modify the list of source and target servers by using the Set-RoutingGroupConnector cmdlet in the Exchange Management Shell. It is a best practice to specify more than one source server and more than one target server to provide redundancy and server availability.
If your existing Exchange environment includes more than one routing group, you may want to create additional connection points between Exchange 2003 and Exchange 2007 to optimize mail flow. To create additional connection points, you follow these steps:
-
Determine how you will transition the organization to Exchange 2007. The order in which you decommission routing groups will determine which Exchange 2003 routing groups should connect directly with Exchange 2007.
-
Modify the registry to suppress minor link state updates on all the Exchange 2003 and Exchange 2000 servers. This configuration change prevents connector state messages from being relayed throughout the organization by using link state updates, but does not prevent configuration change messages from being relayed. For more information, see How to Suppress Link State Updates.
-
Use the New-RoutingGroupConnector cmdlet in the Exchange Management Shell to create all routing group connectors that specify Exchange 2007 Hub Transport servers as source or target servers. Configure a routing group connector from the Exchange Routing Group (DWBGZMFD01QNBJR) to each Exchange Server 2003 or Exchange 2000 Server routing group with which Exchange 2007 will communicate directly, and configure the corresponding reciprocal routing group connectors. You can use the Bidirectional parameter with the New-RoutingGroupConnector cmdlet to create both connectors in a single operation. These connectors will enable mail flow between Exchange Server 2003 or Exchange 2000 Server and Exchange 2007, and from Exchange 2007 to Exchange Server 2003 or Exchange 2000 Server. You must use the Exchange Management Shell cmdlets to create and configure routing group connectors between Exchange 2007 and earlier versions of Exchange. When you use the Exchange 2007 tools, the specified legacy Exchange servers are automatically added to the membership of the ExchangeLegacyInterop universal security group and the permissions that are required to allow a legacy Exchange server to send mail to and receive mail from an Exchange 2007 Hub Transport server are automatically granted. If you use Exchange System Manager to create a routing group connector between the Exchange 2007 routing group and any Exchange 2003 or Exchange 2000 routing group, this group membership is not updated correctly and the connector will not work correctly.
Important: |
|---|
|
Placing Exchange 2007 servers and Exchange 2003 or Exchange 2000 servers in the same routing group is not supported.
|
Important: |
|---|
|
If you deploy Exchange 2007 as a new organization, you cannot later install Exchange 2003 or Exchange 2000 in the Exchange 2007 organization. This is not a supported scenario. If you anticipate requiring Exchange 2003 functionality in your organization in the future, you must first install an Exchange 2003 organization and maintain at least one Exchange 2003 server.
|
For more information about how Exchange 2007 determines its routing topology, see Planning to Use Active Directory Sites for Routing Mail. For more information about the differences in routing behavior between Exchange 2007 and earlier versions of Exchange Server, see Message Routing in a Coexistence Environment.
Link State Routing
When you are deciding how you should connect the Exchange 2007 routing group to the Exchange Server 2003 or Exchange 2000 Server organization, you must consider the behavior of link state routing. Exchange Server 2003 and Exchange 2000 Server servers maintain a link state routing table that is updated through communication with the Routing Group master. Each connector that has been created between Exchange Server 2003 or Exchange 2000 Server routing groups is considered a link. Exchange Server 2003 and Exchange 2000 Server servers determine how a message is routed inside the organization by using the cost that is assigned to the connectors between routing groups as the metric. If a particular routing group is inaccessible by using the lowest cost route, the link state table is updated by the routing group master to show the state of that link as down. This data is communicated to every routing group in the Exchange organization. When the data is received, the link state table is updated, and another route is calculated.
Link state routing is not used by Exchange 2007 Hub Transport servers and Exchange 2007 can't propagate link state updates. When no Hub Transport server in a site is available, the Hub Transport server does not recalculate the route. Hub Transport servers always try to communicate directly with other Hub Transport servers. When more than one Hub Transport server exists in a site, messaging traffic is automatically load-balanced and a connection attempt is made to each Hub Transport server in the site before a communication failure occurs. When a connection to a site is unavailable, Exchange 2007 uses the IP site link costs that are associated with Active Directory sites to determine the closest site at which to queue the message. This behavior is known as queue at point of failure. The message queue that is generated at the point of failure is put in a retry state.
If multiple paths exist between the Exchange 2007 routing group and any Exchange Server 2003 routing group, minor link state updates must be suppressed to make sure that message looping does not occur when a route is recalculated. We recommend that minor link state updates be suppressed for each server in the Exchange Server 2003 or Exchange 2000 Server server. When link state updates are suppressed, Exchange Server 2003 or Exchange 2000 Server servers also queue at point of failure, instead of recalculating the route.
Configuration changes, such as the addition of connectors, are still communicated between Exchange Server 2003 servers by using link state. To enable the major link state updates to continue to be communicated, all Exchange Server 2003 routing groups remaining in the Exchange organization must maintain a routing group connector between them to enable the link state updates to be received. If the only communication path between Exchange Server 2003 routing groups is through the Exchange 2007 routing group, configuration changes will not be propagated to all the Exchange Server 2003 servers.
For more information about how to suppress link state updates, see How to Suppress Link State Updates.
Send Connectors and Receive Connectors
Exchange Server 2003 uses virtual server interfaces for each protocol to send and receive messages. Configuration is required only when you modify the default values or create connectors that are specific to another organization.
The Exchange 2007 Hub Transport servers provide SMTP transport for the organization. Hub Transport servers use an implicit connector to route messages between sites. This connector is called the intra-organization Send connector. During installation, explicit Receive connectors are automatically created on each Hub Transport server. One Receive connector is configured to receive SMTP traffic from all sources by listening on Port 25. A second Receive connector is configured to receive SMTP traffic from non-MAPI clients by listening on Port 587. The Client Access server role provides the IMAP4 and POP3 protocols for non-MAPI clients.
You must configure a Send connector to route e-mail to the Internet. The recommended method for connecting Exchange 2007 to the Internet is to install the Edge Transport server role in the perimeter network and to relay e-mail to remote domains through the Edge Transport server. When you subscribe the Edge Transport server to the Exchange organization, a Send connector to the Internet is automatically created. Other methods of connecting the Hub Transport server to the Internet are described in Deployment Options for Hub Transport Servers.
Explicit Send connectors and Receive connectors are created on Hub Transport servers only when you want to create a connector that sends messages to a specific address space or receives messages from a specific address range. For more information about how to configure connectors in Exchange 2007, see Managing Connectors.
X-EXCH50 Data
Exchange Server 2003 uses the proprietary verb X-EXCH50 to transmit information about messages and recipients that cannot be included in the e-mail message. The information is transmitted as the Exch50 binary large object. The Exch50 binary large object is a collection of binary data that is stored as a single object. Exch50 contains data such as spam confidence level, address rewriting information, and other MAPI properties that do not have MIME representation. Because X-EXCH50 is a proprietary Extended Simple Mail Transfer Protocol (ESMTP) verb, Exch50 data cannot be propagated by a non-Exchange server.
Exchange 2007 supports a mapping between MAPI and MIME and does not require Exch50 data to reliably transmit message properties. To correctly coexist with Exchange Server 2003, Exchange 2007 servers can propagate the Exch50 data to Exchange Server 2003 servers. On incoming SMTP connections, Exch50-related properties that are used by Exchange 2007 are promoted to Exchange 2007-equivalent properties. Properties that are not used by Exchange 2007 but are used by Exchange Server 2003 are preserved. On outgoing SMTP connections, the Exchange 2007 server can form the Exch50 data by promoting the Exchange 2007 properties and appending them to the preserved Exchange Server 2003 data.
Routing group connectors between Exchange 2007 and Exchange Server 2003 are automatically configured to support sending and receiving Exch50 data. If you are connecting Exchange 2007 to an Exchange Server 2003 server in a cross-forest scenario, make sure that the connector permissions allow the routing of Exch50 data. For more information, see Configuring Cross-Forest Connectors.
Message Tracking
The message tracking schema in Exchange 2007 is significantly different from the message tracking schema in Exchange Server 2003. The events that are logged by Exchange 2007 message tracking do not correspond directly to the message tracking events that are logged by Exchange Server 2003. Messages that are sent and received by Exchange 2007 can only be tracked by Exchange 2007 servers. There is no Microsoft Windows Management Instrumentation (WMI) support in Exchange 2007. Therefore, an Exchange Server 2003 server cannot query for message tracking logs on an Exchange 2007 server. If a message tracking query in Exchange 2007 indicates that the message was transferred to an Exchange Server 2003 server, you can use the Exchange Server 2003 message tracking tool to continue to search for the message.