

Since there is no Outlook RPC endpoint in Exchange 2013, clients must connect to Exchange 2013 using Outlook Anywhere or MAPI/HTTP. This means that Exchange 2013 is the client contact point for OWA, EAC, EAS, EWS, OAB and Autodiscover. The HTTP protocols have all been moved over to Exchange 2013. Note that the same will apply for Exchange 2016 also doing the down level proxy to Exchange 2010 This dedicated namespace is required to prevent the ambiguous URL issue which will block an Exchange upgrade project.Īfter following the Exchange Deployment Assistant guidance when migrating to Exchange 2013, the networking flow would be adjusted to something similar to the below. A dedicated namespace is used for internal RPC Client Access traffic to the Exchange 2010 CAS Array, which is. In the simple example here is used for all HTTP protocols except for Autodiscover which has its own namespace of.

The exact details will depend upon the load balancer type and required configuration. The Exchange 2010 CAS namespaces are all pointing to one or more VIPs on the load balancer. The client connections will traverse a load balancer, virtual or hardware based appliance, to get to the Exchange 2010 servers. Initially the Exchange 2010 organization would have looked something like this from a networking perspective. This leads to an interesting discussion point when it comes to managing the connections to down-level versions of Exchange. The Client Access Server (CAS) role in Exchange 2013/2016 will proxy or redirect the incoming user’s connection to the correct place depending upon the topology of the environment and version of Exchange their mailbox is on. From a networking perspective layer 7 of the OSI model is talking to a different layer which is not something network folks expect to see! This is why you must maintain 2007 Hub and CAS servers as long as you have 2007 mailboxes. This is due to the fact that RPC is used to communicate between the servers and is coded to only work with the relevant version. Conversely, the Exchange 2010 HUB Store Driver can only communicate with the Exchange 2010 Mailbox role.


For example, the Exchange 2007 HUB Store Driver can only communicate with the Exchange 2007 Mailbox role. The intent was to remove the strict version dependency hooks which existed in the previous versions of Exchange. Exchange 2013 streamlined the connectivity between servers with the “every server is an island” design philosophy.
