O RpcClientAccessServer é o endereço CAS que o cliente deseja usar para acessar sua caixa de correio. Eu normalmente vejo isso atribuído a um registro DNS que resolve para um LB VIP em um DAG de site único.
Como não parece que você está balanceando a carga, mas tem dois sites ativos com cópias no site oposto ao DR, eu recomendaria a criação de alguns registros DNS, como cas1.mydomain.local, usando o IP do servidor CAS em site1 e cas2.mydomain.local para o servidor CAS em site2. Você atribuiria o valor RpcClientAccessServer para cópias montadas no site1 para cas1.mydomain.local e cas2.mydomain.local para as cópias montadas no site2. Dê aos registros um TTL baixo, como cinco minutos. Isso manterá os usuários com caixas de correio em seus respectivos sites conectados ao seu CAS local.
É importante que esses nomes não possam ser resolvidos da Internet ou que suas conexões iniciais usando o Outlook em Qualquer Lugar sejam muito lentas, pois os clientes tentarão primeiro uma conexão RPC e aguardarão a falha antes de tentar HTTPS.
Em um cenário de falha de site1, todas as cópias seriam montadas no site2, então você apontaria cas1.mydomain.local para o mesmo IP para o qual cas2.mydomain.local aponta. O nome DNS que você usa para suas URLs externas provavelmente teria que ser atualizado para trazer o acesso externo para o site 2. Você não atualizaria regularmente o valor nos bancos de dados de caixa de correio.
Existem algumas incógnitas na sua descrição, portanto, o texto acima faz algumas suposições, mas espero que ajude você a entender para que serve esse valor.