Troncal SIP entre asterisk y avya

[Javier Camilo Forero Rodríguez]

Buenas tardes estimados, una consulta

Tengo un elastix en una ciudad, y en la sede principal una pbx avaya, implementamos una troncal sip entre estas dos ciudades, sin embargo cuando llamo de elastix hacia avaya, las llamadas entran sin ningun problema a las respectivas extensiones, pero cuando se marca desde avaya hacia el elastix las llamadas ingresan al ivr, que me recomiendan ajustar para resolver este inconveniente

Habilite para el Sip trunking en freepbx el sip anonymous calls para recibir las llamadas del equipo avaya

Gracias

--

Javier Camilo Forero Rodriguez
Information Technologies Senior
Mobile   3133007356
Mobile   3182855399
Skype    javier_n26
Msn      javie...@hotmail.com
Linux user number #494014

[Fernando Villares]

No configuraste los did en el elastix para reconocer el destino

--
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
Normas de la lista Asterisk-ES: http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
---
Has recibido este mensaje porque estás suscrito al grupo "asterisk-es" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a asterisk-es...@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a aster...@googlegroups.com.
Visita este grupo en https://groups.google.com/group/asterisk-es.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Javier Camilo Forero Rodríguez]

Estoy casi seguro de que ese es el inconveniente, pero no tengo claro como configurar eso, en este momento, solo tengo en freepbx una incoming route ALL DID hacia el IVR de la compania

Desde avaya marcan 67 como prefijo hacia el elastix y luego el numero de extension, desde el elastix marcamos como prefijo 5 mas el numero de extension. mi pregunta es, como tengo que configurar los DID para que la llamada ingrese correctamente?

Mil gracias

[Fernando Villares]

Ahi radica tu problema

[Juan Felipe]

Como tiene configurada la troncal sip en Elastix para comunicarse con la planta avaya? Según lo que entiendo lo que quieres es que cuando la persona marque el número 65 + ext, repique en la extensión que está configurada en el Elastix?

Saludos ,

Enviado desde mi iPhone

[Javier Camilo Forero Rodríguez]

Exacto eso es lo que quiero, desde avaya marcan 67 + EXT, y la llamada esta ingresando al IVR, desde elastix se marca 5 + EXT y la llamada ingresa correctamente al destino

[Alfio munoz]

Si solo es para comunicación interna entre ambas sucursales y no quieres utilizar los diferentes accesos a la pstn de ambas localidades, cambia el contexto del Elastix en el troncal a from-internal para que entre directamente a tus extensiones.

[Javier Camilo Forero Rodríguez]

Efectivamente estaba el contexto equivocado from-trunk y lo cambie a from internal, la troncal quedo de la siguiente forma

type=friend

qualify=yes

host=172.25.0.x

bindport=5060

context=from-internal

disallow=all

allow=ulaw&alaw

[Fernando Villares]

No estaba mal el contexto la central se comporta diferente con cada uno y no implica q este mal....aparte tenes mal los codecs el & no existe en asterisk como separador legal sintacticamente hablando desde antes del 2011

[Alfio munoz]

Javier, quedó funcionando como querías ya?

[Javier Camilo Forero Rodríguez]

Estoy en la prueba

Resulta que ahora cuando me marcan obtengo el siguiente mensaje

[2016-03-31 13:47:55] NOTICE[4135][C-00049e43]: sip/sdp_crypto.c:255 sdp_crypto_process: Crypto life time unsupported: crypto:1 AES_CM_128_HMAC_SHA1_80 inline:yqncifwkJ7R0qHT4sls7LmdrpwhFICYNgCW/OYxo|2^31|1685703686:4

[2016-03-31 13:47:55] NOTICE[4135][C-00049e43]: sip/sdp_crypto.c:265 sdp_crypto_process: SRTP crypto offer not acceptable

[2016-03-31 13:47:55] NOTICE[4135][C-00049e43]: sip/sdp_crypto.c:255 sdp_crypto_process: Crypto life time unsupported: crypto:2 AES_CM_128_HMAC_SHA1_80 inline:yqncifwkJ7R0qHT4sls7LmdrpwhFICYNgCW/OYxo|2^31

[2016-03-31 13:47:55] NOTICE[4135][C-00049e43]: sip/sdp_crypto.c:265 sdp_crypto_process: SRTP crypto offer not acceptable

