Problemas de sincronização de caixa de entrada única com implantações locais do Microsoft Exchange

Opções de download

PDF (241.8 KB)
Ver no Adobe Reader em vários dispositivos
ePub (91.8 KB)
Ver em vários aplicativos no iPhone, iPad, Android, Sony Reader ou Windows Phone
Mobi (Kindle) (77.4 KB)
Ver no dispositivo Kindle ou no aplicativo Kindle em vários dispositivos

Atualizado:2 de abril de 2015

ID do documento:118883

Linguagem imparcial

O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.

Sobre esta tradução

A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.

Introdução

Pré-requisitos

Requisitos

Componentes Utilizados

Problemas

Troubleshooting

Atrasado ou sem sincronização entre CUC e Exchange

Sincronização atrasada do Exchange Server para o CUC

Introdução

Este documento fornece informações sobre os problemas de sincronização observados entre as implantações do Cisco Unity Connection (CUC) e do Microsoft Exchange no local.

Pré-requisitos

Requisitos

A Cisco recomenda que você tenha conhecimento do CUC.

Componentes Utilizados

Este documento não se restringe a versões de software e hardware específicas.

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a sua rede estiver ativa, certifique-se de que entende o impacto potencial de qualquer comando.

Problemas

Há três tipos de problemas de sincronização:

Sem sincronização
Sincronização atrasada de ambos os lados (CUC para Exchange Server e vice-versa)
Sincronização atrasada do Exchange Server para o CUC

Troubleshooting

Esta seção fornece informações sobre como solucionar os três problemas. Os dois primeiros problemas são combinados em uma seção, pois a abordagem para solucionar os problemas é a mesma.

Atrasado ou sem sincronização entre CUC e Exchange

Pode haver vários motivos pelos quais não há sincronização ou há atraso entre o CUC e o Exchange. Neste cenário, verifique as falhas de comunicação entre o CUC e o Exchange Server por meio da CLI ou pela coleta de logs por meio da Real-Time Monitoring Tool (RTMT).

RTMT

Escolha Trace & Log Central > Coletar arquivos. Selecione Connection Mailbox Sync logs e continue.

Root

No CUC (/var/log/ative/cuc) via CLI:

Para visualizar o arquivo, insira cat <filename> ou vi <filename>, onde <filename> é diag_CuMbxSync_xxxxxxx.uc.

CLI do admin

Os registros também podem ser visualizados através da CLI do administrador, mas é bastante difícil.

Para listar os arquivos, insira file list ativelog /cuc/diag_CuMbxSync* detail reverse.

Para exibir um arquivo, insira file view ativelog /cuc/diag_CuMbxSync_xxxxxxxx.uc onde xxxxxxxx é o número do arquivo.

Para transferir os arquivos para um servidor FTP seguro (SFTP), insira file get ativelog /cuc/diag_CuMbxSync*.

Verifique os logs CuMbxSync mais recentes para quaisquer falhas ou avisos HTTP. Como os erros ou avisos são gravados por padrão nos rastreamentos, não há necessidade de ativar os rastreamentos neste ponto.

Falhas de HTTP podem parar (intermitentemente ou completamente) a sincronização da operação de mensagens do CUC para o servidor Exchange e vice-versa. Se forem vistas falhas de HTTP nos registros, a próxima etapa será solucionar e corrigir esses problemas.

O documento Nota Técnica de Troubleshooting de Caixa de Entrada Única do Unity Connection fornece algumas informações sobre os vários erros vistos nos logs do CuMbxSync.

Se não houver erros/falhas no registro CuMbxSync, ative os microrastreamentos CsEws e CuMbxSync - todos os níveis. Escolha Cisco Unity Connection Serviceability > Trace > Micro Trace. Clique na opção de redefinição na página Conta da Unificação de Mensagens do Usuário e colete os logs novamente. Entre em contato com o Cisco Technical Assistance Center (TAC) para obter assistência adicional.

Sincronização atrasada do Exchange Server para o CUC

O Exchange se comunica com o servidor CUC na porta 7080. Esta seção fornece etapas para solucionar o problema.

