Forum Discussion

PlumpJack's avatar
PlumpJack
Copper Contributor
Sep 08, 2020

Bound to unbound namespace

We currently have exchange 2010 spread across 2 datacenters using a bound namespace. Users in the west use the mail-west.domain.com namespace while the users in the east use mail-east.domain.com.  We are looking to upgrade to 2016 and follow the current preferred architecture utilizing an unbound namespace.  Since our existing namespaces are region specific, the new unbound namespace would be something generic like mail.company.com.  Is it possible to migrate to a new namespace during an exchange 2010 to 2016 upgrade, and if so how does this change the upgrade process?

  • VickVega's avatar
    VickVega
    Brass Contributor

    PlumpJack 
    You should be able to perform this if you follow the Deployment Assistant

     At some point in time you'll be required to adjust virtual directories to point to a new Exchange 2016 namespace. MS recommends doing it as soon as the new Exchange version is introduced into the Exchange Org.

    • PlumpJack's avatar
      PlumpJack
      Copper Contributor

      VickVega Thank you for your feedback.  I have gone through the deployment assistant, but it is not very clear on the introduction of a new namespace.  It makes mention about updating the exchange 2010 outlook anywhere and autodiscover url to match the exchange 2016 namespace, but does that mean that is the only change on 2010? 

       

      I have found several articles that mention not to have multiple namespaces in the same AD site as it will cause issues, as well as others that mention it is not recommended to change the namespace during a migration.

       

      https://practical365.com/exchange-server/changing-namespaces-exchange-migration/

      https://techcommunity.microsoft.com/t5/exchange-team-blog/namespace-planning-in-exchange-2016/ba-p/604072

       

       

      • VickVega's avatar
        VickVega
        Brass Contributor

        PlumpJack 
        Adjusting those FQDNs, basically changes the end-point to which client is connecting for the provided services. Adding mail.domain.com onto the new Exchange 2016 certificate would allow you to point the users to the required client access server, usually the latest Exchange version.  Depends on the state of the other virtual directories on other servers, Exchange accepting the connection would either proxy or redirect.
        That's your name space change :).

Share

Resources