[2016-03-31 13:47:55] WARNING[4135][C-00049e43]: chan_sip.c:10415 process_sdp: We are requesting SRTP for audio, but they responded without it!

  == Using SIP RTP TOS bits 184

  == Using SIP RTP CoS mark 5

Aparentemente en el avaya setearon algun parametro de encripcion, entonces solicitamos que lo deshabilitaran, pero debemos esperar ya que es un proveedor externo

Tan pronto obtenga una respuesta se los hago saber y mil gracias por tan valiosas sugerencias

[Javier Camilo Forero Rodríguez]

Fernando el separador correcto es una coma ,

Me corriges si estoy equivocado

Gracias

[Fernando Villares]

Habilita el srtp y listo encryption=yes en el sip trunk

[Javier Camilo Forero Rodríguez]

Realice la modificacion y ahora obtengo el siguiente mensaje

[2016-03-31 14:06:27] WARNING[4135][C-00049e58]: chan_sip.c:10433 process_sdp: Matched device setup to use SRTP, but request was not!

  == Spawn extension (from-sip-external, s, 11) exited non-zero on 'SIP/172.25.192.2-00046dbf'

    -- Executing [h@from-sip-external:1] Hangup("SIP/172.25.192.2-00046dbf", "") in new stack

  == Spawn extension (from-sip-external, h, 1) exited non-zero on 'SIP/172.25.192.2-00046dbf'

  == Using SIP RTP TOS bits 184

  == Using SIP RTP CoS mark 5

[2016-03-31 14:06:28] WARNING[4135][C-00049e59]: chan_sip.c:10433 process_sdp: Matched device setup to use SRTP, but request was not!

  == Using SIP RTP TOS bits 184

  == Using SIP RTP CoS mark 5

[2016-03-31 14:06:31] WARNING[4135][C-00049e5a]: chan_sip.c:10433 process_sdp: Matched device setup to use SRTP, but request was not!

elastix*CLI>

[Fernando Villares]

No negocian correctamente el srtp...ya estas en manos de avaya

[Javier Camilo Forero Rodríguez]

Asi es, como la comunicacion se hace a traves de un tunel vpn entre 2 firewall, les solicite q deshabilitaran la encripcion, esperemos q nos responden

GRacias por la gentil colaboracion

[Javier Camilo Forero Rodríguez]

Muy buenas tardes, el dia de hoy deshabilitaron la encripcion en la troncal por parte de Avaya, sin embargo este es el resultado que obtenemos

== Using SIP RTP TOS bits 184

  == Using SIP RTP CoS mark 5

[2016-04-04 15:28:36] NOTICE[4135][C-0006bd5d]: sip/sdp_crypto.c:255 sdp_crypto_process: Crypto life time unsupported: crypto:1 AES_CM_128_HMAC_SHA1_80 inline:5lCDY9D+/aD4vkSkrLW9UVeIA2LfC11bCJdLh1Ki|2^31|1421610345:4

[2016-04-04 15:28:36] NOTICE[4135][C-0006bd5d]: sip/sdp_crypto.c:265 sdp_crypto_process: SRTP crypto offer not acceptable

[2016-04-04 15:28:36] NOTICE[4135][C-0006bd5d]: sip/sdp_crypto.c:255 sdp_crypto_process: Crypto life time unsupported: crypto:2 AES_CM_128_HMAC_SHA1_80 inline:5lCDY9D+/aD4vkSkrLW9UVeIA2LfC11bCJdLh1Ki|2^31

[2016-04-04 15:28:36] NOTICE[4135][C-0006bd5d]: sip/sdp_crypto.c:265 sdp_crypto_process: SRTP crypto offer not acceptable

[2016-04-04 15:28:36] WARNING[4135][C-0006bd5d]: chan_sip.c:10415 process_sdp: We are requesting SRTP for audio, but they responded without it!

  == Using SIP RTP TOS bits 184

  == Using SIP RTP CoS mark 5

[2016-04-04 15:28:39] NOTICE[4135][C-0006bd5e]: sip/sdp_crypto.c:255 sdp_crypto_process: Crypto life time unsupported: crypto:1 AES_CM_128_HMAC_SHA1_80 inline:GuOtvNPSkDDX1GBmn3eXOCM1OS6Wb6klquZ/rZUO|2^31|293850919:4

