asterisk problema con orden de codecs

[Jorge Ricardo Góngora]

Hola lista, se que este tema se ha tocado ya pero buscando en el historial de la lista no encontré una respuesta que solucionara este problema.
Tengo un Asterisk 1.8.10.1 y tres gateway Quintum AFG200, dos de ellos A y B conectados a una red local y otro en un punto remoto. El problema con asterisk es a la hora de seleccionar el orden de los códec según la configuración, tengo configurados los codecs de la siguiente forma:

[GatewayA]
disallow=all
allow=alaw
allow=ulaw
allow=g729

[GatewayB]
disallow=all
allow=alaw
allow=ulaw

[GatewayC]
disallow=all
allow=g729

Según la configuración anterior, cuando A llama a B o viceversa, la llamada se establece correctamente empleando el codec ALAW, el problema aparece cuando A llama a C o C llama a A, a pesar de que A soporta el codec g729 (y cuando hago un sip show peer GatewayA asterisk muestra el codec en la lista) la llamada no se establece y asterisk protesta así: chan_sip.c:9187 process_sdp: No compatible codecs, not accepting this offer!
Agradecería si pueden aclararme esta situación del orden de los codecs y si existe alguna forma de solucionar este problema.


Saludos,

Jorge

[ra...@dimension-virtual.com]

> Hola lista, se que este tema se ha tocado ya pero buscando en el historial de la

> lista no encontr� una respuesta que solucionara este problema.

Porque quiz�s no haya soluci�n ... ;)

> Seg�n la configuraci�n anterior, cuando A llama a B o viceversa, la llamada se

> establece correctamente empleando el codec ALAW, el problema aparece cuando A
> llama a C o C llama a A, a pesar de que A soporta el codec g729 (y cuando hago
> un sip show peer GatewayA asterisk muestra el codec en la lista) la llamada no

> se establece y asterisk protesta as�: chan_sip.c:9187 process_sdp: No compatible

> codecs, not accepting this offer!

�Asterisk y su superalgoritmo de selecci�n de codecs atacan de nuevo ...!

> Agradecer�a si pueden aclararme esta situaci�n del orden de los codecs y si

> existe alguna forma de solucionar este problema.

Si, desistala asterisk y usa un proxy SIP en condiciones.

Os lo juro, que estoy hasta el mo�o de tener que �apear Asterisk para que
trabaje COMO DEBER�A.

Bueno ... volviendo al tema, �tienes puesto que el RTP vaya directo de gateway a
gateway o pasa por asterisk? ... si es el segundo caso, lo llevas jodido a no
ser que tengas el codec instalado en Asterisk, el algoritmo de selecci�n de
codecs se encargar� de joderte la vida en ese sentido.

Saludos

[Martin Vieyra]

Hola que tal, la solucion es sencilla, sin embargo cual es la razon por la que quieres dejar la troncal A con los CODECS (allow=alaw y allow=ulaw)? ya que si solamente quieres usar g729 pues quita los demas codecs y especifica la IP de destino de la siguiente forma:

-> SERVER A

[GatewayA-OUT]
host=IP-SERVERC
disallow=all
allow=g729

-> SERVERC

[GatewayC]
host=IP-SERVERA
disallow=all
allow=g729

Saludos.

El 29 de junio de 2012 03:11, <ra...@dimension-virtual.com> escribió:

> Hola lista, se que este tema se ha tocado ya pero buscando en el historial de la

> lista no encontré una respuesta que solucionara este problema.

Porque quizás no haya solución ... ;)

> Según la configuración anterior, cuando A llama a B o viceversa, la llamada se

> establece correctamente empleando el codec ALAW, el problema aparece cuando A
> llama a C o C llama a A, a pesar de que A soporta el codec g729 (y cuando hago
> un sip show peer GatewayA asterisk muestra el codec en la lista) la llamada no

> se establece y asterisk protesta así: chan_sip.c:9187 process_sdp: No compatible

> codecs, not accepting this offer!

¡Asterisk y su superalgoritmo de selección de codecs atacan de nuevo ...!

> Agradecería si pueden aclararme esta situación del orden de los codecs y si

> existe alguna forma de solucionar este problema.

Si, desistala asterisk y usa un proxy SIP en condiciones.

Os lo juro, que estoy hasta el moño de tener que ñapear Asterisk para que
trabaje COMO DEBERÍA.