Verifique se a porta 7080 está aberta e se o CUC escuta nessa porta.
CLI do admin
Root
Colete uma captura de rede no servidor Exchange e no servidor CUC para confirmar se o servidor Exchange envia notificações Jetty e o CUC recebe essas notificações Jetty.
Na CLI do CUC, insira utils network capture file SIBTrace count 100000 size ALL.
No Exchange, baixe e execute o Wireshark.
Na captura CUC, você deve ver este padrão de pacote na porta 7080 (porta usada para receber notificações):
Confirme (com a ajuda do endereço IP destacado na captura de tela) se a notificação foi enviada do servidor Exchange para o CUC e não para algum servidor proxy. Se você não vir o mesmo padrão na porta 7080 (ou não vir nenhum tráfego na porta 7080), verifique com a equipe do servidor Exchange. As notificações do Exchange para o CUC podem ser de dois tipos:
- Notificações de keep-alive
- Notificação de operação de mensagem
As mensagens de keep-alive são enviadas do Exchange para o CUC. Aqui está um exemplo de mensagem de notificação de keep-alive:
O servidor Exchange envia essa notificação a cada cinco minutos (por padrão) para cada usuário inscrito. Esta notificação é enviada pelo Exchange para o cliente dos Serviços Web do Exchange (EWS) (CUC neste caso) para manter as assinaturas ativas no CUC.
As notificações do servidor Exchange são recebidas no servidor CUC pelo Jetty, que analisa as notificações e atualiza os dados na tabela tbl_ExSubscription.
Exemplos de entradas em tbl_ExSubscription:
As mesmas informações podem ser visualizadas através da CLI do administrador. Insira o comando run cuc dbquery unitydyndb select first 10 * from tbl_exsubscription.
tbl_ExSubscription armazena informações sobre cada assinatura de caixa de correio registrada no Exchange via EWS. timestamputc (destacado na captura de tela anterior) é uma das colunas desta tabela. Contém Data e hora em UTC que indica a hora em que uma notificação para esta assinatura foi recebida pela última vez pelo CUC do servidor Exchange.
O processo CuMbxSync tem um thread que monitora assinaturas obsoletas a cada dois minutos e faz uma reinscrição para quaisquer entradas obsoletas. No log de exemplo, o thread considera um conjunto de entradas de assinatura obsoleto. Esse não é um caso ideal (se tudo estiver bem e o Exchange enviar notificações de manutenção de atividade em tempo hábil). Esse campo é usado para detectar assinaturas obsoletas pelo processo CuMbxSync. A condição usada para filtrar as assinaturas obsoletas é timestamputc < (CurrentTime - 15 minutos).
Mesmo que não haja alteração em uma caixa de correio de assinante no Exchange, o Exchange Server, por padrão, ainda envia notificações para cada assinante (assinante no Exchange Server) em um intervalo de cinco minutos.
As notificações de keep-alive que vêm do Exchange podem ser vistas nos logs do 'Connection Jetty'. Esses logs podem ser coletados de RTMT (escolha Trace & Log Central > Collect Files > Connection Jetty e continue) ou via Root Access (/usr/local/jetty/logs).
Este log mostra a resposta enviada pelo CUC correspondente às notificações de manutenção de atividade enviadas pelo Exchange Server. Se as notificações de manutenção de atividade não chegarem ao CUC do Exchange, a assinatura será assinada novamente a cada 16 minutos (aproximadamente) e só então ocorrerá a sincronização da caixa de correio.
As possíveis razões para tal comportamento podem ser uma destas:
- Configuração de proxy no Exchange Server
- Configuração da conversão de endereço de rede (NAT) no CUC
- Configuração de firewall entre o CUC e o Exchange Server, e assim por diante
Envolva a equipe de rede e a equipe do Exchange para saber o motivo real desse comportamento.
Se o CUC receber notificação do servidor Exchange no prazo e a atualização não for refletida na caixa de correio do CUC, entre em contato com o TAC para obter assistência para solucionar o problema.