[2016-04-04 15:28:39] NOTICE[4135][C-0006bd5e]: sip/sdp_crypto.c:265 sdp_crypto_process: SRTP crypto offer not acceptable

[2016-04-04 15:28:39] NOTICE[4135][C-0006bd5e]: sip/sdp_crypto.c:255 sdp_crypto_process: Crypto life time unsupported: crypto:2 AES_CM_128_HMAC_SHA1_80 inline:GuOtvNPSkDDX1GBmn3eXOCM1OS6Wb6klquZ/rZUO|2^31

[2016-04-04 15:28:39] NOTICE[4135][C-0006bd5e]: sip/sdp_crypto.c:265 sdp_crypto_process: SRTP crypto offer not acceptable

[2016-04-04 15:28:39] WARNING[4135][C-0006bd5e]: chan_sip.c:10415 process_sdp: We are requesting SRTP for audio, but they responded without it!

  == Using SIP RTP TOS bits 184

  == Using SIP RTP CoS mark 5

[2016-04-04 15:28:44] NOTICE[4135][C-0006bd5f]: sip/sdp_crypto.c:255 sdp_crypto_process: Crypto life time unsupported: crypto:1 AES_CM_128_HMAC_SHA1_80 inline:VzDRFJ3e2O3SmxXWkPTIL8ZBdg/7QaPmPoc+PBpW|2^31|5458160:4

[2016-04-04 15:28:44] NOTICE[4135][C-0006bd5f]: sip/sdp_crypto.c:265 sdp_crypto_process: SRTP crypto offer not acceptable

[2016-04-04 15:28:44] NOTICE[4135][C-0006bd5f]: sip/sdp_crypto.c:255 sdp_crypto_process: Crypto life time unsupported: crypto:2 AES_CM_128_HMAC_SHA1_80 inline:VzDRFJ3e2O3SmxXWkPTIL8ZBdg/7QaPmPoc+PBpW|2^31

[2016-04-04 15:28:44] NOTICE[4135][C-0006bd5f]: sip/sdp_crypto.c:265 sdp_crypto_process: SRTP crypto offer not acceptable

[2016-04-04 15:28:44] WARNING[4135][C-0006bd5f]: chan_sip.c:10415 process_sdp: We are requesting SRTP for audio, but they responded without it!

  == Using SIP RTP TOS bits 184

  == Using SIP RTP CoS mark 5

[2016-04-04 15:29:03] NOTICE[4135][C-0006bd60]: sip/sdp_crypto.c:255 sdp_crypto_process: Crypto life time unsupported: crypto:1 AES_CM_128_HMAC_SHA1_80 inline:vYfEj6JgqyAk8ivrs5U6XAyEjk9PeZpYqR+Did1A|2^31|378539372:4

[2016-04-04 15:29:03] NOTICE[4135][C-0006bd60]: sip/sdp_crypto.c:265 sdp_crypto_process: SRTP crypto offer not acceptable

[2016-04-04 15:29:03] NOTICE[4135][C-0006bd60]: sip/sdp_crypto.c:255 sdp_crypto_process: Crypto life time unsupported: crypto:2 AES_CM_128_HMAC_SHA1_80 inline:vYfEj6JgqyAk8ivrs5U6XAyEjk9PeZpYqR+Did1A|2^31

[2016-04-04 15:29:03] NOTICE[4135][C-0006bd60]: sip/sdp_crypto.c:265 sdp_crypto_process: SRTP crypto offer not acceptable

[2016-04-04 15:29:03] WARNING[4135][C-0006bd60]: chan_sip.c:10415 process_sdp: We are requesting SRTP for audio, but they responded without it!

[Fernando Villares]

Te sigue negociando el cifrado....

[Javier Camilo Forero Rodríguez]

Hola