Bueno ... volviendo al tema, ¿tienes puesto que el RTP vaya directo de gateway a
gateway o pasa por asterisk? ... si es el segundo caso, lo llevas jodido a no

ser que tengas el codec instalado en Asterisk, el algoritmo de selección de
codecs se encargará de joderte la vida en ese sentido.

Saludos

--
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
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Para anular la suscripción: asterisk-es...@googlegroups.com

[Raúl Alexis Betancor Santana]

On Fri, Jun 29, 2012 at 08:22:19AM -0500, Martin Vieyra wrote:
> Hola que tal, la solucion es sencilla, sin embargo cual es la razon por la
> que quieres dejar la troncal A con los CODECS (allow=alaw y allow=ulaw)? ya
> que si solamente quieres usar g729 pues quita los demas codecs y especifica
> la IP de destino de la siguiente forma:
>
> -> SERVER A
>
> [GatewayA-OUT]
> host=IP-SERVERC
> disallow=all
> allow=g729
>
> -> SERVERC
>
> [GatewayC]
> host=IP-SERVERA
> disallow=all
> allow=g729

Perd�n ... pero esto NO ES una soluci�n, ES UNA �APA porque el
algoritmo de Asterisk no hace lo que debe ... llamemos a las cosas por
su nombre.

Saludos

[Martin Vieyra]

Pues entonces a re-programar el Asterisk, por ahí escuche un rumor a
voces que están haciendo un Asterisk Rock-Solid, pues si no hace lo
que debe, pues a aportar a este proyecto para que si haga lo que
debería !!!. :)

http://www.asterisk-es-rsp.org

Saludos.

El día 29 de junio de 2012 08:28, Raúl Alexis Betancor Santana
<ra...@dimension-virtual.com> escribió:

> On Fri, Jun 29, 2012 at 08:22:19AM -0500, Martin Vieyra wrote:
>> Hola que tal, la solucion es sencilla, sin embargo cual es la razon por la
>> que quieres dejar la troncal A con los CODECS (allow=alaw y allow=ulaw)? ya
>> que si solamente quieres usar g729 pues quita los demas codecs y especifica
>> la IP de destino de la siguiente forma:
>>
>> -> SERVER A
>>
>> [GatewayA-OUT]
>> host=IP-SERVERC
>> disallow=all
>> allow=g729
>>
>> -> SERVERC
>>
>> [GatewayC]
>> host=IP-SERVERA
>> disallow=all
>> allow=g729
>
>

> Perdón ... pero esto NO ES una solución, ES UNA ÑAPA porque el

> algoritmo de Asterisk no hace lo que debe ... llamemos a las cosas por
> su nombre.
>
> Saludos
>

[Guillermo Prado Obando]

Este es un verdadero problema, y aunque el GW C solo acepte g729, el cual debería ser prioritario, asterisk negocia el primero en la lista y obliga hacer transcoding. No se si la solución de fijar el codec pueda ayudar...

[from-pstn]
exten => 902111111,1,Dial(SIP/101)

exten => 902222222,1,Set(__SIP_CODEC=alaw)
exten => 902222222,2,Dial(SIP/102)

--
Atentamente,


Guillermo Prado Obando.
Bogotá D.C Colombia.

[Jorge Ricardo Góngora]

> De: "Martin Vieyra" <martin...@gmail.com>
> Para: aster...@googlegroups.com
> Enviados: Viernes, 29 de Junio 2012 8:22:19
> Asunto: Re: [Asterisk-ES] asterisk problema con orden de codecs

Hola,
Necesito configurar los codecs de esa manera pues quiero que el Gateway-A use el codec ALAW o ULAW para llamar al Gateway-B pero que cuando el Gateway-A llame al Gateway-C use el G729. En este momento si C llama a A la llamada se establece correctamente usando G729 porque C tiene configurado como primer codec el G729 y A lo tiene permitido en la lista de codecs aunque no sea el primero. Pero si A llama a C la llamada no se establece ya que en A el primer codec no es el G729. Estuve revisando la lista y había referencias de que el codec se puede "forzar" mediante el dialplan de asterisk modificando una variable, alguien tiene experiencia haciendo ese procedimiento ? funcionará con asterisk 1.8.10 ?
Agradezco sus comentarios.

Saludos,

Jorge