cancelar
Mostrando los resultados de 
Buscar en lugar de 
Quiere decir: 
cancel
7144
Visitas
45
ÚTIL
29
Respuestas

Todo a cerca de Telefonía IP en Gateways de voz y CUBE. Pregunte al Experto

Mario Jose Apuy Martinez
Cisco Employee
Cisco Employee

 

 

Con el experto de Cisco: Mario Apuy

Es su oportunidad de aprender y despejar todas las dudas que tenga a cerca de la configuración y troubleshooting de los distintos protocolos de voz que se pueden utilizar en un Gateway o CUBE (SIP, H323, MGCP, SCCP) al igual que las distintas interfaces que se pueden usar (E1/T1, FXO/FXS, BRI, E&M).

Por favor use las estrellas para calificar las respuestas e indique si la respuesta que ha recibido es la corrrecta.

Puede ser que Mario no pueda responder cada una de las preguntas debido la cantidad  que  anticipamos  para este evento. Recuerde que usted puede preguntar o seguir haciendo  preguntas en la comunidad de Colaboración

Este evento estará disponible del lunes 15  al viernes 26 de Junio del 2015.

29 RESPUESTAS 29

Hola Gerardo,

En este caso tienes dos opciones, ya que la centran Avaya soporta integración via SIP. Una seria integrar está a través del Gateway de voz la otra seria directamente desde el CUCM a Avaya, esta es posible siempre y cuando se cuente con conectividad desde CUCM hasta Avaya.

El primer caso requiere un poco más de configuración, esto es debido a que  se deben configurar “route patterns” en CUCM que apunten al GW y en el GW configurar dial-peers que apunten al PBX. En cuanto a la configuración en el GW puedes referenciar nuestra conversación anterior.

Si la configuración se planea hacer directo desde CUCM se deberá configurar un SIP trunk en CUCM y apuntarlo a Avaya, luego solo se necesitara configurar “Route patterns” en el call manager para que este pueda enviar llamadas a través del SIP Trunk a Avaya.

Los documentos que incluyo te brindaran más información en la configuración requerida del lado de CUCM:

http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/8_6_1/ccmsys/accm-861-cm/a08trnk.html#pgfId-1092063

http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/7_1_2/ccmcfg/bccm-712-cm/b06trunk.html

http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/7_1_2/ccmcfg/bccm-712-cm/b03rtpat.html#wpxref55905

También incluyo un documento que provee un ejemplo de configuración para la interconexión a un equipo Avaya, desde CUCM:

http://www.cisco.com/c/dam/en/us/solutions/collateral/enterprise/interoperability-portal/cisco_10_0_avaya_6_1_app_note.pdf

El documento es para una versión específica de Avaya pero en el lado de CM la configuración que se muestra aplicaría de la misma forma para cualquier otro tipo de PBX.

Saludos,
Mario Apuy

Hola Jose, 
 

Muchas gracias por tu valioso aporte y por compartir tu experiencia con nosotros!

Saludos,
Mario Apuy

saludos  estimados, me disculpo por los errores al escribir es que  con la rápidez para copiar, pegar y explicar  muy sencillamente todo me sucedió. por otro lado es un placer compartir experiencias y leer las de otros  compañeros que usamos dia a día estas herramamientas y tecnologías, así crecemos todos en conocimiento y en la comunidad cisco. saludos cordiales

Hola Luis, 

 

Los mensajes que recibes a la hora de configurar los parámetros de la aplicación son normales, estos no son indicación de que la configuración este mal.

Tenemos que ver si en realidad se está invocando la aplicación, esto sería dependiendo de la configuración de los dial-peer. Revise tu configuración y me parece que puede que no hagamos “match” al dial-peer de entrada en donde especificaste el servicio.

Podrías habilitar un “debug voice ccapi inout”, “debug vpm signal”  y después hacer una llamada de prueba?

Saludos,


Mario Apuy

Hola Mario

Revise mi configuración y corregi el parametro del "incoming called-number" en el Dial-peer, de esta manera

