Aprenda e tire dúvidas sobre VOIP _ CMVOICE.pdf

11/09/2015 Aprenda e tire dúvidas sobre VOIP | CMVOICE

https://cmvoice.wordpress.com/ 1/47

Aprenda e tire dúvidas sobre VOIP

CMVOICE

CME FEATURES – Cisco B-ACD (PARTE 1)

17 ABREsse post sobre features de IP Telephony Express, será divididos em duas partes: JOGO RÁPIDOe VISÃO DETALHADA. Abaixo segue uma explicação de cada parte:

EXPLICAÇÃO DAS PARTES DESSE TÓPICO

JOGO RÁPIDO: Para quem já sabe do assunto e/ou está apenas interessado em ver um exemplode configuração sobre uma determinada feature, essa parte será a indicada, pois basicamenteconterá um breve resumo do que é a feature e um exemplo (ou mais de um) de como configuraressa determinada Feature.

VISÃO DETALHADA: Para quem não conhece a feature ou quer aprender um pouco maissobre ela, pode ir direto para essa parte (sem precisar ler nada do Jogo rápido) pois esta conteráo máximo de informações que eu puder concatenar sobre o assunto, além dos mesmos exemplosda parte anterior.

JOGO RÁPIDO

Esse é um recurso que, ao receber uma chamada em um número pré‑determinado, direciona ousuário chamador para um auto‑atendimento onde uma saudação é tocada para o usuário. Apósessa saudação inicial, o usuário é redirecionado para um menu de opções. Além disso, esserecurso também gerencia uma fila de usuários, para o caso de os atendentes estarem ocupados. Éum excelente recurso para o Cisco CME.

COMO CONFIGURAR O CISCO B‑ACD:

Passo 1: Transferir um arquivo de Music on Hold para a flash: do CUCME e configurar esseserviço de MoH (lembrando que o arquivo tem que estar no formato .au):

!telephony‑servicemoh “flash:music‑on‑hold.au”multicast moh 239.10.16.4 port 16384no create cnf‑filescreate cnf‑files!!

Passo 2: Criar um dial‑peer para ser usado como entrada e saída para o MoH (Obs: Poderiam ser

https://cmvoice.wordpress.com/

https://cmvoice.wordpress.com/2014/04/17/cme-features-cisco-b-acd/

https://cmvoice.wordpress.com/2014/04/17/cme-features-cisco-b-acd/

https://cmvoice.wordpress.com/feed/rss/



Passo 2: Criar um dial‑peer para ser usado como entrada e saída para o MoH (Obs: Poderiam ser2 dial‑peers mas, para otimizar será configurado apenas 1 com os comandos para entrada esaída).

!dial‑peer voice 5000 voipservice aa !! O nome “aa” deve ser o idêntico ao nome do serviço.destination‑pattern 5000 !! Esse deverá ser o ramal do auto‑atendimento.session target ipv4:172.22.10.1 !! Esse deverá ser o IP do próprio CUCMEincoming called‑number 5000 !! Esse comando é para indicar que esse dial‑peer é de entradaquando a chamada for para o 5000.dtmf‑relay h245‑alphanumericcodec g711ulawno vad!

Passo 3: Baixar os scripts no site da Cisco e transferir para a flash do CUCME. Os arquivossão: app‑b‑acd‑3.0.0.2.tcl (que contém o script gestor de filas) e o app‑b‑acd‑aa‑3.0.0.2.tcl (quecontém o script de auto atendimento).

Passo 4: Transferir os arquivos de áudio que farão parte do auto‑atendimento. Existem algunsarquivos padrões no próprio site da Cisco (dentro da pasta complete file set que foi usado parapegar os arquivos de firmware dos telefones). Para alterar o idioma do AA (Auto‑Attendant), oadministrador precisará obter os arquivos de audio, convertê‑los para o formato .au e renomeá‑los para os nomes abaixo:

Obs: Os únicos nomes que podem ser alterados para outro qualquer (lembrando que devem serreferenciados corretamente no scritpt) são os nomes do arquivo de saudação inicial e o nome doscript de filas.

1. Saudação inicial: Quando o script receber a chamada, tocará para o usuário uma saudaçãoinicial. Seria algo do tipo: Olá, obrigado por ligar para nossa empresa. O nome do arquivoé: en_bacd_welcome.au.

2. Menu de opções: Após a saudação o sistema “dará” aos usuários algumas opções como: ParaSuporte técnico, pressione 1 (E desvia para um número que tocará nos telefones desse grupo).Para Financeiro, pressione 2 (e ocorre o mesmo). Para entrar com um ramal desejadopressione 9 (e o usuário poderá discar diretamente um número de ramal). O nome doarquivo é en_bacd_options_menu.au.

3. Mensagem solicitando o ramal: Quando o usuário selecionar essa opção, o sistema tocaráuma mensagem, como por exemplo, “por favor, entre com o ramal desejado”). O nome doarquivo é: en_bacd_enter_dest.au.

4. Informação de opção incorreta: Se o usuário discar um ramal errado, poderá ouvir umamensagem de “opção inválida”. O nome do arquivo é: en_bacd_invalidoption.au.

5. Informação de atendentes ocupados: Se os atendentes estiverem ocupados, o usuário serádirecionado para uma fila onde irá ouvir uma música em espera e uma mensageminformando que todos os atendentes estão ocupados. Quando o atendente (ou o primeiroatendente do grupo) desocupar, o sistema tocará no telefone desse atendenteautomaticamente e encaminhará a chamada quando o mesmo for atendido. O nome doarquivo é: en_bacd_allagentsbusy.au.

6. Mensagem de desconexão: Por fim, se depois de um período de tempo na fila, o usuário não

for atendido ou não pressionar nenhuma opção quando ligar para o número, o sistema tocará



for atendido ou não pressionar nenhuma opção quando ligar para o número, o sistema tocaráoutra mensagem informando que não pode atender a solicitação, pede para ligar novamentemais tarde e agradece a ligação. O nome do arquivo é: en_bacd_disconnect.au.

Abaixo, segue a saída do comando dir flash: aqui no CUCME que foi usado para testar essafuncionalidade (destacando em negrito os arquivos que mencionei acima):

CME‑PRINCIPAL#dir flash:Directory of flash0:/

1 ‑rw‑ 99098648 Sep 16 2013 08:39:48 +00:00 c2900‑universalk9‑mz.SPA.152‑4.M5.bin2 ‑rw‑ 1930 Nov 1 2013 19:40:06 +00:00 GK13 ‑rw‑ 4096 Nov 1 2013 16:56:52 +00:00 ._.Trashes4 drw‑ 0 Nov 1 2013 16:56:52 +00:00 .Trashes5 drw‑ 0 Nov 1 2013 16:56:52 +00:00 .Spotlight‑V100108 ‑rw‑ 4096 Nov 1 2013 16:58:44 +00:00 ._c2900‑universalk9‑mz.SPA.152‑4.M5.bin109 ‑rw‑ 130552 Jul 6 2011 21:56:34 +00:00 P0030801SR02.bin110 ‑rw‑ 30421 Apr 2 2014 16:13:16 +00:00 app‑b‑acd‑3.0.0.2.tcl111 ‑rw‑ 458 Jul 6 2011 22:18:14 +00:00 P0030801SR02.loads112 ‑rw‑ 55599 Apr 2 2014 16:13:16 +00:00 app‑b‑acd‑aa‑3.0.0.2.tcl113 ‑rw‑ 708460 Jul 6 2011 22:02:24 +00:00 P0030801SR02.sb2114 ‑rw‑ 75650 Apr 2 2014 16:13:18 +00:00 en_bacd_allagentsbusy.au115 ‑rw‑ 130956 Jul 6 2011 21:56:38 +00:00 P0030801SR02.sbn116 ‑rw‑ 83291 Apr 2 2014 16:13:18 +00:00 en_bacd_disconnect.au117 ‑rw‑ 174 Jul 7 2011 14:03:00 +00:00 P0030801SR02.txt118 ‑rw‑ 63055 Apr 2 2014 16:13:20 +00:00 en_bacd_enter_dest.au119 ‑rw‑ 37952 Apr 2 2014 16:13:20 +00:00 en_bacd_invalidoption.au120 ‑rw‑ 496521 Apr 2 2014 16:13:20 +00:00 en_bacd_music_on_hold.au121 ‑rw‑ 123446 Apr 2 2014 16:13:22 +00:00 en_bacd_options_menu.au123 ‑rw‑ 42978 Apr 2 2014 16:13:22 +00:00 en_bacd_welcome.au122 ‑rw‑ 496521 Apr 2 2014 17:44:32 +00:00 music‑on‑hold.au

Passo 5: Configurar os hunt‑groups que irão receber as chamadas, quando o usuário discar umadeterminada opção. Como eu utilizei os arquivos padrões da Cisco, no menu de opções eutenho: Sales (opção 1), Customer Service (opção 2), Dial by extension (opção 3) e falar com umoperador (opção 0).Com base nisso, eu criei no meu CUCME dois hunt‑groups, com os ramais 7098 e 7099:

OBS: O ephone‑hunt group deve ser configurado sem o comando final, pois esse destino final édeterminado pelas configurações do B‑ACD, que pode ser um voice‑mail, outro ramal ou mesmoa própria desconexão da chamada.

!ephone‑hunt 10 sequentialdescription Salespilot 7098list 7000, 7001timeout 10!ephone‑hunt 11 sequentialdescription Customer Servicepilot 7099



pilot 7099list 7002, 7003timeout 10!

Passo 6: Configurar a fila onde os usuários ficarão aguardando atendimento, caso os operadoresestejam ocupados:

!applicationservice queue flash:app‑b‑acd‑3.0.0.2.tcl !! Comando para “chamar” o script de fila.param queue‑len 15 !! Indica a quantidade de usuários que poderá ficar ao mesmo temponessa fila.param aa‑hunt1 7098 !! Comando para indicar a fila do grupo 7098.param aa‑hunt2 7099 !! Comando para indicar a fila do grupo 7099.param number‑of‑hunt‑grps 2!!

Passo 7: Configurar a auto‑atendimento, onde os usuários receberão a gravação de saudação eas opções do menu.

!applicationservice aa flash:app‑b‑acd‑aa‑3.0.0.2.tcl !! Comando para “chamar” o script de auto‑atendimento.paramspace english index 1param number‑of‑hunt‑grps 2param menu‑timeout 5param handoff‑string aaparam dial‑by‑extension‑option 3 !! Aqui você define o dígito que o usuário vai pressionarpara discar direto para uma extensão.paramspace english language enparam max‑time‑vm‑retry 2param aa‑pilot 5000 !! Define o número usado para auto‑atendimento. Deve ser o mesmo dodial‑peer criado no passo 2.param max‑extension‑length 4param queue‑overflow‑extension 3999 !! Número alternativo, caso a quantidade de usuárioultrapasse o máximo para a fila.paramspace english location flash:param second‑greeting‑time 45param welcome‑prompt _bacd_welcome.auparam send‑account trueparam call‑retry‑timer 10param max‑time‑call‑retry 90param voice‑mail 3999 !! Ramal de voice‑mail que será usado caso o usuário fique muitotempo na fila de espera.param service‑name queue!

OBS: Se não existir um voice‑mail na rede, você precisa determinar qualquer valor, senão o



OBS: Se não existir um voice‑mail na rede, você precisa determinar qualquer valor, senão oscript não funcionará.

Passo 8: Testar a URA e correr pro abraço!!!!

VISÃO DETALHADA

Cisco Basic Automatic Call Distribution, carinhosamente chamado de Cisco B‑ACD atua emconjunto com o Auto‑Attendant (AA). Esses dois serviços são usados para atendimentoautomático de chamadas (incluindo saudações, menu de opções e a nossas boas e velhas músicasde espera), estatísticas de chamadas e gerenciamento de chamadas em filas baseadas nos gruposde atendimentos que foram configurados. É composto basicamente de 2 scripts TCL (ToolCommand Language), um para gerenciamento de saudações e opções e outro paragerenciamento de filas.

Esse serviço é muito útil e pode ser completamente personalizado, independente de qual o ramoempresarial do cliente em questão. Abaixo, coloco dois exemplos de utilização desse serviço:

Exemplo 1: O usuário liga para o número 3131‑3649 de uma empresa de TI (fictícia) chamadaTI.Com. Quando o CME dessa empresa receber a chamada, desviará para o número piloto deauto‑atendimento, onde o cliente ouvirá: “Obrigado por ligar para a TI.Com. Para falar umconsultor de vendas, tecle 1; para falar com suporte técnico, tecle 2; para entrar com um ramalespecífico tecle 3 ou pressione 0 para ser direcionado para um atendente”.

Exemplo 2: O usuário liga para o número 3232‑3214 de uma empresa do ramo de doces esalgados (fictícia) chamada Bom Gosto. Quando o CME dessa empresa receber a chamada,desviará para o número piloto de auto‑atendimento, onde o cliente ouvirá: “Seja bem vindo aoBom Gosto. Desde já agradecemos sua ligação. Se deseja fazer uma encomenda, pressione 1; sedeseja falar sobre alguma encomenda já feita, pressione 2; para reclamações, dúvidas ousugestões, pressione 3”.

A quantidade de opções são 10 ao todo seguindo as regras:

10 opções para grupos de atendimentos.9 opções para grupos de atendimentos com 1 opção para entrar com um ramal desejado.

CARACTERÍSTICAS E LIMITES

As principais características e limites são:

Pode ter o máximo de 10 opções.O dígito zero “0” que é a décima opção é reservado para o operator hunt‑group, que seráexplicado na próxima seção.Pode atuar em conjunto com um serviço de correio de voz, onde o usuário poderá serdirecionado para esse correio de voz, caso fique muito tempo na fila de espera.Quando o usuário seleciona uma opção, é direcionado para o grupo referente à opção que eleescolheu. Se algum ramal estiver disponível, passará a tocar automaticamente. Se não houverramais desocupados, o usuário é direcionado para uma fila, onde ouvirá uma música emespera e, quando um ramal desocupar a chamada, receberá automaticamente a primeirachamada da fila.Se o usuário passar muito tempo na chamada sem escolher nenhuma opção (4 minutos porpadrão), ouvirá uma mensagem de desconexão e a chamada cairá.Não há como colocar alguma opção diferente dos tipos disponíveis (por exemplo, não há



Não há como colocar alguma opção diferente dos tipos disponíveis (por exemplo, não hácomo pedir para o usuário digitar um código e o sistema buscar esse código em uma base dedados).Enquanto o usuário está na fila de espera, fica ouvindo a música em espera (MoH) e ficaouvindo uma mensagem de áudio informando que todos os usuários estão ocupados duranteintervalos de tempo pre‑determinados.Esse serviço usa o mesmo codec em dial‑peers de entrada e saída, pois o IOS não ativatransconders para chamadas que estão usando aplicações TCL. Não há como utilizar codecsdiferentes (por isso que é interessante usar o mesmo dial‑peer como dial‑peer de entrada e desaída, pois o codec já está definido).Música em espera, através de uma fonte ao vivo não é suportado pelo CME 3.3.Somente pode haver um script de fila por CME com o máximo de 10 filas. Cada fila comportano máximo 30 chamadas em espera.

ITENS DE INTERESSE

É importante saber o que você está configurando, e entender todos os componentes envolvidos.Aqui no Cisco B‑ACD temos:

Auto‑Attendant: É o principal item do B‑ACD. É o script que irá responder as chamadasatravés de um número piloto, tocar os arquivos de áudio necessários e enviar os usuáriospara as filas de atendimento. Um AA precisa ter um número piloto que seja único na rede e écomposto de uma mensagem de saudação, menu de opções (com o máximo de 10 opções),mensagem de erro de digitação e mensagem de desconexão.Múltiplos Auto‑Attendants: Existe a possibilidade de configurar múltiplos AAs, cada umcom o seu número piloto específico. Porém, como pode‑se ter apenas 1 script de fila porCUCME, o máximo de 10 opções no menu vale para todos os AA. Isso significa que podemosconfigurar 3 AAs, cada um com 3 grupos diferentes neles ou podemos configurar vários AAse compartilhar os grupos de atendimentos entre eles. Não importa como você queira fazer,sempre pode‑se usar no máximo 10 grupos de atendimento diferentes. Detalhe importante:Com múltiplos AAs, deve‑se criar um arquivo de welcome diferente para cada um, ou seja,nesse caso, pode‑se alterar o nome padrão dos arquivos (apenas o welcome) para diferenciá‑los. Por exemplo, pode‑se ter um AA atendendo no ramal 5000 com oarquivo en_bacd_welcome5000.au e um no ramal 5999 com oarquivo en_bacd_welcome5999.au. Os demais arquivos de áudio permanecem com osmesmo nomes.Menu de opções: É o arquivo de áudio composto pelas instruções para guiar o usuáriodentro do sistema de auto‑atendimento. Pode conter no máximo 10 opções. Entre essasopções o dígito zero (0) sempre irá mapear o operador (explicado no próximo item) e adiscagem direta para ramal.Operator hunt group: Um tipo diferente de operador, normalmente usado para atender aosclientes que não se “encaixaram” em nenhuma opção ou não souberam qual escolher. Oscript determina que o hunt‑group com maior valor de dígito será o operator hunt‑group.Por exemplo, se temos a opção 1 para vendas e a opção 2 para suporte e o usuário selecionar0 (para falar com o operador) o script mandará a chamada para o grupo da opção 2 (pois temo dígito de maior valor). É importante saber disso, para organizar suas opções de menu.Discagem direta para ramal: Opção em que o usuário pode discar diretamente para umramal, sem precisar falar com nenhum operador. O comando param dial‑by‑extension‑option 1 (onde o número 1 é o dígito que o usuário selecionará) é o que define o que ousuário deve pressionar para acionar essa opção.

Filas de atendimento: É um script que comanda um hunt‑group do CUCME, transformando‑



Filas de atendimento: É um script que comanda um hunt‑group do CUCME, transformando‑o em uma fila com o máximo de 30 chamadas em espera. O número máximo de hunt‑groupsque o script aceita é 9. Quando o AA recebe uma chamada e o usuário seleciona uma opçãopara falar com algum grupo de atendimento (como suporte técnico, por exemplo), o scriptAA desvia a chamada para o Scritp de filas (queue) e esse script irá tentar acionar algumramal do hunt‑group associado à opção que o usuário digitou. Caso tenha algum disponível,o script toca esse telefone e desvia quando a chamada é atendida. Caso não tenha nenhumusuário disponível, o script coloca o usuário em uma fila onde o mesmo ouvirá uma músicaem espera e uma mensagem informando que todos os atendentes estão ocupados. Paralelo aisso, o script continuará tentando acionar algum ramal do grupo. Caso nenhum ramal fiquedisponível no tempo configurado ou ninguém atenda, o script de fila utiliza o método deencerramento que pode ser enviando para uma caixa postal compartilhada ou simplesmentetoca uma mensagem de desconexão de encerra a chamada. Se a fila de um determinadogrupo estiver completamente ocupada (ou seja, o máximo de chamadas em espera foiatingido), o usuário receberá um tom de ocupado. Se todos os atendentes de um grupo nãoestiverem disponíveis (desligados, por exemplo) o script enviará o usuário diretamente paraum destino alternativo configurado. Com o script de fila, você também tem a opção de ativarum debug de chamadas.Forma de saída da fila: Caso todos os atendentes estejam ocupados e o número máximo deusuários estiver sido alcançados, você pode usar a segunda saudação (usada para informarque todos os atendentes estão ocupados) para criar um segundo menu com até 3 opções parao usuário sair da fila. Por exemplo, pode‑se dizer: “no momento, todos os nossos operadoresestão ocupados. Caso deseje ouvir outras opções, pressione 5, para deixar uma mensagempressione 6, ou pressione 7 para falar com um operador (e direciona para o operator huntgroup). Isso é feito usando a mensagem de atendentes ocupados e deve ser nomeada daforma como será indicada mais a frente.Destino Alternativo: É um ramal que receberá a chamada caso todos os operadores estejamindisponíveis, caso o tempo máximo na fila tenha sido atingido pelo usuário ou o númeromáximo de chamadas na fila de espera foi atingido. Nesse caso, esse destino alternativo podeser um correio de voz acessível por todos os usuários do grupo em questão. Quando achamada é direcionada para esse destino, ela não será mais controlada pelos scripts do B‑ACD. Se até mesmo o destino alternativo não estiver disponível, então a chamada édesconectada. Vale lembrar que o número configurado como destino alternativo deve serespecificado como um dial‑peer alcançável pelo CME.Pilot Number: Especificado no comando param aa‑pilot, esse é o número que ativará o autoatendimento. Para cada auto‑atendimento, um número único deverá ser especificado.Lembrando que podemos ter vários auto‑atendimentos com opções diferentes, masobrigatoriamente números diferentes.Arquivos de áudio: Quando a chamada é atendida pelo pilot number o usuário escuta umasaudação que nada mais é do que um arquivo de áudio contendo uma gravação. O mesmovale para o menu de opções e demais itens que os usuários escutam. Quando você baixa osarquivos, eles vêm com nomes específicos que não devem ser alterados (pois já foram escritosno script que não deve ser alterado a não ser que você queira ter muito trabalho). A exceçãopara essa mudança é o arquivo _bacd_welcome.au, pois ele é definido em um comando. Ouseja, se quiser gravar arquivos de áudio personalizados, você deve nomeá‑los da mesmaforma que os arquivos padrões e os substituir na flash do CUCME. Os arquivos de áudiopossuem as seguintes características: formato .au (G.711) com 8‑bit, mu‑law e codificação de 8khz. Os programas indicados pela Cisco para gravação desses arquivos de áudio são: AdobeAudition for Microsoft Windows e AudioTool for Solaris.

Ephone hunt group: É principal item usado como “destino” dos usuários que selecionam



Ephone hunt group: É principal item usado como “destino” dos usuários que selecionamalguma opção do menu. O máximo de 10 hunt‑groups pode ser usado com o serviço de filasdo B‑ACD. Para associar um dígito a um grupo, o comando é param aa‑hunt1 XXXX,onde hunt1 indica que o digito 1 será utilizado para o ramal XXXX (que deverá ser umnúmero :D).Modo drop‑through: O usuário ouve uma saudação e já cai direto em um hunt‑group, semprecisar selecionar nenhuma opção. Pode ser configurado em conjunto com um outro menude opções, mas precisará ter um AA específico com um pilot number diferente.

COMO CONFIGURAR

Para essa configuração, eu resolvi fazer um menu contendo desvio para 5 grupos diferentes,opção de ligar diretamente para um ramal específico e a opção 0 (padrão) desviando para ooperator hunt group (que nada mais é do que o grupo com o maior número de identificação). Onúmero associado ao meu Auto‑Attendant é o 8999. Eu organizei essa parte da seguinte forma:

TOPOLOGIA DESSA CONFIGURAÇÃO: Onde explico como ficou, logicamente, adisposição dos meus usuários e ramais.ESQUEMA DO MENU: Onde mostro quais as opções que os usuários irão ouvir, bem comoquais os seus destinos.PASSO A PASSO: Onde mostro o script e explico os itens de maior importância.

TOPOLOGIA DESSA CONFIGURAÇÃO

(https://cmvoice.files.wordpress.com/2014/04/topologia1.jpg)

Observe na topologia que foram criados 5 grupos com 2 ramais dentro de cada. Há também umsistema de correio de voz, que irá receber as chamadas que não forem atendidas. O número dovoice mail é 7000.

ESQUEMA DO MENU

Abaixo segue o esquema explicativo do Menu. O AA irá atender no ramal 8999. Quando issoocorrer, tocará a saudação inicial e depois seguirá o esquema abaixo:

https://cmvoice.files.wordpress.com/2014/04/topologia1.jpg



(https://cmvoice.files.wordpress.com/2014/04/esquema‑do‑menu.jpg)

PASSO A PASSO

Para a configuração, estou partindo do pressuposto que os seus ramais já estejam configurados ecomunicando entre si normalmente. Afinal, normalmente esse serviço é um adicional a uma redejá existente.

Então, vamos que vamos!!! Estou utilizando aqui, 11 telefones 7940 e 1 SoftPhone.

Passo 1: Primeiro, temos que decidir os principais pontos da configuração:

1. Nome do serviço de call‑queue. Aqui, resolvi deixar no padrão.2. Decidir quantos Auto‑Atendimentos serão configurados. Decidi fazer apenas um AA.3. Decidir o nome e o número para cada auto‑atendimento. Decidi deixar com o nome aa e onúmero piloto 8999.

4. Pensar nos parâmetros de call retry. Deixei um callretry de 10 segundos e um maximumcall‑retry de 90 segundo. Ou seja, o script de fila tentará 9 vezes reenviar a chamada para umatendente até “desisitir” e enviar para um destino alternativo.

5. Escolher um destino alternativo, caso o grupo esteja indisponível ou o maximum call retryexpire. Nesse caso, usarei uma rota para um serviço de correio de voz, cujo ramal éo 7000. Obs: Se não houver nenhum servidor de correio de voz ou mesmo um ramal paraessa funcão, você deverá escolher um ramal (mesmo que não exista na sua rede), pois esse éum comando obrigatório e somente é aceito se no final houver um número de ramal.

6. Escolher quantas chamadas em espera as filas comportarão. Nesse caso deixarei o máximo de10 chamadas por fila.

7. Decidir se haverá a opção para discar diretamente para um ramal. SIM!!!8. Decidir se haverá um menu de opções ou se apenas tocará um prompt. Nesse exemplo, serácom menu.

Passo 2: Garantir que o serviço de música em espera esteja ativo e funcionando. Para isso, casoesse serviço não esteja ativo, basta transferir um arquivo de Music on Hold para a flash: doCUCME (tem um arquivo padrão da cisco dentro do complete file set) e configurar esse serviçode MoH (lembrando que o arquivo tem que estar no formato .au):

!telephony‑servicemoh “flash:music‑on‑hold.au” !! Habilita o serviço de Moh para as chamadas oriundas daPSTN.multicast moh 239.10.16.4 port 16384 !! Habilita o serviço para chamadas internas.no create cnf‑files

create cnf‑files

https://cmvoice.files.wordpress.com/2014/04/esquema-do-menu.jpg



create cnf‑files!!

Passo 3: Criar um dial‑peer para ser usado como entrada e saída para o MoH (Obs: Poderiam ser2 dial‑peers mas, para otimizar será configurado apenas 1 com os comandos para entrada esaída).

!dial‑peer voice 8999 voipservice aa !! O nome “aa” deve ser o idêntico ao nome do serviço.destination‑pattern 8999 !! Esse deverá ser o ramal do auto‑atendimento.session target ipv4:172.22.10.1 !! Esse deverá ser o IP do próprio CUCMEincoming called‑number 8999 !! Esse comando é para indicar que esse dial‑peer é de entradaquando a chamada for para o 5000.dtmf‑relay h245‑alphanumericcodec g711ulawno vad!

Passo 4: Criar um dial‑peer apontando para o serviço de correio de voz. Obs: Embora o ramal derota alternativa seja obrigatório, a rota em si não é. Ou seja, se você não tiver um servidor decorreio de voz, precisará indicar um ramal qualquer no comando de rota alternativa, masNÃO precisará criar um dial‑peer para isso.

!dial‑peer voice 7000 voipdestination‑pattern 7000session target ipv4:172.22.10.10 !! Esse deverá ser o IP do servidor de Voice Mail.dtmf‑relay sip‑notify !! Esse servidor usa SIP.session protocol sipv2 !! Esse servidor usa SIP.codec g711ulawno vad!

Passo 5: Baixar os scripts no site da Cisco e transferir para a flash do CUCME. Os arquivossão: app‑b‑acd‑3.0.0.2.tcl (que contém o script gestor de filas) e o app‑b‑acd‑aa‑3.0.0.2.tcl (quecontém o script de auto atendimento).

Passo 6: Transferir os arquivos de áudio que farão parte do auto‑atendimento. Existem algunsarquivos padrões no próprio site da Cisco (dentro da pasta complete file set que foi usado parapegar os arquivos de firmware dos telefones). Para alterar o idioma dos arquivos de áudio doAA (Auto‑Attendant), o administrador precisará obter os arquivos de audio (gravando‑ospreferencialmente com os programas que a Cisco indica, que são o Adobe Audition e o SolarisAudio Tool), convertê‑los para o formato .au e renomeá‑los para os nomes abaixo:

Obs: Os únicos nomes que podem ser alterados para outro qualquer (lembrando que devem serreferenciados corretamente no scritpt) são os nomes do arquivo de saudação inicial e o nome doscript de filas.

1. Saudação inicial: Quando o script receber a chamada, tocará para o usuário uma saudação

inicial. Seria algo do tipo: Olá, obrigado por ligar para nossa empresa. O nome que o arquivo



inicial. Seria algo do tipo: Olá, obrigado por ligar para nossa empresa. O nome que o arquivoque usei foi o en_bacd_welcome.au.

2. Menu de opções: Após a saudação o sistema “dará” aos usuários algumas opções como: ParaSuporte técnico, pressione 1 (E desvia para um número que tocará nos telefones desse grupo).Para Financeiro, pressione 2 (e ocorre o mesmo). Para entrar com um ramal desejadopressione 9 (e o usuário poderá discar diretamente um número de ramal). O nome doarquivo deverá ser en_bacd_options_menu.au.

3. Mensagem solicitando o ramal: Quando o usuário selecionar essa opção, o sistema tocaráuma mensagem, como por exemplo, “por favor, entre com o ramal desejado”). O nome doarquivo é: en_bacd_enter_dest.au.

4. Informação de opção incorreta: Se o usuário discar um ramal errado, poderá ouvir umamensagem de “opção inválida”. O nome do arquivo é: en_bacd_invalidoption.au.

5. Informação de atendentes ocupados: Se os atendentes estiverem ocupados, o usuário serádirecionado para uma fila onde irá ouvir uma música em espera e uma mensageminformando que todos os atendentes estão ocupados. Quando o atendente (ou o primeiroatendente do grupo) desocupar, o sistema tocará no telefone desse atendenteautomaticamente e encaminhará a chamada quando o mesmo for atendido. O nome doarquivo é: en_bacd_allagentsbusy.au.

6. Mensagem de desconexão: Por fim, se depois de um período de tempo na fila, o usuário nãofor atendido ou não pressionar nenhuma opção quando ligar para o número, o sistema tocaráoutra mensagem informando que não pode atender a solicitação, pede para ligar novamentemais tarde e agradece a ligação. O nome do arquivo é: en_bacd_disconnect.au.

Abaixo, segue a saída do comando dir flash: aqui no CUCME que foi usado para testar essafuncionalidade (destacando em negrito os arquivos que mencionei acima):

CME‑PRINCIPAL#dir flash:Directory of flash0:/

1 ‑rw‑ 99098648 Sep 16 2013 08:39:48 +00:00 c2900‑universalk9‑mz.SPA.152‑4.M5.bin2 ‑rw‑ 1930 Nov 1 2013 19:40:06 +00:00 GK13 ‑rw‑ 4096 Nov 1 2013 16:56:52 +00:00 ._.Trashes4 drw‑ 0 Nov 1 2013 16:56:52 +00:00 .Trashes5 drw‑ 0 Nov 1 2013 16:56:52 +00:00 .Spotlight‑V100108 ‑rw‑ 4096 Nov 1 2013 16:58:44 +00:00 ._c2900‑universalk9‑mz.SPA.152‑4.M5.bin109 ‑rw‑ 130552 Jul 6 2011 21:56:34 +00:00 P0030801SR02.bin110 ‑rw‑ 30421 Apr 2 2014 16:13:16 +00:00 app‑b‑acd‑3.0.0.2.tcl111 ‑rw‑ 458 Jul 6 2011 22:18:14 +00:00 P0030801SR02.loads112 ‑rw‑ 55599 Apr 2 2014 16:13:16 +00:00 app‑b‑acd‑aa‑3.0.0.2.tcl113 ‑rw‑ 708460 Jul 6 2011 22:02:24 +00:00 P0030801SR02.sb2114 ‑rw‑ 75650 Apr 2 2014 16:13:18 +00:00 en_bacd_allagentsbusy.au115 ‑rw‑ 130956 Jul 6 2011 21:56:38 +00:00 P0030801SR02.sbn116 ‑rw‑ 83291 Apr 2 2014 16:13:18 +00:00 en_bacd_disconnect.au117 ‑rw‑ 174 Jul 7 2011 14:03:00 +00:00 P0030801SR02.txt118 ‑rw‑ 63055 Apr 2 2014 16:13:20 +00:00 en_bacd_enter_dest.au119 ‑rw‑ 37952 Apr 2 2014 16:13:20 +00:00 en_bacd_invalidoption.au120 ‑rw‑ 496521 Apr 2 2014 16:13:20 +00:00 en_bacd_music_on_hold.au121 ‑rw‑ 123446 Apr 2 2014 16:13:22 +00:00 en_bacd_options_menu.au123 ‑rw‑ 42978 Apr 2 2014 16:13:22 +00:00 en_bacd_welcome.au122 ‑rw‑ 496521 Apr 2 2014 17:44:32 +00:00 music‑on‑hold.au

Passo 7: Configurar os hunt‑groups que irão receber as chamadas, quando o usuário discar uma



Passo 7: Configurar os hunt‑groups que irão receber as chamadas, quando o usuário discar umadeterminada opção. Para esse exemplo eu configurei os seguintes grupos: Como eu utilizei osarquivos padrões da Cisco, no menu de opções eu tenho: Vendas (opção 1), Suporte (opção2), Recursos Humanos (opção 3), Financeiro (opção 4), Service Desk (opção 5), Discar diretopara um ramal (opção 6) e falar com um operador (opção 0).Com base nisso, eu criei no CUCME cinco hunt‑groups, com os ramais 8000, 8010, 8020, 8030 e8040:

OBS: O ephone‑hunt group deve ser configurado sem o comando final, pois esse destino final édeterminado pelas configurações do B‑ACD, que pode ser um voice‑mail, outro ramal ou mesmoa própria desconexão da chamada.

!ephone‑hunt 10 sequentialdescription Vendaspilot 8000list 8001, 8002timeout 10 !! Tempo que a chamada permanecerá em um número do grupo. Após isso, tentaráno próximo número do grupo.!ephone‑hunt 11 sequentialdescription Suportepilot8010list 8011, 8012timeout 10!ephone‑hunt 12 sequentialdescription Recursos Humanospilot 8020list 8021, 8022timeout 10!ephone‑hunt 13 sequentialdescription Financeiropilot 8030list 8031, 8032timeout 10!ephone‑hunt 14 sequentialdescription Service Deskpilot 8040list 8041, 8042timeout 10!

Passo 8: Configurar a fila onde os usuários ficarão aguardando atendimento, caso os operadoresestejam ocupados. Esse mesmo script também indica qual a opção de cada grupo deatendimento. Por isso, muita atenção nesse ponto.

Obs: Vale informar que estamos trabalhando com scripts TCL. De acordo com a Cisco (e os



Obs: Vale informar que estamos trabalhando com scripts TCL. De acordo com a Cisco (e osmeus testes ) esses comandos não possuem os mesmos comportamentos dos outroscomandos de IOS. A Cisco destaca o seguinte:

Não suportam tab para completar o comando automáticamente.Você não recebe uma informação de erro com o nosso bom e velho “^” informando o local doerro.Você não tem o recurso de ajuda quando digita interrogação “?”.Se você não colocar o script com as letras (case sensitive!) e os parâmetros corretos, o scriptsimplesmente não funciona sem dar nenhum vestígio do o porque!!! Chatinho né!!! Mas valea pena o esforço, é simplesmente muito legal esse recurso.

!applicationservice queue flash:app‑b‑acd‑3.0.0.2.tcl !! Comando para “chamar” o script de fila. Essequeue, é exatamente o local onde indicamos o nome o serviço. Pode ser alterado, mas deve serreferenciado corretamente em outro comando mais abaixo.param queue‑len 10 !! Indica a quantidade de usuários que poderá ficar ao mesmo temponessa fila.param aa‑hunt1 8000 !! Comando para indicar a fila do grupo 7098. O range do aa‑huntX é 1 a10.param aa‑hunt2 8010 !! Comando para indicar a fila do grupo 7099.param aa‑hunt3 8020 !! Comando para indicar a fila do grupo 7098.param aa‑hunt4 8030 !! Comando para indicar a fila do grupo 7099.param aa‑hunt5 8040 !! Comando para indicar a fila do grupo 7099.param number‑of‑hunt‑grps 5 !! Atenção a esse comando pois deve coincidir com aquantidade de filas que estamos criando.!

COMANDOS OPCIONAIS

param queue‑manager‑debugs 1 !! Comando que indica se será habilitado ou não a coleta dedebugs. “0” desabilita e “1” habilita. Para capturar esses logs, deve‑se usar o comando debugvoip application script no modo de configuração privilegiado, router#.

Passo 9: Configurar a auto‑atendimento, onde os usuários receberão a gravação de saudação eas opções do menu.

!applicationservice aa flash:app‑b‑acd‑aa‑3.0.0.2.tcl !! Comando para “chamar” o script de auto‑atendimento. O “aa” deve ser o mesmo que foi informado no dial‑peer do Auto‑Atendant, nocomando service aa.paramspace english index 1param number‑of‑hunt‑grps 5param menu‑timeout 5 !! Quantidade de vezes que o menu será repetido para o usuário, antesde o script “desistir” de aguardar o usuário selecionar uma opção e enviar para o operatorgroup.param handoff‑string aa !!! O “aa” deve ser o mesmo que foi informado no dial‑peer do Auto‑

Atendant, no comando service aa.



Atendant, no comando service aa.param dial‑by‑extension‑option 6 !! Aqui você define o dígito que o usuário vai pressionarpara discar direto para uma extensão.paramspace english language en !! Indica a linguagem dos arquivos. Melhor deixar em inglêsmesmo.param max‑time‑vm‑retry 2param aa‑pilot 8999 !! Define o número usado para auto‑atendimento. Deve ser o mesmo dodial‑peer criado no passo 2.param max‑extension‑length 4 !! Define a quantidade de dígitos que o usuário poderápressionar quando selecionar a opção para discar direto para um ramal.param queue‑overflow‑extension 7000 !! Número alternativo, caso a quantidade de usuárioultrapasse o máximo para a fila.paramspace english location flash: !! Indica o local onde os arquivos de áudio estãoarmazenados.param second‑greeting‑time 45 !! Define o intervalo de tempo que a mensagem de que todosos agentes estão ocupados repetirá quando o usuário estiver na fila de espera.param welcome‑prompt _bacd_welcome.au !! Indica o arquivo de saudação inicial. Embora oarquivo inicie com “en”, nesse comando você deve remover o “en” e deixá‑lo iniciando por“_”.param send‑account true !! Define que o CUCME deverá gerar CDR para chamadas que“caírem” no serviço de B‑ACD.param call‑retry‑timer 10 !! Define a quantidade de tempo que o script irá esperar para tentarnovamente uma chamada para um grupo quando o usuário estiver na fila.param max‑time‑call‑retry 90 !! Define o tempo total que o usuário permanecerá na fila, antesde ser redirecionado para o voice‑mail.param voice‑mail 7000 !! Ramal de voice‑mail que será usado caso o usuário fique muitotempo na fila de espera.param service‑name queue !! Aqui você indica o nome do serviço de fila. No passo anteriorindicamos o nome queue. Se tiver sido colocado outro nome, deve‑se colocá‑lo no lugar dessenome.!

OBS: Se não existir um voice‑mail na rede, você precisa determinar qualquer valor, senão oscript não funcionará.

Passo 10: Testar a URA e correr pro abraço!!!!

PARA TESTAR

Para testar, basta ligar para o número piloto (no caso o 8000) e ouvir as mensagens seremtocadas, seguir o menu e testar cada opção para verificar se o script está funcionandocorretamente.

POR ENQUANTO É ISSO!!!

Como eu escrevo tanto quanto falo, se eu for continuar por aqui, o artigo vai ficar IMENSO!!! Poresse motivo, estarei encerrando por aqui. Posteriormente colocarei a parte 2 com alguns itensinteressantes como, forma de atualizar o script, como trabalhar com estatísticas de chamadas,como realizar a manutenção do script e alguma coisa a mais.

Abraços!!!

!



!

!

!

!

!

!

!

!

!

!

Deixe um comentárioPublicado por charlesmarlem em 17 de abril de 2014 em CALLMANAGER EXPRESS, IPTELEPHONY EXPRESS, TELEFONIA IP CISCO, VOZ e Telefonia IP

Tags: atendimento automático no callmanager express, atendimento automático no cme,atendimento automático no cucme, Cisco B‑ACD, Configurando Cisco B‑ACD, Ura nocallmanager express, Ura no CME, Ura no CUCME

TELEFONIA IP EXPRESSA DA CISCO – CISCOUNITY EXPRESS

03 DEZHoje vou escrever sobre outro dos produtos voltados para empresas de pequeno e médio porte,com suporte a uma grande variedade de serviços e com um custo x benefício relativamente baixo(se comparado à solução mais completa): O Cisco Unity Express também conhecido como CUE.

Assim como o CME, o CUE também faz parte de uma solução da Cisco, chamada de UnifiedCommunications Express.

Entre as principais funções do Cisco Unity Express estão o armazenamento de mensagens de voze soluções de auto‑atendimento. Assim como o CME também foi desenvolvido para funcionarcom um roteador Cisco, com a diferença que o seu hardware é separado. Isso significa que oCisco Unity Express é instalado em um módulo de hardware integrado a um roteador Cisco.Abaixo seguem mais características:

Menos robusto que a solução Cisco Unity Connection (também chamado de CUC).Opera tanto com a tecnologia digital quanto com a analógica. Isso significa, que este

https://cmvoice.wordpress.com/2014/04/17/cme-features-cisco-b-acd/#respond

https://cmvoice.wordpress.com/author/charlesmarlem/

https://cmvoice.wordpress.com/category/callmanager-express-2/

https://cmvoice.wordpress.com/category/ip-telephony-express/

https://cmvoice.wordpress.com/category/telefonia-ip-cisco/

https://cmvoice.wordpress.com/category/voz-e-telefonia-ip/

https://cmvoice.wordpress.com/tag/atendimento-automatico-no-callmanager-express/

https://cmvoice.wordpress.com/tag/atendimento-automatico-no-cme/

https://cmvoice.wordpress.com/tag/atendimento-automatico-no-cucme/

https://cmvoice.wordpress.com/tag/cisco-b-acd/

https://cmvoice.wordpress.com/tag/configurando-cisco-b-acd/

https://cmvoice.wordpress.com/tag/ura-no-callmanager-express/

https://cmvoice.wordpress.com/tag/ura-no-cme/

https://cmvoice.wordpress.com/tag/ura-no-cucme/

https://cmvoice.wordpress.com/2013/12/03/telefonia-ip-expressa-da-cisco-cisco-unity-express/

https://cmvoice.wordpress.com/2013/12/03/telefonia-ip-expressa-da-cisco-cisco-unity-express/



Opera tanto com a tecnologia digital quanto com a analógica. Isso significa, que esteequipamento pode funcionar perfeitamente em ambientes híbridos, diminuindo o impacto narede de clientes que não queiram fazer uma mudança brusca em sua rede.É recomendado para pequenas e médias empresas, desde que o número de usuários nãoultrapasse 500 (que é o número suportado máximo até o momento – mais detalhes na seção“Limites por modelo”)Pode se integrar com servidores de e‑mail, como o Microsoft Exchange.Pode enviar mensagens de voz no formato .mp3 e WAV por e‑mail.Pode ser utilizado em ambientes centralizados ou distribuídos.Gera dados que podem ser utilizados por um servidor de bilhetagem.Gerenciamento pode ser feito 90% pela CLI.

CONCEITOS IMPORTANTES:

É importante lembrar que o Unity Express, apesar de ser integrado ao CME, funciona em umhardware próprio, que possui processamento, memória e armazenamento somente para o Unity.A integração é somente para comunicação entre os dois equipamentos de forma a não degradarou sobrecarregar o roteador que possui o Cisco Callmanager. Isso é importante para casos dethroubleshooting de hardware.

A forma de acesso ao Unity Express é através de uma sessão de console dentro modo deconfiguração privilegiado do Cisco IOS.

LIMITES POR MODELO

Existem vários modelos de módulos para instalação do Unity, cada um com sua capacidademáxima. Abaixo seguem os modelos:

AIM‑CUE & AIM2‑CUE‑K9:Suporta o máximo de 14 horas de gravação.Suporta o máximo de 50 mailboxes.

ISM‑SRE‑300‑K9:Suporta o máximo de 60 horas de gravação.Suporta o máximo de 100 mailboxes.

NME‑CUE:Suporta o máximo de 300 horas.Suporta o máximo de 250 mailboxes.

SM‑SER‑710‑K9:Suporta o máximo de 600 horas de gravação.Suporta o máximo de 500 mailboxes.

LICENCIAMENTO

Para utilizar os recursos do Cisco CUE, o usuário deve adquirir licenças que podem ser de 4tipos:

MAILBOXES.PORTS.IVR.

TimeCardView.



TimeCardView...ATÉ MAIS

Bem, isso foi uma pequena parte do mundo que é o Unity Express da Cisco. Nos próximos postsestarei explicando como configurar várias features nele em conjunto com o CME.

1 comentárioPublicado por charlesmarlem em 3 de dezembro de 2013 em VOZ e Telefonia IP

Tags: cisco, Cisco Unity Express, Isso, Unified Communications Express, Unity Express

TELEFONIA IP EXPRESSA DA CISCO –CALLMANAGER EXPRESS

11 NOVA Cisco possui uma grande variedade de produtos desenvolvidos para facilitar e melhorar aforma de comunicação nos ambientes empresariais e até mesmo residenciais. Hoje vou escreversobre um dos produtos voltados para empresas de pequeno e médio porte, com suporte a umagrande variedade de serviços e com um custo x benefício relativamente baixo (se comparado àsolução mais completa): O Cisco Unified Communications Manager Express também conhecidocomo CME.

O CME faz parte de uma solução da Cisco, chamada de Unified Communications Express. Essasolução também inclui o Cisco Unity Express (que provê entre outros serviços, mensagens devoz) além de outros produtos.

O Callmanager Express é basicamente um PABX IP proprietário da Cisco, desenvolvido parafuncionar como uma aplicação dentro do IOS dos roteadores Cisco. Ou seja, em muitos casos, sea empresa já possuir roteadores Cisco, dependendo do projeto, poderá não ser necessáriocomprar outro equipamento para utilizar um CME (porém, cada caso é um caso). Abaixo,destaco as seguintes características principais:

Menos robusto que a solução Cisco Unified Communications Manager (também chamado deCallmanager ou CUCM).Opera tanto com a tecnologia digital quanto com a analógica. Isso significa, que esteequipamento pode funcionar perfeitamente em ambientes híbridos, diminuindo o impacto narede de clientes que não queiram fazer uma mudança brusca em sua rede.É recomendado para pequenas e médias empresas, desde que o número de usuários nãoultrapasse 450 (que é o número suportado máximo até o momento – mais detalhes na seção“Limites por modelo”)Pode se integrar com Gatekeeper Cisco.Pode ser conectado a PSTN (a nossa Rede de Telefonia Pública).

Pode se conectar com aparelhos de fax.

https://cmvoice.wordpress.com/2013/12/03/telefonia-ip-expressa-da-cisco-cisco-unity-express/#comments



https://cmvoice.wordpress.com/tag/cisco/

https://cmvoice.wordpress.com/tag/cisco-unity-express/

https://cmvoice.wordpress.com/tag/isso/

https://cmvoice.wordpress.com/tag/unified-communications-express/

https://cmvoice.wordpress.com/tag/unity-express-2/

https://cmvoice.wordpress.com/2013/11/11/telefonia-ip-expressa-da-cisco-callmanager-express/

https://cmvoice.wordpress.com/2013/11/11/telefonia-ip-expressa-da-cisco-callmanager-express/



Pode se conectar com aparelhos de fax.Gera dados que podem ser utilizados por um servidor de bilhetagem.Pode se integrar com sistemas de correio de voz.Atua tanto com telefones SIP quanto com telefones SCCP.

CONCEITOS IMPORTANTES:

Ao lidar com Callmanager Express da Cisco, é importante aprender os conceitos que são a baseda configuração dos telefones no CME: os conceitos físicos e os conceitos lógicos. Essesconceitos, são basicamente as formas que o CME “enxerga” o telefone. Quando você estáconfigurando um ramal em um CME, você na verdade irá adicionar ao software um telefonefísico, depois irá adicionar um telefone lógico e ligar esses dois para que o telefone se registrecorretamente. Fazendo uma analogia, é como a nossa boa e velha definição de Hardware eSoftware, onde normalmente você adiciona um software a um hardware para que ocorra umfuncionamento de praticamente todos os dispositivos eletrônicos atuais.

Conceito Físico: O CME utiliza os conceitos ephone e voice register pool (SCCP e SIPrespectivamente) para representar um telefone físico. Cada telefone pode possuir vários ramaisassociados a eles. Um detalhe é que além de representar um telefone físico, esses conceitospodem representar portas de voz usadas em conexões com um sistema de correio de voz.

Conceito Lógico: O CME utiliza os conceitos ephone‑dn e voice register dn (SCCP e SIPrespectivamente) para representar a o ramal. O ramal nada mais é do que a linha que conecta umcanal de voz a um telefone. Essa linha é uma porta de voz virtual, dentro do CME.

LIMITES POR MODELO

Cada telefone adicionado no Callmanager Express demanda uma quantidade de memória,processamento e outros recursos físicos do roteador. Por esse motivo, a quantidade máxima detelefones suportada irá depender do modelo de roteador que está sendo utilizada. Abaixo segueuma planilha removida do site oficial da Cisco no endereço(http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/requirements/guide/cme85spc.htm.html(http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/requirements/guide/cme85spc.htm.html) que possui um detalhamento da quantidade de IP‑Phones suportada por cada modelo. Até omomento, a quantidade máxima suportada é 450, porém como estão surgindo roteadores Ciscocada vez mais potentes em nível de hardware, esse número em breve poderá estar aumentando.

http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/requirements/guide/cme85spc.htm.html



(https://cmvoice.files.wordpress.com/2013/11/captura‑de‑tela‑2013‑11‑11‑c3a0s‑16‑07‑44.png)

LICENCIAMENTO

Bom, nem tudo são flores… Assim como a Microsoft, a VMWare e o Detran , a Cisco tambémtrabalha com sistema de licença de uso dos seus softwares (ou nossos carros, no caso doDentran). E, como todos os usuários de alguns desses softwares ou motoristas em geral sabemos,licença gera custo e a falta dela pode gerar multa ou processo. Por esse motivo, é importantesaber que para utilizar os recursos do Cisco CME, o usuário deve adquirir licenças tanto para opróprio sistema quanto para os telefones.

ATÉ MAIS

https://cmvoice.files.wordpress.com/2013/11/captura-de-tela-2013-11-11-c3a0s-16-07-44.png



ATÉ MAIS

Bem, isso foi uma pequena parte do mundo que é o Callmanager Express da Cisco. Nospróximos posts estarei explicando como configurar várias features no CME.

Deixe um comentárioPublicado por charlesmarlem em 11 de novembro de 2013 em CALLMANAGER EXPRESS, IPTELEPHONY EXPRESS, TELEFONIA IP CISCO

Tags: call manager express, callmanager express, cisco call manager express, cisco callmanagerexpress, cisco cme, CME

CME FEATURES – PAGING – SCCP

04 NOVEstarei iniciando uma série de posts sobre IP Telephony Express, colocando informações sobredeterminados assuntos desse tema. Alguns posts desse assunto conterão apenas teorias e outrostambém conterão configurações para partes práticas. Os desse segundo tipo (como é o caso dessepost aqui) serão divididos em duas partes: JOGO RÁPIDO e VISÃO DETALHADA. Abaixosegue uma explicação de cada parte:

EXPLICAÇÃO DAS PARTES DESSE TÓPICO

JOGO RÁPIDO: Para quem já sabe do assunto e/ou está apenas interessado em ver um exemplode configuração sobre uma determinada feature, essa parte será a indicada, pois basicamenteconterá um breve resumo do que é a feature e um exemplo (ou mais de um) de como configuraressa determinada Feature.

VISÃO DETALHADA: Para quem não conhece a feature ou quer aprender um pouco maissobre ela, pode ir direto para essa parte (sem precisar ler nada do Jogo rápido) pois esta conteráo máximo de informações que eu puder concatenar sobre o assunto, além dos mesmos exemplosda parte anterior.

JOGO RÁPIDO

O paging é uma feature do CME que permite ao usuário enviar uma mensagem de voz, emtempo real, para um ou mais grupos de ramais, ligando apenas para um número piloto.

COMO CONFIGURAR O PAGING PARA SCCP:

ephone‑dn 10 number 777 name All‑phones paging ip 239.1.1.1 port 2000

Após isso, basta ir na configuração de e‑phones e colocá‑los nos respectivos grupos:

ephone 1

https://cmvoice.wordpress.com/2013/11/11/telefonia-ip-expressa-da-cisco-callmanager-express/#respond





https://cmvoice.wordpress.com/tag/call-manager-express/

https://cmvoice.wordpress.com/tag/callmanager-express/

https://cmvoice.wordpress.com/tag/cisco-call-manager-express/

https://cmvoice.wordpress.com/tag/cisco-callmanager-express/

https://cmvoice.wordpress.com/tag/cisco-cme/

https://cmvoice.wordpress.com/tag/cme/

https://cmvoice.wordpress.com/2013/11/04/cme-features-paging-sccp/

https://cmvoice.wordpress.com/2013/11/04/cme-features-paging-sccp/



ephone 1mac‑address xxxx.xxxx.xxxxbutton 1:1 paging‑dn 10 Type 7960!ephone 2 mac‑address 000d.4132.f7e4 button 1:4 paging‑dn 10!ephone‑dn 1Number 1001name User1 Label User1 !ephone‑dn 2Number 1002name User2 Label User2 !

Com essa configuração, quando um usuário ligar para o ramal 777, os ramais 1001 e 1002,associados respectivamente aos ephones 1 e 2, atenderão automaticamente a chamada e o que ousuário chamador falar será ouvido pelos atendentes.

VISÃO DETALHADA

Quem nunca assistiu algum filme que envolva cenas de médicos recebendo mensagens atravésde um aparelho pequeno chamado pager (também chamado carinhosamente de bipe). Esseaparelho foi muito popular na década de 80 e 90 mas ainda é utilizado hoje em dia no “mundomédico” e em alguns restaurantes. Ele é feito basicamente para o envio e recebimento demensagens curtas (antigamente, ele apenas emitia bips, onde o receptor, ao ouví‑los, tinha queligar para uma central e ouvir a mensagem destinada a ele). No caso da medicina, informa para omédico qual o quarto e o paciente que está precisando de atendimento urgente ou no caso dorestaurante, informa para o cliente que o seu pedido está pronto.

Bem, avançando um pouco mais no tempo, chegamos ao nosso bom e querido amigo CiscoUnified Communications Manager Express (ou CME para os mais íntimos), onde a Cisco“pegou” essa ideia do pager de enviar mensagens e adaptou para os telefones. Surge então oaudio paging da Cisco, que basicamente é uma forma de enviar mensagens de áudio para um oumais telefones.Então, supondo que você tenha um callcenter, com 10 atendentes e pretende mandar umamensagem de audio para todos eles informando que o horário de saída será adiantado em 1hora. Você liga para o número de paging e fala. Automaticamente os telefones que estiveremconfigurados para o grupo irão aceitar essa chamada e os usuarios ouvirão a sua voz em temporeal. Quando você terminar de falar e desligar o telefone, os demais telefones retornarão aoestado normal.

Como pré‑requisito, os usuários que irão receber a mensagem precisam estar utilizando



Como pré‑requisito, os usuários que irão receber a mensagem precisam estar utilizandospeakerphones. Outro detalhe é que, se o telefone estiver em uso, ele simplesmente ignora opaging. Porém durante uma mensagem de paging, o telefone pode ser utilizado normalmente.Isso pode parecer meio inútil, se pensarmos em e‑mails ou coisas do tipo, mas é um recurso beminteressante.

CARACTERÍSTICAS E LIMITES

As principais características e limites são:

Essa feature foi inserida na versão 2.0 do Callmanager Express, porém apenas para suporte aSCCP. Somente na versão 9.0 do CME foi implementado o suporte a SIP.Pode ser integrado a um sistema de audio paging já existente, através de interfaces analógicascomo E&M por exemplo.Não existe um limite determinado de IP Phones que podem ser inseridos em um PagingGroup. Porém, deve‑se lembrar que, dependendo do modelo de roteador que estejautilizando, existe um número finito de ephones e ephone‑dns suportados pelo equipamento.Dessa forma, o limite de IP Phones estará dentro desse limite do modelo.Bem como o item anterior, levando em conta que o Paging Group é um ephone‑dn e estepossui um número limitado dependendo do roteador, o limite para a quantidade de PagingGroups será determinada por esse critério.Cada IP Phone pode pertencer diretamente a apenas um único Paging Group. Porém pode‑semesclar os grupos (será visto isso com mais detalhes).Funciona tanto para SCCP quanto para SIP (A configuração para SIP será mostrada em outroPost).É recomendado utilizar o endereçamento multicast dentro da rede 239.1.1.0 e a porta 2000.Um detalhe é que, em redes pequenas há a possibilidade de não utilizar multicast. Basta, nocomando paging‑dn x, adicionar o comando nessa mesma linha unicast. Porém isso só podeser feito para até 10 ramais. Além disso, deve‑se utilizar multicast. (Nos exemplos, estareiutilizando multicast).

COMO CONFIGURAR

Para configurar o paging, primeiro deve‑se configurar um número piloto, que será o ramal dopager. Vamos usar como exemplo o ramal 777. Você pode também dar um nome ao paging,para o caso de serem diferentes grupos de telefones. Nesse exemplo, vamos chamar dePG_Group_1.

OBS:(em azul são apenas meus comentários dos comandos, se copiar e colar em um roteador,funcionará normalmente, pois estão precedidos de !! que nega qualquer coisa após ele, econsequentemente não aparecerá no show running do roteador e nem será reconhecido comocomando errado!):

ephone‑dn 10 !!(Habilita o ephone‑dn). number 777 !!(Número que será usado para paginação). name PG_Group_1 !!(Apenas um nome para identificação. Opcional). paging ip 239.1.1.1 port 2000 !!(Endereço e porta multicast para envio da mensagem aostelefones).

Após isso, basta ir na configuração de e‑phones e colocá‑los nos respectivos grupos:

ephone 1 !!(Habilita o ephone).



ephone 1 !!(Habilita o ephone). mac‑address xxxx.xxxx.xxxx !!(Mac address ficticio para esse exemplo. Deve ser substituído). button 1:1 !!(associação do ephone ao ephone‑dn). paging‑dn 10 !!(associação do ephone ao grupo de paginaçao). Type 7960 !!(Aqui eu usei um tipo qualquer de telefone).!ephone 2 mac‑address 000d.4132.f7e4 button 1:4 paging‑dn 10!!

ephone‑dn 1 !!(Aqui foi criado um ramal para testes).Number 1001name User1 Label User1 !ephone‑dn 2Number 1002name User2 Label User2 !

Com essa configuração, quando um usuário ligar para o ramal 777, os ramais 1001 e 1002,associados respectivamente aos ephones 1 e 2, atenderão automaticamente a chamada e o que ousuário chamador falar será ouvido pelos atendentes.

MESCLANDO PAGING GROUPS

Um outro recurso bem interessante do audio paging da Cisco, é a possibilidade de criação degrupos e mesclagem desses grupos. Em outras palavras: Supondo que em sua empresa, vocêpossua os setores de CallCenter, Suporte Técnico e Vendas. Você pode criar um ramal de Pagingdiferente para cada um desses grupos. Com isso, você pode filtrar quem irá receber a informaçãoque você está enviando.

Além dos ramais de paging para os grupos isolados, existe ainda a possibilidade de criar umoutro ramal, englobando vários grupos. Então, no exemplo de nossa empresa fictícia, podemoscriar um ramal que englobe todos os outros grupos. Detalhe: Podem ser englobados no máximo10 grupos em um mesmo ramal.

Para testar, podemos fazer a configuração para uma empresa fictícia, onde teremos:

o ramal 7000 sendo o ramal gerência (que não fará parte de nenhum grupo, apenas enviara asmensagens para os outros.O ramal 7001, pertencente ao grupo CallCenter (com o Paging‑DN 7777).O ramal 7002, pertencente ao grupo Suporte Tecnico (com o Paging‑DN 7778).O ramal 7003, pertencente ao grupo Vendas (com o Paging‑DN 7779).Um Paging‑DN 7780 que englobará os 3 grupos supracitados.

TOPOLOGIA DESSA CONFIGURAÇÃO



(https://cmvoice.files.wordpress.com/2013/11/topologia.jpg)

Então, vamos que gamo!!! Estou utilizando aqui, 3 telefones 7940 e 1 telefone 7960.

Primeiro, vamos preparar o roteador para receber os telefones:

!ip dhcp excluded‑address 172.22.10.1 172.22.10.99!ip dhcp pool VOZnetwork 172.22.10.0 255.255.255.0default‑router 172.22.10.1option 150 ip 172.22.10.1!

!interface GigabitEthernet0/0ip address 172.22.10.1 255.255.255.0duplex autospeed auto!

!tftp‑server flash0:/P0030801SR02.bin alias P0030801SR02.bintftp‑server flash0:/P0030801SR02.loads alias P0030801SR02.loads

tftp‑server flash0:/P0030801SR02.sb2 alias P0030801SR02.sb2

https://cmvoice.files.wordpress.com/2013/11/topologia.jpg



tftp‑server flash0:/P0030801SR02.sb2 alias P0030801SR02.sb2tftp‑server flash0:/P0030801SR02.sbn alias P0030801SR02.sbn!

!telephony‑serviceno auto‑reg‑ephonemax‑ephones 50max‑dn 200ip source‑address 172.22.10.1 port 2000load 7960‑7940 P0030801SR02.loadsmax‑conferences 8 gain ‑6transfer‑system full‑consultcreate cnf‑files version‑stamp Jan 01 2002 00:00:00!

Agora, vamos configurar os 4 ramais para comunicação básica:

!ephone‑dn 1number 7000label User1name User1!!ephone‑dn 2number 7001label User2name User2!!ephone‑dn 3number 7002label User3name User3!!ephone‑dn 4number 7003label User4name User4!

!

ephone 1device‑security‑mode nonemac‑address 0013.1978.3F66type 7960button 1:1

!



!!!ephone 2device‑security‑mode nonemac‑address 0013.606D.4440type 7940button 1:2!!!ephone 3device‑security‑mode nonemac‑address 0013.6086.04F6type 7940button 1:3!!!ephone 4device‑security‑mode nonemac‑address 0013.6086.074Dtype 7940button 1:4!

Nesse momento, iniciaremos a configuração dos pagings groups:

!ephone‑dn 10number 7777name CALLCENTERpaging ip 239.1.1.1 port 2000 !!(Note que aqui, foi usado o Multicast Ip com o final .1. Nosseguintes, serão utilizados Multicasts IPs diferentes deste).!!ephone‑dn 11number 7778name SUPORTE_TECNICOpaging ip 239.1.1.2 port 2000!!ephone‑dn 12number 7779name VENDASpaging ip 239.1.1.3 port 2000!!ephone‑dn 13number 7780

name PG‑TODOS



name PG‑TODOSpaging ip 239.1.1.4 port 2000paging group 10,11,12 !!(É aqui que a mágica da mesclagem acontece, com esse simplescomando).!

Agora, basta inserir os telefones nos Paging Groups:

!ephone 2device‑security‑mode nonemac‑address 0013.606D.4440paging‑dn 10 !!(Inserido no grupo Callcenter, com o ramal de grupo 7777).type 7940button 1:2!!!ephone 3device‑security‑mode nonemac‑address 0013.6086.04F6paging‑dn 11 !!(Inserido no grupo Suporte Tecnico, com o ramal de grupo 7778).type 7940button 1:3!!!ephone 4device‑security‑mode nonemac‑address 0013.6086.074Dpaging‑dn 12 !!(Inserido no grupo Vendas, com o ramal de grupo 7779).type 7940button 1:4!

PARA TESTAR

Com o ramal 7000, efetue uma chamada para o número 7777. Somente o ramal 7001 iráatender automaticamente a chamada. Se o telefone tiver autofalante, ele atenderá nessemodo. Se tiver um fone de ouvido, atenderá nesse modo.Com o ramal 7000, efetue uma chamada para o número 7778. Somente o ramal 7002 iráatender automaticamente a chamada. Se o telefone tiver autofalante, ele atenderá nessemodo. Se tiver um fone de ouvido, atenderá nesse modo.Com o ramal 7000, efetue uma chamada para o número 7779. Somente o ramal 7003 iráatender automaticamente a chamada. Se o telefone tiver autofalante, ele atenderá nessemodo. Se tiver um fone de ouvido, atenderá nesse modo.Com o ramal 7000, efetue uma chamada para o número 7780. Todos os ramais irão atenderautomaticamente a chamada.

PARA VERIFICAÇÃO

Os comandos abaixo, são para verificação das configurações de paging:



Os comandos abaixo, são para verificação das configurações de paging:

show running‑configshow telephony‑service ephone‑dnshow telephony‑service ephone

LE GRAND FINALE

É isso aí!!! Tudo isso que foi informado aqui, foi testado em um LAB e funcionou muito bem! Emum próximo post, estarei fazendo isso utilizando SIP.

Abraços!!!

!

!

!

!

!

!

!

!

!

!

Deixe um comentárioPublicado por charlesmarlem em 4 de novembro de 2013 em CALLMANAGER EXPRESS, IPTELEPHONY EXPRESS, TELEFONIA IP CISCO, VOZ e Telefonia IP

Tags: cisco audio paging, cisco callmanager express paging, cisco cme paging, cisco cme paginggroups configurar, cisco paging, configurando paging com cme, configurando paging no ciscocallmanager express, paginação callmanager, paginação callmanager express, paginação ciscocme, paging, paging com CME, paging groups com callmanager express, paging groups comCME

INFORMAÇÃO ÚTIL: CONFIGURANDO BACKUP DESWITCHES E ROTEADORES CISCO

24 SET

https://cmvoice.wordpress.com/2013/11/04/cme-features-paging-sccp/#respond






https://cmvoice.wordpress.com/tag/cisco-audio-paging/

https://cmvoice.wordpress.com/tag/cisco-callmanager-express-paging/

https://cmvoice.wordpress.com/tag/cisco-cme-paging/

https://cmvoice.wordpress.com/tag/cisco-cme-paging-groups-configurar/

https://cmvoice.wordpress.com/tag/cisco-paging/

https://cmvoice.wordpress.com/tag/configurando-paging-com-cme/

https://cmvoice.wordpress.com/tag/configurando-paging-no-cisco-callmanager-express/

https://cmvoice.wordpress.com/tag/paginacao-callmanager/

https://cmvoice.wordpress.com/tag/paginacao-callmanager-express/

https://cmvoice.wordpress.com/tag/paginacao-cisco-cme/

https://cmvoice.wordpress.com/tag/paging/

https://cmvoice.wordpress.com/tag/paging-com-cme/

https://cmvoice.wordpress.com/tag/paging-groups-com-callmanager-express/

https://cmvoice.wordpress.com/tag/paging-groups-com-cme/

https://cmvoice.wordpress.com/2013/09/24/informacao-util-configurando-backup-de-switches-e-roteadores/




24 SETTodo profissional de rede deve ter em mente a seguinte palavra, quando realizando aimplementação dequalquer que seja o projeto: SEGURANÇA. Essa segurança tem que ser dosaspectos mais básicos aos mais avançados (se possível). Por exemplo:

Colocar senhas fortes.Criptografar as senhas nos roteadores e switches.Aplicar políticas de acesso aos equipamentos.backup das configurações.etc.

Essas informações que passei acima, melhoram a segurança da rede, ajudam no caso de umafalha e não aumentam em nada o projeto, pois a senha vai apenas da criatividade, a criptografiajá é integrada no IOS, basta executar o comando service password‑encryption no modo deconfiguração global, e ACL é bem simples de configurar.

Nesse post vou falar de como realizar a configuração de Backup nos roteadores e switches…

O QUE É NECESSÁRIO?

Para realizar o laboratório, usei os seguintes itens:

Um roteador Cisco 2901Um switch Cisco 3560Um computador com Windows 8 e um FTP server instalado nesse computador.Um usuário para cada equipamento.

TOPOLOGIA




(https://cmvoice.files.wordpress.com/2013/09/topologia.jpg)

CONFIGURAÇÕES

FTP: Nesse caso, estou partindo do pressuposto de que o leitor esteja familiarizado com astecnologias Cisco e com o servidor FTP utilizado. No meu caso estou usando o Quick’N EasyFTP server 3.2. Nesse FTP foram criados um usuário para cada equipamento, sendo estes:Usuário cme, senha cme para o roteador.usuário switch, senha switch para (claro!) o switch.

Partindo da suposição que a conectividade está toda funcional, ou seja, todos osequipamentos conseguem pingar o servidor FTP, seguem os comandos que devem seraplicados em cada equipamento:ROTEADORConfigure Terminal!archive path ftp://cme:[email protected]/$h write‑memory time‑period 1440

SWITCH

Configure Terminal!archive path ftp://switch:[email protected]/$h write‑memory time‑period 1440

Onde,

https://cmvoice.files.wordpress.com/2013/09/topologia.jpg



Onde,

Configure Terminal !! Habilita o modo de configuração do roteador.!archive !! Habilita o modo de configuração de backup. Lembrando que esse backup podeser feito tanto por ftp, como por http, tftp e até mesmo na flash do próprio equipamento.

path ftp://switch:[email protected]/$h !! Define o caminho, o usuário e senha, o IP e o“$h” indica ao equipamento que deve adicionar o hostname do equipamento no arquivo.

write‑memory !! Indica ao roteador que deve salvar um backup da configuração cada vezque a configuração do roteador for salva.

time‑period 1440 !! Indica um período, em minutos, que o equipamento deve enviar aconfiguração para o servidor FTP.

CONCLUSÃO

Ao acessar o servidor e entrar em cada pasta, pode ser confirmado que existem vários arquivosde configuração salvos dos equipamentos, conforme figura:

CME

(https://cmvoice.files.wordpress.com/2013/09/cme.jpg)

SWITCH

(https://cmvoice.files.wordpress.com/2013/09/switch.jpg)

Para visualizar os arquivos, basta renomear para o mesmo nome.txt e visualizar com o notepad.

OBS: O equipamento não sobrescreve os arquivos.

Deixe um comentárioPublicado por charlesmarlem em 24 de setembro de 2013 em VOZ e Telefonia IP

https://cmvoice.files.wordpress.com/2013/09/cme.jpg

https://cmvoice.files.wordpress.com/2013/09/switch.jpg

https://cmvoice.wordpress.com/2013/09/24/informacao-util-configurando-backup-de-switches-e-roteadores/#respond





Deixe um comentárioPublicado por charlesmarlem em 24 de setembro de 2013 em VOZ e Telefonia IP

Tags: archive, backup ftp, backup roteadores, backup roteadores e switches, backup switches,bakcup, ftp, servidor ftp

CDR NO CALLMANAGER EXPRESS USANDO FTP

04 JULO QUE É? Call Detail Records ou simplesmente CDR é um registro detalhado de chamadas que contéminformações sobre cada chamada realizada pelos telefones gerenciados pelo CallManager ouCallManager Express. Neste artigo cobriremos apenas o cenário do CallManager Express (CME).Origem da chamada, destino da chamada, data/hora em que a chamada chamada foi iniciada,tempo de duração da chamada e hora em que a chamada foi concluída estão entre asinformações que compõem o CDR do CME.PARA QUE SERVE? Essa solução permite um gerenciamento mais preciso dos gastos com telefonia realizados pelosusuários do sistema, além de permitir uma auditoria dos recursos e utilizações da rede detelefonia. O arquivo com os CDR de cada chamada é gerado em um padrão de formato csv(separado por vírgulas) pelo Callmanager.É ideal utilizar um programa de bilhetagem de terceiros que trabalhe com esses arquivos deCDR gerados pelo CME. Essas aplicações possuem muitas ferramentas que geram relatórios egráficos de gastos mensais, semanais, diários, por usuário, por grupos, por ramal, etc.Entre os softwares de bilhetagem, já trabalhei com o BillyBlues da empresa StoneVoice e oSummus da empresa com o mesmo nome do programa.MAIS SOBRE…Como dito anteriormente, o CDR é um registro detalhado das chamadas realizadas pelo CME.Quando as chamadas são realizadas, o roteador contendo o CME armazenas as informaçõessobre essas ligações, armazena em buffer e após um período pré‑determinado de tempo, envia omontante de informações sobre as chamadas para algum local de armazenamento especificadonas configurações.Existem 3 métodos que o CME pode utilizar para realizar o armazenamento das informações:Método de armazenamento de arquivo (FTP), Syslog e Radius. O primeiro é o mais fácil e maisbarato dos 3 métodos. O Radius é exatamente o contrário. Nesse artigo, será falado sobre ométodo de armazenamento de arquivo. Posteriormente, estarei postando os outros 2 métodos.Quando é utilizado esse método, as informações são armazenadas em formato (.csv) e podem serarmazenados na memória flash (O que não recomendo) ou em um servidor FTP externo.É altamente recomendado entender como é a lógica do arquivo CDR gerado pelo Callmanager.Ele possui as seguintes características:Cada arquivo CDR é armazenado em um formato .csv onde os campos são separado porvírgulas.Os arquivos CDR possuem uma os campos em uma ordem predefinida, onde os campos quenão possuem informação coletada são deixados em branco.

Um CDR é gerado para cada chamada e para cada serviço acionado durante a chamada. Por

https://cmvoice.wordpress.com/2013/09/24/informacao-util-configurando-backup-de-switches-e-roteadores/#respond



https://cmvoice.wordpress.com/tag/archive/

https://cmvoice.wordpress.com/tag/backup-ftp/

https://cmvoice.wordpress.com/tag/backup-roteadores/

https://cmvoice.wordpress.com/tag/backup-roteadores-e-switches/

https://cmvoice.wordpress.com/tag/backup-switches/

https://cmvoice.wordpress.com/tag/bakcup/

https://cmvoice.wordpress.com/tag/ftp/

https://cmvoice.wordpress.com/tag/servidor-ftp/

https://cmvoice.wordpress.com/2013/07/04/cdr-no-callmanager-express-usando-ftp/

https://cmvoice.wordpress.com/2013/07/04/cdr-no-callmanager-express-usando-ftp/



Um CDR é gerado para cada chamada e para cada serviço acionado durante a chamada. Porexemplo: Supondo que durante uma chamada, o serviço de transferência de chamadas éacionado, dois CDRs são gerados:Um para a chamada básica.Um para o serviço de transferência de chamadas.

Usando o método de armazenamento de arquivo, pode ser configurando um servidor FTPsecundário. Se o primário falhar, o CME tentará enviar para o primário a quantidade de vezesdefinida e então passa a enviar para o secundário. Para voltar ao primário, o processo é manual(será explicado no campo “COMO FAÇO” desse artigo). Caso os dois servidores FTP parem deresponder, o processo de coleta de informações pára, o roteador mostra um log de erro e novosCDR são dropados até que o FTP volte a funcionar e o processo seja reiniciado no roteador (seráexplicado no campo “COMO FAÇO” desse artigo).O CME guarda as informações na própria memória antes de enviar para o servidor (esse tempo éconfigurável), porém pode ser forçado a enviar para o servidor através de um comando aqualquer momento (será explicado no campo “COMO FAÇO” desse artigo).Os arquivos gerados pelo Callmanager Express podem ser de 3 formatos:Formato detalhado (Detailed File Accounting Format)Formato compacto (Compact File Accounting Format)Templates personalizados (Customized Accounting Templates)

‑> FORMATO DETALHADO

Nesse formato, o CDR é composto por 124 campos de informações sobre as chamadas. Nemsempre todos os campos são preenchidos, pois alguns são informações que muitas vezesprecisam que um serviço seja acionado. Esse é o formato padrão de coleta de CDR no CME. Atabela 1, no final desse artigo, mostra todos esses campos e o que cada um significa. Abaixo tem‑se um exemplo de um CDR detalhado, no formtado .csv (Pois se eu colocar como tabela ficarádemasiado extenso para essa página).11780434730,8,1,1,”9D4B0CA F74711DB 800D96DB A749148A”,”0163″,””,”11:17:23.413 pdt TueMay 1 2007″,”11:17:23.413 pdt Tue May 1 2007″,”11:17:26.023 pdt Tue May 1 2007″,”11:17:53.243pdt Tue May 1 2007″,”10 “,”normal call clearing(16)”,””,0,””,0,0,0,0,”5105550160″,”5105550160″,”0163″,””,””,”0 ms”,20005,29,28,0,0,”0ms”,””,””,”g711ulaw”,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,27,”Tariff:Unknown”,””,”0″,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,”ton:0,npi:0,pi:0,si:0,#:5105550160″,””,””,””,””,”ton:0,npi:0,pi:0,si:0,#:5105550160″,”“,””,””,”0163″,””,””,”RegularLine”,””,””,””,””,””,”CXFER”,”05/01/200711:17:53.239″,0,17,9D4B0CA F74711DB 800D96DBA749148A,”1BD61″,8,0,5,”5105550163″,”5105550160″,”3002″‑> FORMATO COMPACTOO formato compacto, como o nome diz, possui “bem” menos informações sobre a chamada doque o anterior. Para ser mais preciso, é composto dos 23 primeiros atributos contidos na tabela 1desse artigo. O comando para ativar esse formato é cdr‑format compact.Abaixo, segue um exemplo de CDR compacto:11783007890,16,1,1,”36CDEBEC F99E11DB 8025D2A3 19FAB826″,”6002″,””,”10:46:26.329 pdt FriMay 4 2007″,”10:46:26.329 pdt Fri May 4 2007″,”10:46:27.149 pdt Fri May 4 2007″,”10:46:29.899pdt Fri May 4 2007″,”10 “,”normal call clearing(16)”,””,0,””,0,0,0,0,”5105550160″,”5105550160″,”6002″,”TWC”,”05/04/200710:46:26.333″,”5105550160″,”6002″,0,16,36CDEBEC F99E11DB 8025D2A3 19FAB826,10,””,””,””,”” ‑> FORMATO PERSONALIZADOHá também a opção de criar uma forma de coleta de informações baseadas nas necessidades de

bilhetagem do cliente.



bilhetagem do cliente.COMO FAÇO? Mãos à obra…Pré‑requisitos:Cisco IOS versão 12.4(20)T ou superior.Utilizado no Lab:Para fazer esse laboratório, foram utilizados os seguintes equipamentos:Roteador: 1 x CISCO2921/K9IOS: c2900‑universalk9‑mz.SPA.152‑4.M2(1).binTelefones: 2 x 7940Switch: 1 x 2960FTP: FTP server instalado em um notebook Dell.

Topologia A topologia é bastante simples:

(https://cmvoice.files.wordpress.com/2013/07/topologia‑cdr.jpg)Configurações de conectividade entre os equipamentos:Para não tornar esse artigo extenso demais, vou focar apenas nas configurações necessárias parao funcionamento do CDR. Dessa forma, deve‑se ter em mente que os telefones precisam estarregistrados no Callmanager Express e deve haver conectividade entre os equipamentos,inclusive liberação de portas do FTP (20 e 21).Comandos para ativar o serviço de Coleta de informações das chamadas: enableconfigure terminalgw‑accounting fileprimary ftp 172.22.1.10/ username anonymous password anonymousmaximum buffer‑size 15maximum retry‑count 3

maximum fileclose‑timer 300

https://cmvoice.files.wordpress.com/2013/07/topologia-cdr.jpg



maximum fileclose‑timer 300maximum cdrflush‑timer 245endOBS: Se ao fizer esses comandos acima, você receber uma mensagem de erro no debug voipdump‑file‑acct como essa:33647325: Sep 17 13:51:56.768: %VOICE_FILE_ACCT‑3‑DUMPFAIL: Could not dump to remotefile – open ftp://cme:cme @10.10.44.106/.FNGBRDRS01TC.09_17_2013_13_51_55.240.Error=1541(Unknown error 1541)Pode ser porque o seu servidor FTP não está aceitando oformando do nome do arquivo. Então, basta alterar o comando primary ftp 172.22.1.10/username anonymous password anonymous para “primary ftp 172.22.1.10/cdrusername anonymous password anonymous” onde o “/cdr” faz com que o seu arquivo fique com onome cdr.hostname‑data.xxx, fazendo com que o nome do arquivo gerado não inicie com um “.”“ponto”.

OBS2: Esse problema aconteceu quando usei em um cliente com servidor Linux.

Explicação dos comandos:gw‑accounting file: Habilita o método de armazenamento de arquivo.primary ftp 172.22.1.10/ username anonymous password anonymous: Define o endereço epasta, além do usuário e senha do servidor FTP para armazenamento dos arquivos contendo osCDRs que forem coletados. Pode‑se adicionar um outro servidor FTP através do mesmocomando, porém substituindo o primary por secondary. maximum buffer‑size: Define o tamanho máximo de buffer do arquivo, antes de ser enviadopara o servidor. O valor é dado em Kbytes e varia de 6 a 40, sendo 20 o valor padrão.maximum retry‑count: Define a quantidade máxima de vezes que o roteador vai tentar conexãocom o servidor FTP primário antes de mudar para o secundário ou parar de coletar informações.O valor varia de 1 a 5, sendo 2 o padrão.maximum fileclose‑timer: Define o tempo máximo de CDR, em minutos, que o roteador vaificar gravar em um arquivo antes de iniciar outro. O valor varia de 60 a 1440 (24 horas). O valorpadrão é 1440.maximum cdrflush‑timer: Define o tempo máximo, em minutos, que o roteador vai manter osdados de CDR no buffer antes de gravar em um arquivo. O Valor varia de 1 a 1435, sendo opadrão 60. Ou seja, se o padrão for mantido, o roteador mantém o CDR das chamadas no bufferpor 1 hora. Passado esse tempo ele grava em um arquivo e o mantém na memória flash. Passado24 horas ele envia para o servidor FTP que estiver disponível.Outros comandos:Com os comandos acima, a coleta de CDR funcionará perfeitamente. Porém, existem mais algunscomandos que são úteis:cdr‑format {compact | detailed}: Define qual o formato de CDR será utilizado. O Padrão éo detailed. acct‑template: {template name | callhistory‑detail}: Define os atributos das chamadas que serãocoletados. O nome do template define um template para padronizar o formato. o Callhistory‑datailed todos os atributos do formato CDR escolhido. file‑acct flush {with‑close | without‑close}: Força a gravação dos CDRs armazenados no buffer eenvia para o servidor FTP.file‑acct reset: Esse comando é altamente importante. Força o roteador a voltar a utilizar oservidor FTP primário, no caso de uma falha ter ocorrido mas já ter sido solucionada. Se o

roteador perder comunicação com o FTP, ele tentará todas as vezes definidas e, se não tiver



roteador perder comunicação com o FTP, ele tentará todas as vezes definidas e, se não tivernenhum outro servidor FTP configurado, irá parar o serviço de coleta de informações. Somentevolta a coletar se for aplicado esse comando.debug voice fileacct: Usado no modo privilegiado, mostra mensagens relacionadas a coleta deatributos do CDR. debug voip dump‑file‑acct: Também usado no modo privilegiado, mostra as mensagensrelacionadas com a gravação do arquivo contendo cdr. CONCLUSÃO Ao ser aplicado os comandos no roteador, tendo sido previamente providenciada aconectividade entre os dispositivos envolvidos, foram geradas chamadas entre os telefones 1004e 1005. Foi enviado para a pasta Home do servidor FTP um arquivo com o seguintenome: .CME.07_04_2013_15_49_50.Ao ser aberto o arquivo com o notepad, foi vista a seguinte saída:1372952966,35,0,1,”E8AC48CD E3F711E2 802FE23D A1161059″,””,””,”15:47:47.454 UTC Thu Jul 42013″,””,”15:47:49.024 UTC Thu Jul 4 2013″,”15:49:26.544 UTC Thu Jul 42013″,””,””,”answer”,0,””,0,0,0,0,”1004″,”1004″,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,98,”Tariff:Unknown”,””,”0″,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,”ton:0,npi:0,pi:0,si:0,#:1004″,””,””,””,””,””,””,””,””,”1005″,””,””,”RegularLine”,””,””,””,””,””,”TWC”,”07/04/201315:47:47.456″,”1004″,””,0,19,E8AC48CD E3F711E2 802FE23DA1161059,23,””,””,””,””,”dn:unique,usr:,tag:4″,”cme”,””,””,””,””1372952966,36,0,1,”E8AC48CD E3F711E2 802FE23D A1161059″,””,””,”15:47:48.258 UTC Thu Jul 42013″,””,”15:47:49.028 UTC Thu Jul 4 2013″,”15:49:26.548 UTC Thu Jul 42013″,””,””,”originate”,0,””,0,0,0,0,”1004″,”1004″,”1005″,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,98,”Tariff:Unknown”,””,”0″,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,”ton:0,npi:0,pi:0,si:0,#:1004″,””,””,””,””,”ton:0,npi:0,pi:0,si:0,#:1004″,””,””,””,”1005″,””,””,”RegularLine”,””,””,””,””,””,”TWC”,”07/04/201315:47:48.260″,”1004″,”1005″,0,20,E8AC48CD E3F711E2 802FE23DA1161059,24,””,””,””,””,”dn:unique,usr:,tag:5″,”cme”,””,””,””,””1372952984,39,0,1,”243D4E84 E3F811E2 8034E23D A1161059″,””,””,”15:49:27.384 UTC Thu Jul 42013″,””,”15:49:30.284 UTC Thu Jul 4 2013″,”15:49:44.904 UTC Thu Jul 42013″,””,””,”answer”,0,””,0,0,0,0,”1004″,”1004″,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,15,”Tariff:Unknown”,””,”0″,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,”ton:0,npi:0,pi:0,si:0,#:1004″,””,””,””,””,””,””,””,””,”1005″,””,””,”RegularLine”,””,””,””,””,””,”TWC”,”07/04/201315:49:27.392″,”1004″,””,0,21,243D4E84 E3F811E2 8034E23DA1161059,27,””,””,””,””,”dn:unique,usr:,tag:4″,”cme”,””,””,””,””1372952984,40,0,1,”243D4E84 E3F811E2 8034E23D A1161059″,””,””,”15:49:28.198 UTC Thu Jul 42013″,””,”15:49:30.288 UTC Thu Jul 4 2013″,”15:49:44.908 UTC Thu Jul 42013″,””,””,”originate”,0,””,0,0,0,0,”1004″,”1004″,”1005″,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,15,”Tariff:Unknown”,””,”0″,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,”ton:0,npi:0,pi:0,si:0,#:1004″,””,””,””,””,”ton:0,npi:0,pi:0,si:0,#:1004″,””,””,””,”1005″,””,””,”RegularLine”,””,””,””,””,””,”TWC”,”07/04/201315:49:28.196″,”1004″,”1005″,0,22,243D4E84 E3F811E2 8034E23DA1161059,28,””,””,””,””,”dn:unique,usr:,tag:5″,”cme”,””,””,””,””1372952990 TABELASTABELA 1ITENS DO ARQUIVO CDR

No. Field Name Type Description

0 unix_time Long System time stamp when CDR is captured.

1 call‑id Long Value of the Call‑ID header.



2 cdr‑type Long Template used: 0=None; 1=Call history detail; 2=Customtemplate

3 leg‑type Long Call leg type: 1= Telephony; 2=VoIP; 3=MMOIP; 4=FrameRelay; 5=ATM

4 h323‑conf‑id String Unique call identifier generated by the gateway. Used toidentify the separate billable events (calls) within a singlecalling session.

5 peer‑address String Number that this call was connected to in E.164 format.

6 peer‑sub‑address

String Subaddress configured under a dial peer.

7 h323‑setup‑time

String Setup time in Network Time Protocol (NTP) format:hour, minutes, seconds, microseconds, time_zone, day,month, day_of_month, year.

8 alert‑time String Time at which call is alerting.

9 h323‑connect‑time

String Connect time in NTP format: hour, minutes, seconds,microseconds, time_zone, day, month, day_of_month,year.

10 h323‑disconnect‑time

String Disconnect time in NTP format: hour, minutes, seconds,microseconds, time_zone, day, month, day_of_month,year.

11 h323‑disconnect‑cause

String Q.931 disconnect cause code retrieved from Cisco IOScall‑control application programming interface (CiscoIOS CCAPI).

12 disconnect‑text String ASCII text describing the reason for call termination.

13 h323‑call‑origin

String Gateway’s behavior in relation to the connection that isactive for this leg. answer= Legs 1 and 3; originate= Legs2 and 4; callback = Legs 1 and 3

14 charged‑units Long Number of charged units for this connection. Forincoming calls or if charging information is not suppliedby the switch, the value is zero.



15 info‑type String Type of information carried by media. 1=Other 9 notdescribed; 2=Speech; 3=UnrestrictedDigital;4=UnrestrictedDigital56; 5=RestrictedDigital 6‑ audio31;7=Audio7; 8=Video; 9=PacketSwitched

16 paks‑out Long Total number of transmitted packets.

17 bytes‑out Long Total number of transmitted bytes.

18 paks‑in Long Total number of packets received.

19 bytes‑in Long Total number of bytes received.

20 username String Username for authentication. Usually this is the same asthe calling number.

21 clid String Calling number.

22 dnis String Called number.

23 gtd‑orig‑cic String Originating carrier identification code, used in routing toidentify the network.

24 gtd‑term‑cic String Terminating carrier identification code.

25 tx‑duration String Duration, in ms, of transmit path open from this peer tothe voice gateway for the call.

26 peer‑id Long ID value of the peer table entry to which this call wasmade. If a peer table entry for this call does not exist, thevalue of this object is zero.

27 peer‑if‑index Long ifIndex value of the peer table entry to which this callwas made. If a peer table entry for this call does not exist,the value of this object is zero.



the value of this object is zero.

28 logical‑if‑index Long ifIndex value of the logical interface through which thiscall was made. For ISDN media, this is the ifIndex of theB channel that was used for this call.

29 acom‑level Long Average ACOM level, in dB, for the call (ACOM is thecombined loss achieved by the echo canceler). 1 indicatesthat the level cannot be determined or level detection isdisabled.

30 noise‑level Long Average noise level for the call, in dBm.

31 voice‑tx‑duration

String Duration, in ms, for this call.

32 account‑code String Account code entered using the Acct soft key during callsetup or when connected to an active call.

33 codec‑bytes Long Payload size of the voice packet.

34 codec‑type‑rate

String Negotiated coder rate. Transmit rate of voice/faxcompression to its associated call leg for the call.

35 ontime‑rv‑playout

Long Duration, in ms, of voice playout from data received ontime for this call.

36 remote‑udp‑port

Long Remote system UDP listener port to which voice packetsare transmitted.

37 remote‑media‑udp‑port

Long Remote‑media gateway UDP port.

38 vad‑enable String Whether or not voice‑activity detection (VAD) is enabledfor the voice call.

39 receive‑delay String Average playout FIFO delay plus the decoder delayduring the voice call.

40 round‑trip‑delay

String Voice‑packet round‑trip delay, in ms, between local andremote devices on the IP backbone during a call.



41 hiwater‑playout‑delay

String High‑water mark voice playout FIFO delay during thevoice call.

42 lowater‑playout‑delay

String Low‑water mark voice playout FIFO delay during thevoice call.

43 gapfill‑with‑interpolation

String Duration, in ms, of the voice signal played out with thesignal synthesized from parameters or samples of datapreceding and following in time because of voice datanot received on time (or lost) from the voice gateway forthis call.

44 gapfill‑with‑redundancy

String Duration, in ms, of the voice signal played out withsignal synthesized from redundancy parametersavailable because of voice data not received on time (orlost) from the voice gateway for this call.

45 gapfill‑with‑silence

String Duration, in ms, of the voice signal replaced with thesignal played out during silence because of voice datanot received on time (or lost) from the voice gateway forthis call

46 gapfill‑with‑prediction

String Duration, in ms, of voice signal played out with signalsynthesized from parameters or samples of datapreceding in time because of voice data not received ontime (or lost) from voice gateway for this call.

47 early‑packets Long Number of received voice packets that arrived too earlyto store in the jitter buffer during the call.

48 late‑packets Long Number of received voice packets that arrived too late toplay out with the codec during the call.

49 lost‑packets Long Number of lost voice packets during the call.

50 max‑bitrate Long Maximum bandwidth used by the video call.

51 faxrelay‑start‑time

String Fax start time in a call. Multiple fax start/stop timestamps can exist in one call. Recorded for both VoIP andtelephony call legs.

52 faxrelay‑stop‑time

String Fax stop time in a call. Multiple fax start/stop timestamps can exist in one call. Recorded for both VoIP and

telephony call legs.



telephony call legs.

53 faxrelay‑max‑jit‑buf‑depth

String Depth of the jitter buffer, in ms.

54 faxrelay‑jit‑buf‑ovflow

String Number of jitter buffer overflow events during the call.

55 faxrelay‑init‑hs‑mod

String Initial high‑speed modulation and baud rate negotiatedat the time the call is connected.

56 faxrelay‑mr‑hs‑mod

String Most recent high‑speed modulation and baud rate.

57 faxrelay‑num‑pages

String Total number of transmitted and received fax pages.

58 faxrelay‑tx‑packets

String Number of packets transmitted.

59 faxrelay‑rx‑packets

String Number of packets received.

60 faxrelay‑direction

String Whether a fax was originated (transmitted) orterminated (received) by this gateway.

61 faxrelay‑pkt‑conceal

String Packet loss concealment; number of white scan linesinserted (nonzero for outbound gateway only).

62 faxrelay‑ecm‑status

String Whether error correction mode is enabled.

63 faxrelay‑encap‑protocol

String Encapsulation protocol used for fax transfer.

64 faxrelay‑nsf‑country‑code

String NSF country code of the local fax device; country nameper T.35, Annex A.

65 faxrelay‑nsf‑manuf‑code

String NSF manufacturer code of the local fax device.



66 faxrelay‑fax‑success

String Whether fax transfer was successful, the transfer failed,or indeterminate.

67 override‑session‑time

Long Override session time.

68 h323‑ivr‑out String AV pairs sent from the voice gateway to the RADIUSserver that you can define. You can set (write) the valuewith a customized Tcl IVR script.

69 internal‑error‑code

String Cause of failed calls. For more information, see the“Internal Error Codes” section on page 91.

70 h323‑voice‑quality

String Value representing impairment/calculated planningimpairment factor (ICPIF) of the voice quality on theconnection provided by lower‑layer drivers (such as thedigital‑signal‑processor). Low numbers represent betterquality.

71 remote‑media‑address

String Remote‑media gateway IP address.

72 remote‑media‑id

Long Remote‑media gateway DNS name.

73 carrier‑id Long ISUP carrier ID.

74 calling‑party‑category

String Best‑fit calling party category value extracted from theGeneric Transparency Descriptor (GTD). Sent in startand stop accounting messages for call legs 1 and 4.Optionally, this field also contains: •3‑character countrycode representing the country variant extracted from theGTD Protocol Name (PRN) country field; •Nationalvalue extracted from the GTD Field CompatibilityInformation (FDC) data field.

75 originating‑line‑info

Long Sent in start and stop accounting messages for call legs 1and 4.

76 charge‑number

String Charge number used for call.

77 transmission‑ Long Sent in start and stop accounting records for call legs 1



77 transmission‑medium‑req

Long Sent in start and stop accounting records for call legs 1and 4.

78 service‑descriptor

String Gatekeeper‑related.

79 outgoing‑area String Gatekeeper identifier, or the destination zone or area, ofthe outgoing VoIP call.

80 incoming‑area String Gatekeeper identifier, or the source zone or area, of theincoming VoIP call.

81 out‑trunkgroup‑label

String Trunk‑group label associated with the group of voiceports from which the outgoing TDM call leaves thegateway.

82 out‑carrier‑id String Carrier ID of the trunk group through which the callleaves the gateway or the partnering voice servicesprovider identifier of the outgoing VoIP call.

83 dsp‑id String DSP ID used for the current call.

84 in‑trunkgroup‑label

String Trunk group label associated with the group of voiceports from which the incoming TDM call arrived on thegateway.

85 in‑carrier‑id String Carrier ID of the trunk group through which the callarrived or the partnering voice service provideridentifier of the incoming VoIP call.

86 cust‑biz‑grp‑id String SIP business group ID.

87 supp‑svc‑xfer‑by

String Transferor information in the REFER/BYE/ALSO of SIPcall. Used only in SIP call transfer.

88 voice‑feature String Type of feature: BXFER = Blind transfer; CFA = Callforward all; CFBY = Call forward busy; CFNA = Callforward no answer; CXFER = Consultative transfer; TWC= Two‑way call

89 feature‑operation

String Feature operation.

90 feature‑op‑ String Success (0) or failure (1).



90 feature‑op‑status

String Success (0) or failure (1).

91 feature‑op‑time

String Feature operation time. Time stamp of the operation startand stop time, if applicable for a given feature.

92 feature‑id String Feature ID of the invocation. Identifies a unique instanceof a feature attribute within a gateway. This number isincremented for each added feature attribute.

93 gw‑rxd‑cdn String Called number received in the incoming signalingmessage before any translation rules are applied.

94 gw‑rxd‑cgn String Calling number received in the incoming signalingmessage before any translation rules are applied.

95 gtd‑gw‑rxd‑ocn

String Original calling number received by the gateway.

96 gtd‑gw‑rxd‑cnn

String GTD connected number.

97 gw‑rxd‑rdn String Redirection number received by the gateway.

98 gw‑final‑xlated‑cdn

String Called number to be sent out of the gateway.

99 gw‑final‑xlated‑cgn

String Calling number to be sent out of the gateway.

100 gw‑final‑xlated‑rdn

String Final translated received number.

101 gk‑xlated‑cdn String Called number presented by the gatekeeper in the ACFRAS message. GK/GKTMP could modify the callednumber by appending a prefix or leave it unchanged.

102 gk‑xlated‑cgn String Calling number presented by the gatekeeper in the ACFRAS message. The GK/GKTMP could modify the callingnumber which is carried in the ACF nonstandardparameter.



103 gw‑collected‑cdn

String Destination number collected by the gateway(application) that is used to route the call. Onlyapplicable for 2‑stage calls.

104 ip‑hop String Maximum number of hops in the SIP invite message.

105 redirected‑station

String Redirecting number extracted from the redirect numberparameter. Sent in start accounting messages for all calllegs.; noa=Nature of address; npi=Numbering planindicator; pi=Presentation indicator; #=Address of theredirecting number

106 subscriber String T1/channel associated signaling (CAS) or E1/R2 signalinformation about a subscriber.

107 in‑intrfc‑desc String Description assigned to the voice port of the incomingcall.

108 out‑intrfc‑desc String Description assigned to the voice port of the outgoingcall.

109 session‑protocol

String Session protocol used for calls between the local andremote router through the IP backbone. Always equal to“sip” for SIP or “Cisco” for H.323.

110 local‑hostname String Local hostname that would be accessed or used by theSNMP MIBs.

111 backward‑call‑id

String Sent in stop accounting messages for call legs 1 and 4.Also included in interim‑update packets.

112 feature‑id_field1

String Feature name. Two‑Way Call (TWC), Call Forward All(CFA), Call Forward Busy (CFBY), Call Forward NoAnswer (CFNA), Blind Transfer (BXFER), ConsultiveTransfer (CXFER), Hold (HOLD), Resume (RESUME).


String Feature invocation time.

TWC CFA,CFNA,CFBY

BXFER,CXFER

HOLD/RESUME


String callingnumber

featurestatus (frs)

frs frs

115 feature‑

id_field4

String called

number

feature ID

(fid)

fid fid



id_field4 number (fid)


String frs fcid fcid fcid


String fid legID XconsID legID


String fcid frson legID hrson


String legID fdcnt frson holding


String Not used fwder xsts held


String Not used fwdee Xor sl


String Not used fwdto Xee usr


String Not used frm Xto tag

3 ComentáriosPublicado por charlesmarlem em 4 de julho de 2013 em VOZ e Telefonia IP

Sobre Cisco Collaboration

02 JUNComo o CCIE Voice da Cisco está mudando esse ano para CCIE Collaboration, é bom ficar umpouco mais antenado para o que esse Collaboration engloba. Para não ficar muito extenso, nãoirei comentar sobre o CCIE‑Voice, apenas escreverei aqui o que a documentação da Cisco falasobre Collaboration.

De acordo com o SRND da Cisco (um guia de design da Cisco), “Collaboration significatrabalhar junto para alcançar um determinado objetivo”. Com o grande avanço da sociedade, aforma de trabalho está mudando radicalmente. Cada vez mais, estamos trabalhando de formamais remota e, com isso, precisamos de ferramentas que auxiliem as empresas a avançar juntocom a sociedade. Para alcançar esse objetivo, as ferramentas da Cisco permitem quetrabalhadores possam agora cooperar com o crescimento das corporações em qualquer hora, emqualquer lugar, com baixo custo para as corporações.

Dentre as aplicações e serviços que compõem o amplo leque de ferramentas de colaboração daCisco, destacam‑se:

Mensagens Instantâneas e presença: Para melhorar o fluxo de comunicação dentro das

corporações, esses serviços permitem que o Cisco Jabber (uma ferramenta de mensagens

https://cmvoice.wordpress.com/2013/07/04/cdr-no-callmanager-express-usando-ftp/#comments



https://cmvoice.wordpress.com/2013/06/02/sobre-cisco-collaboration/

https://cmvoice.wordpress.com/2013/06/02/sobre-cisco-collaboration/



corporações, esses serviços permitem que o Cisco Jabber (uma ferramenta de mensagensinstantâneas que pode ser integrado com serviço de telefonia) melhore a produtividade defuncionários de corporações, permitindo uma rápida e flexível forma de comunicação, quepode ser acessada por desktops, tablets e até celulares.Conferência Colaborativa: Através do Cisco Webex, audio, vídeo em alta definição ecompartilhamento de arquivos em tempo real são possíveis nas organizações. Isso permiteuma facilidade no gerenciamento de reuniões e estas tornam‑se totalmente interativas,podendo ser realizadas independente do local onde os participantes estejam. Poder participarde uma reunião, à beira da praia, com uma água de côco bem gelada e um tablet na mão éuma experiência e tanto!!!Telepresença: A telepresença é uma outra forma de unir pessoas em tempo real, sem anecessidade de viagens, através de salas de conferências totalmente projetadas para simularum ambiente o mais perto possível do real. É como se você estivesse em uma reunião compessoas em uma mesa, mas ao invés das pessoas, existe uma tela mas toda a comunicaçãoocorrendo em tempo real. Os produtos que compõem a telepresença são totalmentecompatíveis com outros produtos como webex.Mensagens de voz: A Cisco provê ferramentas de mensagens de voz que atendem desdepequenas corporações a até grandes corporações, podendo inclusive ser integradas a sistemasde terceiros.Contato com o cliente: A ferramenta Cisco Contact Center permite de forma inteligente,realizar o tratamento de chamadas, roteamento inteligente, gerenciamento de contatos,reconhecimento de voz, URAs, de forma a atender os clientes das corporações de uma formatotalmente personalizada.Gravação de chamadas: O produto Media Sense, permite a gravação, preservação e capturade chamadas, integrando‑se a sistema de contact center, de forma a permitir ummonitoramento da qualidade do atendimento aos clientes das corporações. É exatamente oque permite aos atendentes dizerem a famosa frase “informamos que sua ligação está sendogravada e, caso necessário, o senhor (a) poderá solicitá‑la.

Deixe um comentárioPublicado por charlesmarlem em 2 de junho de 2013 em VOZ e Telefonia IP

Aprenda e tire dúvidas sobre VOIPCrie um website ou blog gratuito no WordPress.com. O tema Choco.

Seguir

Seguir “Aprenda e tire dúvidas sobre VOIP”

Crie um site com WordPress.com

https://cmvoice.wordpress.com/2013/06/02/sobre-cisco-collaboration/#respond



https://cmvoice.wordpress.com/

https://br.wordpress.com/?ref=footer_website

https://wordpress.com/themes/choco/

https://pt-br.wordpress.com/?ref=lof

Aprenda e tire dúvidas sobre VOIP _ CMVOICE.pdf

Documents

Transcript of Aprenda e tire dúvidas sobre VOIP _ CMVOICE.pdf