Aplique un cambio en la troncal type=trunk lo cambie por type=friend, ya dejamos de obtener el mensaje de la negociacion en la encripcion, sin embargo la llamada todavia no se establece, mantengo el parametro context=from-internal

 == Using SIP RTP TOS bits 184

  == Using SIP RTP CoS mark 5

    -- Executing [67100@from-internal:1] ResetCDR("SIP/peru-00068fd6", "") in new stack

    -- Executing [67100@from-internal:2] NoCDR("SIP/peru-00068fd6", "") in new stack

    -- Executing [67100@from-internal:3] Progress("SIP/peru-00068fd6", "") in new stack

    -- Executing [67100@from-internal:4] Wait("SIP/peru-00068fd6", "1") in new stack

       > 0x2b37b881bf90 -- Probation passed - setting RTP source address to 172.25.0.2:5218

    -- Executing [67100@from-internal:5] Progress("SIP/peru-00068fd6", "") in new stack

    -- Executing [67100@from-internal:6] Playback("SIP/peru-00068fd6", "silence/1&cannot-complete-as-dialed&check-number-dial-again,noanswer") in new stack

    -- <SIP/peru-00068fd6> Playing 'silence/1.gsm' (language 'es')

    -- <SIP/peru-00068fd6> Playing 'cannot-complete-as-dialed.gsm' (language 'es')

  == Spawn extension (from-internal, 67100, 6) exited non-zero on 'SIP/peru-00068fd6'

    -- Executing [h@from-internal:1] Hangup("SIP/peru-00068fd6", "") in new stack

  == Spawn extension (from-internal, h, 1) exited non-zero on 'SIP/peru-00068fd6'

    -- Remote UNIX connection

    -- Remote UNIX connection disconnected

  == Using SIP RTP TOS bits 184

  == Using SIP RTP CoS mark 5

    -- Executing [67120@from-internal:1] ResetCDR("SIP/peru-00068fd7", "") in new stack

    -- Executing [67120@from-internal:2] NoCDR("SIP/peru-00068fd7", "") in new stack

    -- Executing [67120@from-internal:3] Progress("SIP/peru-00068fd7", "") in new stack

    -- Executing [67120@from-internal:4] Wait("SIP/peru-00068fd7", "1") in new stack

       > 0x2b37b881bf90 -- Probation passed - setting RTP source address to 172.25.0.2:5220

    -- Executing [67120@from-internal:5] Progress("SIP/peru-00068fd7", "") in new stack

    -- Executing [67120@from-internal:6] Playback("SIP/peru-00068fd7", "silence/1&cannot-complete-as-dialed&check-number-dial-again,noanswer") in new stack

    -- <SIP/peru-00068fd7> Playing 'silence/1.gsm' (language 'es')

    -- <SIP/peru-00068fd7> Playing 'cannot-complete-as-dialed.gsm' (language 'es')

  == Spawn extension (from-internal, 67120, 6) exited non-zero on 'SIP/peru-00068fd7'

    -- Executing [h@from-internal:1] Hangup("SIP/peru-00068fd7", "") in new stack

  == Spawn extension (from-internal, h, 1) exited non-zero on 'SIP/peru-00068fd7'

elastix*CLI> 

[Fernando Villares]

Type trunk???? Q me perdi???? No existe eso

[Javier Camilo Forero Rodríguez]

Mira hice la correccion respectiva y esta es la config de la troncal, pero desde avaya marcan 67 + EXT y no se establece la llamada

type=friend

fromdomain=xxxx.com

qualify=yes

host=172.25.0.15

bindport=5060

context=from-internal

disallow=all

allow=ulaw,alaw

language=es

[Fernando Villares]

Type peer va con host estaticos

[Javier Camilo Forero Rodríguez]

Gracias Fernando, lo intente de esta forma y tampoco se establece la llamada

type=friend

fromdomain=xxxxxx.com

qualify=yes

host=dynamic

bindport=5060

context=from-internal

disallow=all

allow=ulaw,alaw

language=es

El resultado de la consola es el siguiente

== Using SIP RTP TOS bits 184

  == Using SIP RTP CoS mark 5

    -- Executing [67120@from-sip-external:1] NoOp("SIP/quimicasuiza.com-00068ffd", "Received incoming SIP connection from unknown peer to 67120") in new stack

    -- Executing [67120@from-sip-external:2] Set("SIP/quimicasuiza.com-00068ffd", "DID=67120") in new stack

    -- Executing [67120@from-sip-external:3] Goto("SIP/quimicasuiza.com-00068ffd", "s,1") in new stack

    -- Goto (from-sip-external,s,1)

    -- Executing [s@from-sip-external:1] GotoIf("SIP/quimicasuiza.com-00068ffd", "0?checklang:noanonymous") in new stack

    -- Goto (from-sip-external,s,5)

    -- Executing [s@from-sip-external:5] Set("SIP/quimicasuiza.com-00068ffd", "TIMEOUT(absolute)=15") in new stack

    -- Channel will hangup at 2016-04-04 16:33:37.464 COT.

    -- Executing [s@from-sip-external:6] Log("SIP/quimicasuiza.com-00068ffd", "WARNING,"Rejecting unknown SIP connection from 172.25.0.15"") in new stack