!
application
 service aa flash:/bacdprompts/app-b-acd-aa-2.1.2.2.tcl
  param number-of-hunt-grps 2
  paramspace english index 1
  param menu-timeout 6
  param dial-by-extension-option 5
  param handoff-string aa
  paramspace english language en
  param max-time-vm-retry 2
  param max-extension-length 4
  param aa-pilot 3544569
  paramspace english location flash:bacdprompts/
  param second-greeting-time 60
  param welcome_prompt _bacd_welcome.au
  param call-retry-timer 15
  param voice-mail 12345
  param max-time-call-retry 600
 !
 service queue flash:bacdprompts/app-b-acd-2.1.2.2.tcl
  param aa-hunt3 1111
  param queue-len 10
  param aa-hunt4 2222
  param number-of-hunt-grps 2
  param queue-manager-debugs 1
 !
!
dial-peer voice 1000 pots
 service aa
 incoming called-number 3544569
 port 0/1/0
!

pero aun asi, tras realizar la llamada de prueba me sigue sonando un ruido y no suena ningún mensaje de presentacion, tbn realize los debug que me indicaste (lo dejo adjunto) y si parece k no esta enlazando

Luis,

Gracias por la captura, como sospeche no estamos haciendo “match” al dial-peer correcto. La llamada hace “match” en el dial-peer 100 como dial-peer de entrada, esto se debe a que la llamada entra por una FXO. En líneas análogas no hay DNIS, por lo que el “incoming called-number” no funciona, ya que no hay información que se pueda utilizar para hacer match.

La llamada está haciendo “match” en dial-peer 100, esto es porque es el primer dial-peer de la lista que tiene el puerto. Tenemos varias opciones, una seria cambiar el comando del servicio al dial-peer 100, pero ya no se podría utilizar más este dial-peer para llamadas salientes. Otra opción sería cambiar las prioridades para forzar al router a matchear el dial-peer 1000 de entrada, otra opción sería cambiar el orden de los dial-peers para dejar el que tiene el servicio de primero en la configuración.

Saludos,
Mario Apuy

 

 

Hola Mario

Estuve realizando diferentes configuraciones y realizando variaciones entre las pautas que me diste acerca de los dial-peer pero no obtuve resultados, seguía sonando un ruido en el espacio de la presentación de voz.

también realice una configuración parecida a la de Jose Antonio, por el cual los teléfonos analógicos se escuchan mas limpios y sin ruidos, pero la voz de presentación sigue sin sonar, pero en su lugar ya solo se escucha un espacio en blanco, como sino hubiera interferencia.

tambien investigue que se debe de ver la sesiónde la aplicación levantada con un "sh call application sessions"  pero no me figuraba nada, por el cual añadi:

application
 session
  start acd acd

y al hacer un sh ya me aparecia esto:

VOIP_NETSER#sh call application sessions
Session ID 1
        Session name: acd

            App: acd
           Type: Service
            Url: flash:bacdprompts/app-b-acd-2.1.2.2.tcl

Esto hizo que los numero pilotos funcionaran bien y se redireccionaba con el numero 1 al 1111 del 2 al 2222 y del 3 al 3333

Dejo toda la configuracion que realize los cambios y los debug actuales, espero me puedan ayudar

Hola Luis, 

Disculpa por la tardanza en la respuesta. 

En cuanto al la captura que realizaste para la llamada, lo primero es que en la llamada que entra por la linea análoga todavía no hace match en el dial-peer correcto. Tenemos que asegurarnos que el dial-peer que se selecciona de entrada es el que tiene el servicio, no podemos habilitar el servicio en el segundo dial-peer que se selecciona (El de salida). En el caso de la llamada que muestras en el log el router hizo match en el dial-peer "0" que es el dial-peer por defecto, esto nunca va a invocar el servicio. 

