Voz e comunicações unificadas : Softswitch Cisco PGW 2200

Interação entre o parâmetro SysMdlMemoryReduction, o Failover, e os CDR

19 Setembro 2015 - Tradução por Computador
Outras Versões: Versão em PDFpdf | Inglês (22 Agosto 2015) | Feedback


Índice


Introdução

Este documento descreve a interação entre o parâmetro SysMdlMemoryReduction, o Failover, e os registos dos destalhes da chamada (CDR). Há duas maneiras de gerar CDR no PGW, e cada método usa sua própria técnica para povoar etiquetas nos CDR para Cisco PGW2200.

Pré-requisitos

Requisitos

Os leitores deste documento devem ter o conhecimento de descrições do bloco dos detalhes da chamada (CDB). Refira a documentação da liberação 9 de Cisco Media Gateway Controller Software para uma informação de PGW mais adicional.

Componentes Utilizados

A informação neste documento é baseada em Cisco PGW2200.

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.

Convenções

Para obter mais informações sobre convenções de documento, consulte as Convenções de dicas técnicas Cisco.

Descrição

Estas linhas estão no arquivo de /opt/CiscoMGC/etc/XECfgParm.dat:

engine.SysMdlMemoryReduction = 1
*.LongCallTime = 21600000
engine.CDRmessageTypes = "1010,1020,1030,1040,1050,1060,1070"

Para configurações padrão, refira o documento dos parâmetros do arquivo XECfgParm.dat.

Fim da geração CDR do atendimento

Neste método, as etiquetas são escritas em CDB 1110 somente no fim do atendimento. Consequentemente, toda a informação de CDR é preservada até o final do atendimento, e toda a informação de CDR é igualmente checkpointed ao apoio. Neste método, a informação está disponível quando o CDB 1060 é escrito. Consequentemente, todas as etiquetas são povoadas corretamente em CDB 1060 antes e depois do Failover.

Geração CDR Evento-baseada

Neste método, um cliente recebe a informação de CDR em várias fases de um atendimento. O PGW predefine diversas fases (respondidas, Longa duração, liberada, e assim por diante) que podem provocar uma geração de CDB. Os vários CDB que podem ser configurados são 1010, 1020, 1030, 1040, 1050, 1060, 1070, e 1080. Uma etiqueta é escrita uma vez em um CDB, ele é considerada para ser informação não importante; O PGW não faz informação não essencial de ponto de controle ao apoio. As etiquetas em CDB 1060 são informação não importante porque foram escritas já em CDB 1010. Uma vez que o Failover ocorre, recentemente o sistema ativo não tem nenhum conhecimento de informações não essenciais, porque não eram checkpointed. Consequentemente, cria CDB 1060 com as etiquetas vazias.

Se você ajusta o parâmetro engine.SysMdlMemeoryReduction no arquivo XECfgParm.dat a 1, a seguir a informação não importante está suprimida no PGW ativo depois que as etiquetas são escritas em um CDB. O 1 valor para esse parâmetro é recomendado para o uso o melhor da memória pelo atendimento.

Se o parâmetro acima foi ajustado a 0, as etiquetas em CDB 1060 estariam vazias somente no sistema em standby.

1060 CDB são perdidos às vezes

Um atendimento é respondido uma vez, o temporizador de longa duração é ligado no active e no sistema em standby. Sempre que o temporizador expira no sistema ativo, o PGW escreve o CDB 1060 e reinicia o temporizador. O PGW à espera mantém-se a par somente do temporizador e não se escreve um CDR. Após o Failover, o PGW recentemente ativo redige um registro de CDR.

Este é um exemplo dessa sequência:

  1. O atendimento é respondido em 8:33.

  2. O temporizador de longa duração por 30 minutos é ligado no PGW ativo e à espera em 8:33.

  3. O Failover ocorre em 9:02. Toma pares de segundos para que o PGW à espera torne-se ativo.

  4. O PGW ativo para quase no mesmo tempo que o temporizador de longa duração expira. Consequentemente, não pode escrever os 1060 CDB em 9:03. Além disso, em 9:03, o PGW à espera é transição ao PGW ativo e não é inteiramente ativo. Desde que somente um PGW ativo cria uns 1060 CDB, este CDR é perdido.

  5. Em 9:33, o tempo da Longa duração expira outra vez e the1060 CDB é criado pelo PGW recentemente ativo.

É possível que o CDB 1060 pode se tornar perdido durante o failover devido a uma race condition entre a expiração do temporizador de longa duração e o processo do Failover.

Nota:  Se o Failover acontece em qualquer outro momento (por exemplo, em 9:05), a seguir não há nenhuma race condition e o CDB não é perdido.

Discussões relacionadas da comunidade de suporte da Cisco

A Comunidade de Suporte da Cisco é um fórum onde você pode perguntar e responder, oferecer sugestões e colaborar com colegas.


Informações Relacionadas


Document ID: 44280