[2016-04-04 16:33:22] WARNING[12457][C-0006bda3]: Ext. s:6 @ from-sip-external: "Rejecting unknown SIP connection from 172.25.0.15"

    -- Executing [s@from-sip-external:7] Answer("SIP/quimicasuiza.com-00068ffd", "") in new stack

       > 0x2b37a00082e0 -- Probation passed - setting RTP source address to 172.25.0.2:5218

    -- Executing [s@from-sip-external:8] Wait("SIP/quimicasuiza.com-00068ffd", "2") in new stack

    -- Executing [s@from-sip-external:9] Playback("SIP/quimicasuiza.com-00068ffd", "ss-noservice") in new stack

    -- <SIP/quimicasuiza.com-00068ffd> Playing 'ss-noservice.gsm' (language 'en')

  == Spawn extension (from-sip-external, s, 9) exited non-zero on 'SIP/quimicasuiza.com-00068ffd'

    -- Executing [h@from-sip-external:1] Hangup("SIP/quimicasuiza.com-00068ffd", "") in new stack

  == Spawn extension (from-sip-external, h, 1) exited non-zero on 'SIP/quimicasuiza.com-00068ffd'

  == Using SIP RTP TOS bits 184

  == Using SIP RTP CoS mark 5

[Fernando Villares]

Y tenes extensiones 67xxx en esa o son xxx?

[Fernando Villares]

Igualmente te dice clarito rejecting unknown connection ....

[Richard Alvarez]

Prueba esto:

Te sirve para chequear que este todo ok si desde avaya marcan  escuchas ringing y despues la musica del asterisk.

Si funciona te queda despues crear tu plan de marcado...

En el dialplan o extensions.conf o custom en elastix

[avaya]

exten => _s,1,Ringing()

same  => n,Answer()

same  => n,Set(CHANNEL(musicclass)=default)

same  => n,MusicOnHold(default)

same  => n,Hangup()

En tu sip.conf o custom en elastix

[TrunkAvaya]

type=peers

qualify=yes

host=172.25.0.15

insecure=port,invite

context=avaya

allow=all

directmedia=no

canreinvite=no

language=es

dtmfmode=auto

nat=force_rport,comedia instead

Richard Alvarez

Email.: ric...@gmail.com

[Fernando Villares]

Type peers no existe

[Richard Alvarez]

Perdón por la letra s de mas 

type=peer

Richard Alvarez

Email.: ric...@gmail.com

[Raúl Alexis Betancor Santana]

Usa el sngrep y tracea la llamada, verás cual es el error más facilmente, es un falló típico con Avaya y Alcatel. Como no controles de config de Avaya, te vas a partir los piños intentandolo.

---

[Javier Camilo Forero Rodríguez]

Estimados companeros muy buenas tardes

Por fin se pudo lograr la configuracion, y ya recibo llamadas desde el Avaya

Sin embargo surge un inconveniente, un retrazo de la voz de 10 segundos, ustedes me podrian dar una orientacion de que puede ser el problema

Gracias

[Ramses]

El 6 de abril de 2016 19:08:15 CEST, "Javier Camilo Forero Rodríguez" <javie...@gmail.com> escribió:
>Estimados companeros muy buenas tardes
>
>Por fin se pudo lograr la configuracion, y ya recibo llamadas desde el
>Avaya
>
>Sin embargo surge un inconveniente, un retrazo de la voz de 10
>segundos,
>ustedes me podrian dar una orientacion de que puede ser el problema
>
>Gracias
>
>2016-04-04 17:47 GMT-05:00 Raúl Alexis Betancor Santana <
>ra...@dimension-virtual.com>:
>
>> Usa el sngrep y tracea la llamada, verás cual es el error más
>facilmente,
>> es un falló típico con Avaya y Alcatel. Como no controles de config
>de
>> Avaya, te vas a partir los piños intentandolo.
>>
>>

