cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
731
Views
10
Helpful
0
Comments

NOTA: Optei por não traduzir alguns nomes, pois sabemos que determinadas coisas é melhor não traduzir. Por exemplo, Call Throttling = Estrangulamento de chamadas ?!?!? . Peço por gentileza que comentem caso exista dúvidas. No passado eu  contactei o TAC  para entender sobre este problema, e sempre foram confusas as explicações que eu recebia. Decidi então encontrar uma documentação boa, ler com calma e entender. Segue o resultado.

O Call Throttling permite o CUCM bloquear automaticamente novas tentativas de chamadas quando se deparar com alguns fatores no sistema, tais como:

  • Alto processamento de chamadas
  • Alto processamento de CPU
  • Loops de roteamento de chamadas
  • Limitações de disco Entrada/Saída
  • Fragmentação do disco

Estes e outros diversos fatores podem ocasionar certos atrasos ao gerar o tom de discagem quando o usuário retira o fone do ganho ou efetua uma chamada (rediscar, nova discagem etc). O sistema sairá deste estado automaticamente quando os fatores que o ocasionam voltarem aos seus valores “aceitáveis”. Você pode configurar os parâmetros associados no sistema para entrar e sair deste estado através de diversos parâmetros de serviço no CUCM (System > Service Parameters), no entanto, a Cisco não recomenda modificar estes parâmetros a não ser por recomendação do TAC. Veja o Service Parameter Configuration no Cisco Unified Communications Manager Administration Guide para obter informações de acesso e configuração dos parâmetros de serviço no CUCM.

O CUCM utiliza os valores especificados nos parâmetros de serviços de Call Throttling para avaliar a possibilidade de atraso ao gerar o tom de discagem, e também para determinar em que condições onde não será mais necessário negar novas chamadas. Quando o Throttling é necessário para prevenir atrasos excessivos ao gerar o tom de discagem, o CUCM entra em Code Yellow State (Estado de código amarelo) e novas chamadas serão negadas pelo sistema, para o usuário final é exibido uma mensagem no aparelho que por padrão é “Alto tráfego, tente mais tarde.” A primeira impressão é que existe alto tráfego na rede de dados local, na rede pública de telefonia etc ... Dificilmente suspeitamos que o alto tráfego pode ser internamente na solução CUCM. Você pode desabilitar o Call Throttling através dos parâmetros de serviços, mas a Cisco recomenda não desabilitar. A lista a seguir define os parâmetros de serviços relacionados ao Call Throttling:

  • Code Yellow Entry Latency define o atraso máximo permitido, em milissegundos, para manusear mensagens SDL que são enviadas para o CUCM por diversos dispositivos no sistema, assim como as mensagens que são recebidas e enviadas pelo CUCM para várias atividades como KeepAlives, notificações de mudanças e muitas outras mensagens internas. Se a média de atraso calculada for maior que o valor especificado nos parâmetros de serviço, o CUCM entrará em Code Yellow State e passa a rejeitar novas chamadas.

  • Code Yellow Exit Latency Calculation determina a porcentagem aceitável do Code Yellow Entry Latency especificando os critérios para o abandono do Code Yellow State quando o CUCM estiver iniciado o Call Throttling. A base para o valor que você especificar neste parâmetro compreende-se por uma fórmula que usa o valor do parâmetro Code Yellow Entry Latency, especificando o atraso em milissegundos. Para se chegar a uma percentagem, utilizar a seguinte fórmula:

Valor do parâmetro de serviço Code Yellow Entry Latency: 20 msec

Valor do parâmetro de serviço Code Yellow Exit Latency: 40%

Valor do Code Yellow Exit Latency = 20 X 0.4 = 8 milisegundos, que significa que o CUCM irá sair do Code Yellow State se o calculo da latência das mensagens SDL reduzir para 8 milisegundos ou menos. O CUCM somente irá sair de Code Yellow State após assegurar de que atraso médio é menor que o valor do Code Yellow Exit Latency.

  • Code Yellow Duration especifica o número em minutos que o CUCM pode permanecer em Code Yellow State (Call Throttling). Se este tempo for atingido e o sistema continuar em Code Yellow State, o CUCM entrará em Code Red State, que indica que o CUCM ficou em Code Yellow State por um periodo de tempo extendido e não conseguiu se recuperar. Quando o CUCM entra em Code Red State, o serviço CallManager irá reiniciar, o que irá  produzir um dump de memória que pode ser muito útil para a análise da falha.

  • System Throttle Sample Size indica o tamanho da amostragem, em segundos, que é utilizada para calcular o atraso médio esperado para o CUCM manusear uma mensagem SDL. Por exemplo, um tamanho de amostragem de 10 significa que o CUCM precisa calcular um valor de latência diferente de zero para 10 segundos consecutivos antes de ele calcular o atraso médio esperado e compará-lo com o valor no Code Yellow Entry Latency. Você pode desabilitar este valor através dos parametros de serviço.

Quando o atraso para o tom de discagem é calculado e estiver acima do limiar que é configurado nos parametros de serviços relacionados ao Call Throttling, o CUCM passa a rejeitar novas chamadas. Com o Call Throttling ativo, o usuário que tentar efetuar uma nova chamada receberá o tom de ocupado e, dependendo do IP Phone, pode exibir uma mensagem no display.

O Call Throttling previne o problema quando o usuário tenta efetuar uma nova chamada, mas o tempo do atraso entre tirar do gancho e receber o tom de discagem é suficiente para causar uma reação nos usuários (como reclamar para o administrator do sistema, questionando se o sistema ficou indisponível ou se o IP Phone está com defeito, por exemplo). O CUCM usa um complexo algoritmo que constantemente monitora o sistema para antecipar quando certos atrasos possam ocorrer.

Quando o atraso do tom de discagem estiver dentro dos valores estabelecidos nos parâmetros de serviço relacionados ao Call Throttling, o CUCM deixa de bloquear chamadas saindo do Code Yellow State, e passa a permitir que novas chamadas sejam completadas.

Troubleshooting Call Throttling

Tracelogs SDI e SDL gravam eventos de Call Throttling e podem no fornecer informações úteis para o Tshoot. Além disso, você geralmente vai precisar dados de monitoramento de desempenho para a depuração. O Cisco CallManager System Performance object (visualizado através do Real Time Monitoring Tool) inclui um contador chamado ThrottlingSampleActivity, que indica se o CUCM calculou um valor de latência diferente de zero e ajuda a compreender o quão ocupado o sistema está. Normalmente valores diferentes de zero neste contador podem indicar uma potencial condição de sobrecarga do sistema e, a partir dai auxiliar o administrador a iniciar a investigação do que pode estar ocorrendo.

Referência:
Cisco Unified Communications Manager Features and Services Guide, Release 8.5(1)

Primeiros Passos

Encontre respostas, faça perguntas e conecte-se com nossa comunidade de especialistas da Cisco de todo o mundo.

Estamos felizes por você estar aqui! Participe de conversas e conecte-se com sua comunidade.