- #Outlook 2016 unable to connect to exchange 2010 driver#
- #Outlook 2016 unable to connect to exchange 2010 upgrade#
Since the proxy target is the sever FQDN, the traffic is not using the load balancer. One exception to this rule is the proxy target to Exchange 2007 EAS, that will use the internalURL of the server’s virtual directory. The target is the Exchange 2010 server FQDN. The target of these proxy requests is NOT the load balancer. Proxied HTTP connectionsĮxchange 2010 mailboxes will connect to Exchange 2013 CAS, which will then proxy to Exchange 2010 on behalf of the user. If an Exchange 2010 CAS server is restarted without first removing client connections you will most likely get authentication prompts in Outlook for users connected to that CAS. Note that this is the required way to take an Exchange 2010 CAS server in and out or service. Namely this is done by marking servers up or down on the load balancer. We can break this down into two main sections:įor RPC Client access, we can control the connections to the Exchange 2010 CAS server in much the same was as before the Exchange 2013 upgrade. Controlling Access to Exchange 2010 In A Mixed Environment Now that we have the background, to the question of how do we control access to the Exchange 2010 servers in this mixed environment. The RPC Client Access is indicated by the purple line above. Until the 2010 mailbox is migrated, the Outlook client will connect to CAS 2013 for HTTP requests and to CAS 2010 for RPC Client Access. This is why the namespace must remain and point to CAS 2010. For mailboxes still on Exchange 2010, CAS 2013 is unable to proxy RPC requests, since it does not listen for those requests and Outlook needs to connect to the existing RPC endpoint on Exchange 2010 CAS. 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
#Outlook 2016 unable to connect to exchange 2010 upgrade#
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.
#Outlook 2016 unable to connect to exchange 2010 driver#
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.