>> ------------------------------
>>
>> *De: *"Javier Camilo Forero Rodríguez" <javie...@gmail.com>
>> *Para: *aster...@googlegroups.com
>> *Enviados: *Lunes, 4 de Abril 2016 22:20:44
>> *Asunto: *Re: [Asterisk-ES] Troncal SIP entre asterisk y avya

>>>>>> http://www.asterisk-es.org)
>>>>>> Normas de la lista Asterisk-ES:
>>>>>>
>http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
>>>>>> ---
>>>>>> Has recibido este mensaje porque estás suscrito al grupo
>"asterisk-es"
>>>>>> de Grupos de Google.
>>>>>> Para anular la suscripción a este grupo y dejar de recibir sus
>>>>>> mensajes, envía un correo electrónico a
>>>>>> asterisk-es...@googlegroups.com.
>>>>>> Para publicar en este grupo, envía un correo electrónico a
>>>>>> aster...@googlegroups.com.
>>>>>> Visita este grupo en https://groups.google.com/group/asterisk-es.
>>>>>> Para acceder a más opciones, visita
>https://groups.google.com/d/optout
>>>>>> .
>>>>>>
>>>>> --
>>>>> Este email pertenece a la lista de Asterisk-ES (

>Para publicar una entrada en este grupo, envía un correo electrónico a

>aster...@googlegroups.com.
>Visita este grupo en https://groups.google.com/group/asterisk-es.

>Para obtener más opciones, visita https://groups.google.com/d/optout.

¿Y dónde estaba el problema?


Saludos,

Ramses

[Raúl Alexis Betancor Santana]

> ¿Y dónde estaba el problema?

Donde mismo tiene el problema de el retardo de Audio ... en la Avaya.

[Javier Camilo Forero Rodríguez]

El problema es desde el elastix hacia el avaya, ellos nos escuchan a los 10 segundos

Y el problema de comunicacion era configuracion de la troncal, y adicionalmente a las extensiones les cree unos SIP ALIAS de la siguiente forma

ejemplo ext 120 alias 67120, asi para todas las que se comunican con la sede del avaya, y funciono perfecto

Gracias a todos

2016-04-06 12:42 GMT-05:00 Raúl Alexis Betancor Santana <ra...@dimension-virtual.com>:

> ¿Y dónde estaba el problema?

Donde mismo tiene el problema de el retardo de Audio ... en la Avaya.

--
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
Normas de la lista Asterisk-ES: http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
---
Has recibido este mensaje porque estás suscrito al grupo "asterisk-es" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a asterisk-es...@googlegroups.com.
Para publicar una entrada en este grupo, envía un correo electrónico a aster...@googlegroups.com.
Visita este grupo en https://groups.google.com/group/asterisk-es.
Para obtener más opciones, visita https://groups.google.com/d/optout.

[Fernando Villares]

Aha el problema era q la avaya marcaba y te enviaba 67120 y vos tenias 120....o sea no quitabas el 67 en la avaya al discar por la troncal ...lo otro probaste con los parametros de early media?

Para publicar en este grupo, envía un correo electrónico a aster...@googlegroups.com.

Visita este grupo en https://groups.google.com/group/asterisk-es.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Raúl Alexis Betancor Santana]

¿Que tiene que ver el patrón de marcado con el error de cifrado? ... el error que te daba era que pedían cifrado.

En cuanto al retador de el audio, es problema de la negociación RTP de la Avaya, que es una santa castaña.

La mayoría de las implementaciones que he visto con Avaya, se basaban en interconectarla vía primarios ... era la única forma de que no dieran por culo con sus parametrizaciones de las tarjetas de Media.

Revisa con el sngrep ... y verás que está pasando.

---

Para publicar en este grupo, envía un correo electrónico a aster...@googlegroups.com.

Visita este grupo en https://groups.google.com/group/asterisk-es.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Fernando Villares]

Me referia a la ñapa del alias q dijo recien de los numeros con el srtp

[Juan Felipe]

Al fin como se solucionó el problema con los retardos de los 10 segundos?

Me puedes decir cómo quedó la configuración del la troncal sip?

Saludos,

Enviado desde mi iPhone