DRAG DROP
You need to identify which external namespaces must be used for the Exchange servers in each office.
Which external namespaces should you identify for each office?
To answer, drag the appropriate namespace to the correct office in the answer area. Each namespace may be used once, more than once, or not at all.
Additionally, you may need to drag the split bar between panes or scroll to view content.
Select and Place:
Explanation/Reference:
This configuration ensures that the Client Access server does not redirect the connection to the target Client Access server, but instead proxies it. Installing Exchange 2013 into a mixed Exchange 2007 and Exchange 2010 organization
If so, then you first need to follow the steps in Install Exchange 2013 in an Existing Exchange 2007 Organization to create a new legacy namespace to coexist with Exchange 2013.
You need to create a legacy domain name system (DNS) host name so your legacy Exchange environment (Exchange 2007) and Exchange 2013 can coexist.
For example, if your domain name is currently contoso.com, you’re likely using a host name of mail.contoso.com or www.contoso.com for external client access to Exchange.
During coexistence, we recommend creating and using, for example, a host name of legacy.contoso.com. This host name should be configured the same way your primary host name is configured. You’ll associate the legacy host name with your existing Exchange server and associate your current host name (for example, mail.contoso.com) with your Exchange 2013 Client Access server. Your end users will not see or use the legacy host name. It will be used by Autodiscover and Client Access servers when redirecting legacy users to a legacy server.
All client connections will be proxied, including Exchange ActiveSync, Outlook Web App, POP3, and IMAP4.
After the legacy host name has been configured, users will be able to access their mailbox regardless of whether it’s on Exchange 2007 or Exchange 2013. If you’re upgrading from Exchange 2007 to Exchange 2013,
Availability service requests will also be redirected.
You will need a legacy namespace because Exchange 2013 uses a contiguous namespace
$null
Single Namespace with Proxy Sites
This model is based on the consolidated data center model but proxies the requests to the physical Mailbox server located at another site. One of the sites has one or more Internet-facing Client Access servers that proxy the requests.
This scenario has the following advantages:
Only one or very few DNS records need to be managed.
Only one or very few certificates are required for your Exchange organization.
All users use the same URL to access Exchange server.
The disadvantage of this model is that most users will access their mailboxes using proxying, thus accessing their data might be slower across latent WAN links.
To configure this namespace model, you need to configure the ExternalURL option of the Client Access server(s) at one site, and make sure that the ExternalURL settings on all the other sites are configured to $Null. This configuration ensures that the Client Access server does not redirect the connection to the target Client Access server, but instead proxies it. Redirect means that the Client Access server forwards the connection to the target Client Access server; proxy means that the Client Access server contacts the target Client Access server and retrieves the data for the connection.
Autodiscover.domainname
In order for Exchange 2007/2010/2013 and Outlook 2007/2010/2013 to function properly, you must have a special DNS record set up for your domain name which points to the Intermediate Autodiscover server.
You need to set up the Autodiscover record for your domain name to have the following features:
Outlook 2007/2010/2013 setup using Autodiscovery
Outlook 2011 for Mac and Entourage EWS setup using Autodiscovery
Free/Busy information in your calendar
Out of office autoresponse messages setup in Outlook.
Note: Without the Autodiscover record you can use Outlook Web Access to set up automatic replies.
Proper syncing of Offline Address Book
Folder Sharing with sending out the Sharing invitation. Read the Knowledge Base article on How Do I Share (Let Others See) My Outlook Folders?for more information.
Load Balancing (Hardware and Virtual Load Balancing)
You need to have an understanding of how the load balancer fits in your environment. Typically clients will connect to it for web services, like OWA, and also through Outlook via MAPI, using a Client Access Array as illustrated by this simplified diagram:
In addition to planning your environment, you’ll also need some other information for the load balancer setup:
IP address for management
IP address for the virtual load balancer interface, in the same subnet
DNS and NTP server addresses
Client Access Server IP addresses
Network Access from the virtual load balancer interface to the following TCP ports on the Client Access Servers:
80 and 443 for HTTP/HTTPS
135, 139, 6001-6004,60000 and 60001 for RPC Client Access
Note that if you’re testing this in a perimeter network, you only need ports 80 and 443 open for external access to Exchange servers.
Exchange 2013 Client Access server configuration: Exchange 2013 Help
Set-AutodiscoverVirtualDirectory: Exchange 2013 Help