Contents

Introduction

Prerequisites

Requirements

Componentes Utilizados

Problemas

Troubleshoot

Sincronização atrasada ou sem sincronização entre o CUC e o Exchange

Sincronização atrasada do Exchange Server para o CUC

Introduction

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.

Prerequisites

Requirements

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.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

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

Troubleshoot

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.

Sincronização atrasada ou sem sincronização entre o CUC e o Exchange

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

RTMT

Escolha Trace & Log Central > Collect Files. Escolha Connection Mailbox Sync logs e continue.

Root

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

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

CLI do admin

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

Para listar os arquivos, insira a lista de arquivos ativelog /cuc/diag_CuMbxSync* detail reverse.

Para visualizar 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 registros mais recentes do CuMbxSync quanto a falhas ou avisos de HTTP. Como erros ou avisos são gravados por padrão nos rastreamentos, não há necessidade de ativar rastreamentos neste ponto.

As falhas de HTTP podem interromper (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 é solucionar e corrigir esses problemas.

O documento Unity Connection Single Inbox Troubleshooting TechNote fornece algumas informações sobre os vários erros vistos nos registros do CuMbxSync.

Se não houver erros/falhas no registro CuMbxSync, ative as microtrilhas 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 de 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.

1. Verifique se a porta 7080 está aberta e se o CUC escuta nessa porta.
CLI do admin

Root

2. 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.
No CUC CLI, insira utils network capture file SIBTrace count 100000 size ALL.

No Exchange, faça o download e execute o Wireshark .

Na captura CUC, você deve ver esse 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 manutenção de atividade

- Notificação de operação de mensagem

As mensagens de manutenção de atividade são enviadas do Exchange para o CUC. Aqui está um exemplo de mensagem de notificação de manutenção de atividade:

O servidor Exchange envia essa notificação a cada cinco minutos (por padrão) para cada usuário inscrito. Essa notificação é enviada pelo Exchange ao cliente do Exchange Web Services (EWS) (neste caso, CUC) para manter as assinaturas vivas no CUC.

As notificações do servidor Exchange são recebidas no servidor CUC por Jetty, que analisa os dados de notificações e atualizações na tabela tbl_ExSubscription.

Exemplos de inscrições em tbl_ExSubscription:

As mesmas informações podem ser visualizadas via 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 imagem anterior) é uma das colunas desta tabela. Contém a data e hora no horário 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 antigas a cada dois minutos e faz uma nova inscrição para quaisquer entradas obsoletas. No log de exemplo, o thread considera um conjunto de entradas de assinatura como obsoleto. Este 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 lado do Exchange, o Exchange Server, por padrão, ainda envia notificações para cada assinante (assinante no servidor Exchange) em um intervalo de cinco minutos.

As notificações de manutenção de atividade que vêm do Exchange podem ser vistas nos registros 'Connection Jetty'. Esses registros podem ser coletados em RTMT (escolha Trace & Log Central > Coletar Arquivos > Connection Jetty e continue) ou via Root Access (/usr/local/jetty/logs).

Esse 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á reenviada após cada 16 minutos (aproximadamente) e somente então ocorrerá a sincronização da caixa de correio.

As possíveis razões para tal comportamento podem ser:

- Configuração de proxy no Exchange Server

- Configuração de Network Address Translation (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 obter o motivo real desse comportamento.

Se o CUC receber notificação do servidor Exchange em tempo real 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.