*Jun 23 16:25:27.491: //-1/4AC3E54F807F/CCAPI/cc_api_call_setup_ind_common:
   Interface=0x86FD4494, Call Info(
   Calling Number=,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
   Called Number=3544569(TON=Unknown, NPI=Unknown),
   Calling Translated=FALSE, Subscriber Type Str=RegularLine, FinalDestinationFlag=TRUE,
   Incoming Dial-peer=0, Progress Indication=ORIGINATING SIDE IS NON ISDN(3), Calling IE Present=FALSE,
   Source Trkgrp Route Label=FXO, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=-1

Revisando la configuración veo que el primer dial-peer que aparece en esta es el dial-peer 1000 que no tiene ninguna configuración, podrias agregar la siguiente configuracion y probar?

 

conf t

dial-peer voice 1000
voice-port 0/1/0
incoming called-number .
service AA

Ya con eso deberías ver que la aplicación es invocada y la sesión esta activa. En cuanto a los audios, debes de asegurarte que todos estén en la flash y que no hayan diferencias entre los nombres que utilizaste y el nombre del archivo en flash. 

Saludos,
Mario Apuy

Hola Mario

Revise mi configuración y corregi el parametro del "incoming called-number" en el Dial-peer, de esta manera

!
application
 service aa flash:/bacdprompts/app-b-acd-aa-2.1.2.2.tcl
  param number-of-hunt-grps 2
  paramspace english index 1
  param menu-timeout 6
  param dial-by-extension-option 5
  param handoff-string aa
  paramspace english language en
  param max-time-vm-retry 2
  param max-extension-length 4
  param aa-pilot 3544569
  paramspace english location flash:bacdprompts/
  param second-greeting-time 60
  param welcome_prompt _bacd_welcome.au
  param call-retry-timer 15
  param voice-mail 12345
  param max-time-call-retry 600
 !
 service queue flash:bacdprompts/app-b-acd-2.1.2.2.tcl
  param aa-hunt3 1111
  param queue-len 10
  param aa-hunt4 2222
  param number-of-hunt-grps 2
  param queue-manager-debugs 1
 !
!
dial-peer voice 1000 pots
 service aa
 incoming called-number 3544569
 port 0/1/0
!

pero aun asi, tras realizar la llamada de prueba me sigue sonando un ruido y no suena ningún mensaje de presentacion, tbn realize los debug que me indicaste (lo dejo adjunto) y si parece k no esta enlazando

Hola Mario,

Muchas gracias por la clase.. entendí mejor su uso.. por otro lado.. en el caso del dial-peer de entrada, la linea siguiente:
 incoming called-number .
el punto significa cualquier numero? o yo puedo especificar el numero publico de la PSTN? y tambien vi que usan el siguiente comando:

direct-inward-dial --> esto que utilidad puedo sacar al respecto?

Saludos,

Gerardo, 

Si, en el caso del dial-peer de entrada el comando "Incoming called-number ." significa que el router haría match a 1 dígito (.) cualquiera. En este caso en realidad no es necesario ponerlo, ya que en líneas análogas no se recibe el DNIS (Digital Number Identification System) que es el número de la PSTN asignado a la línea.

En el caso del comando “direct-inward-dial”, no es necesario para llamadas a través de FXO. El comando le permite al router utilizar la información del DNIS, que no está presente en líneas análogas. En el caso de E1/T1 si es necesario utilizar el comando ya que en este tipo de servicios el proveedor si presenta el DNIS.

Saludos, 
Mario Apuy

Hola Mario,

Bien en este caso.. el cliente me indica que tiene 4 lineas analógicas que son 4 numeros publicos de la PSTN cada uno, en ese caso igual no es necesario el incoming called-number?

Por otro lado en la configuracion de un voice-port que relevancia tienen las siguientes lineas:

Voice-port 0/1/0
 signal loop start
 connection plar opx immediate 2210
 supervisory disconnect dualtone mid-call
 supervisory custom-cptone PE
 supervisory dualtone-detect-params 1
 no battery-reversal
 no vad
 caller id enable
 cptone PE
 dial-type dtmf
 Ring number 1
 station-id name linea 265-7500

Gracias.

Hola Gerardo,

No es necesario, igual se vas a configurar dial-peers de salida que apunten a los puertos tampoco haría falta especificar un dial-peer para la llamada entrante, el router utilizara alguno de los ya configurados que apunten al puerto. La idea de agregar el comando al dial-peer, no es porque lo vamos a utilizar para hacer “match” a un número, sino porque si solo especificamos el puerto en el dial-peer y ninguna otra configuración este se pondrá en un estado de operación de “Down” y el router no lo utilizara.

En cuando a la configuración del puerto, por favor encuentra la función de cada comando a continuación:

Voice-port 0/1/0
 signal loop start -> Este determina la senalizacion del Puerto, en este caso utiliza “Loop start” pero podría ser “Ground Start”, esto lo determina el proveedor de servicios ya que depende de que tipo de line es.


 connection plar opx immediate 2210 -> Este comando se utiliza para especificar el destino al que se quiere enviar la llamada, al no contar con servicio de DNIS en líneas análogas. Hay varios formas de utilizar es comando, en este caso se está utilizando como “OPX”, básicamente este fuerza al router a responder a la llamada aunque no se haya establecido con el destino.


 supervisory disconnect dualtone mid-call
 supervisory custom-cptone PE
 supervisory dualtone-detect-params 1

Los comandos anteriores se utilizan cuando se usa “Supervisory disconnect”, esta es una de las formas en las que se puede señalizar cuando se debe desconectar la llamada. El primer comando le indica al equipo que la desconexión se hará por medio de tonos durante la llamada. Los siguientes dos “custom-cptone” y “dualtone-detect-params” se utilizar para invocar otra configuración que se aplica al router. En esta se especifican las frecuencias y la cadencia de los tonos de desconexión. Esta tipo de desconnecion se utiliza solo si los otros métodos de desconexión como (battery reversal o power denial) y el CP toone para el país no permiten que la llamada se desconecte correctamente.


 no battery-reversal -> Este comando deshabilita la detección de una Inversión de polaridad en la línea. Un método de desconexión para líneas análogas es que se invierta la polaridad de la línea. Normalmente cuando el puerto detecta el segundo “battery-reversal” desconecta la llamada.
 

 no vad -> Este comando deshabilita VAD “Voice Activity Detection”, esta función detecta la presencia de voz a través de la línea, cuando detecta silencio este inserta ruido en la línea, para que las personas en la llamada no crean que esta termino. Por lo general se mantiene deshabilitado ya que tiende a causar otros problemas.


 caller id enable -> Habilita el servicio de recepción de identificador de llamadas.


 cptone PE  -> Este comando se utiliza especificar los parámetros regionales para la línea análoga. Las frecuencias de los todos al igual que sus cadencias cambian de un país a otro, este comando permite configurar el puerto para los parámetros específicos del país. En este caso al estar configurado como PE significa que se configuro para Perú.


 dial-type dtmf -> Con este comando especificamos como se van a enviar los dígitos al proveedor de servicios para llamadas salientes a través de las líneas análogas.


 Ring number 1 -> Este comando especifica el número de timbres (Rings) que el router va a esperar antes de contestar la llamada. En este caso el valor está en “1” lo que significa que después del primer ring el router contestara la llamada.


 station-id name linea 265-7500 -> Este comando solo especifica un nombre que se va a enviar cuando la llamada pasa por la línea conectada al puerto. 

 

Saludos, 
Mario Apuy

Muchas gracias a todos.. ahora tengo una nueva consulta..

 

Para integrar una Central Cisco con otras centrales ya sean Cisco u otras marcas.. que pasos y consideraciones debo seguir?

Al momento he visto que hay que crear un Device-Gateway en el CUCM, también hay que crear un Trunk donde apunto al IP de la otra central.

En el router de voz que configuraciones debo realizar?

Si pudieras darnos una explicación super básica de como iniciarnos o que repasar en estos trabajos te estaría agradecido.

 

Saludos,

s0porte.akros
Level 1
Level 1

Que tal, se puede establecer una conexión SIP con gateways de GSM ip?. Es decir la conexión seria de la siguiente manera?

 

phone---CUCM---ISR431---TRUNK SIP---GWgsm----(LLamadas Celular)