[proveedor_sip]
...
canreinvite=no
disallow=all
allow=g729
allow=alaw
[telefono_sip]
...
canreinvite=no
disallow=all
allow=alaw <-- al revés
allow=g729
- Mi tlfno llama a través de Asterisk a un número PSTN. Este es el SDP que le
llega a Asterisk:
m=audio 5006 RTP/AVP 18 8 96 97 2 101 <-- Preferencia: G729
a=rtpmap:18 G729/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:96 G726-32/8000
- Y resulta que Asterisk envía un INVITE con este SDP al proveedor:
m=audio 10474 RTP/AVP 8 18 101 <-- Preferencia: PCMA ¿?¿?¿
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
- El proveedor acepta la llamada con G711A (normal puesto que Asterisk así se
lo ha pedido preferentemente) y Asterisk acepta luego la llamada del teléfono
también con G711A.
Como veis Asterisk ha elegido PCMA frente a G729 a pesar de que en el peer
está antes "g729" que "alaw" y de que el tfno prefiere igualmente G729 antes
que G711A, ¿cómo es posible?
Sól ose me ocurre que como en la definición del telefono_sip está antes "alaw"
que "g729" entonces Asterisk elija esa opción sí o sí.
Vamos, que entonces es difícil un escenario en el que las llamadas entre
usuarios sean G711A y vía al proveedor sean G729 (nota: no quiero quitar el
G711A al proveedor).
Gracias por cualquier aclaración sobre cómo hace Asterisk para decidir los
códecs.
--
Iñaki Baz Castillo
i...@in.ilimit.es
Jejej .. es que Olle "promete y promete ..." pero como no le pagan "no la
mete" .. XDD
Lo de las negociaciones de Codecs es un tema que se supone resuelto en
chan_sip3 .. si algún día se le ve el pelo.
--
Saludos.
Raúl Alexis Betancor Santana
Dimensión Virtual S.L.
pues esto viene al hilo de trixbox con freepbx... que como no le pagan
a este último ...
sería cuestión de que digium cogiera el toro por los cuernos y pusiera
a 2 de sus 12 full time developers a hacer cosas??
>
> Lo de las negociaciones de Codecs es un tema que se supone resuelto en
> chan_sip3 .. si algún día se le ve el pelo.
>
> --
> Saludos.
>
> Raúl Alexis Betancor Santana
> Dimensión Virtual S.L.
>
> >
>
Ah ..!! .. ¿ pero es que Digium tiene FTD's que sepan programar? .... pues no
se nota su mano en el código ..
Set(__SIP_CODEC=g729)
Apesta, pero funciona :)
--
Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes."
----------------------------------------------------------------
http://www.saghul.net/
2008/5/27 Saúl Ibarra <sag...@gmail.com>:
>
> Yo eso lo solucionaba con la siguiente warrada:
>
> Set(__SIP_CODEC=g729)
cuando hablas de esa warrada :) jejeje , donde exactamente lo seteas
compilando asterisk , me perdi :(
>
>
> Apesta, pero funciona :)
>
saludoss
Saludos,
Ramses
>-----Mensaje original-----
>De: aster...@googlegroups.com
>[mailto:aster...@googlegroups.com] En nombre de troxlinux
>Enviado el: martes, 27 de mayo de 2008 18:27
>Para: aster...@googlegroups.com
>Asunto: [Asterisk-ES] Re: Asterisk y el orden de los codecs en
>SIP ¿?¿?¿?¿?¿
Saludos.
--
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
¿Seguro que funciona?
chan_sip.c:3440 try_suggested_sip_codec: Changing codec to 'g729' for this
call because of ${SIP_CODEC} variable
[proveedor_sip]
allow=g729
allow=alaw
Dialplan:
exten => _[69]XXXXXXXX,1,Set(__SIP_CODEC=g729)
exten => _[69]XXXXXXXX,n,Macro(llamada-saliente,${EXTEN},proveedor_sip)
Log de Asterisk:
chan_sip.c:3440 try_suggested_sip_codec: Changing codec to 'g729' for this
call because of ${SIP_CODEC} variable
SDP enviado:
m=audio 10492 RTP/AVP 8 18 101 <------- Primero el PCMA !!!!!!!
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
¿Sabes si esto debería funcionar en Asterisk 1.4.4? lo curioso es que parece
que sí puesto que sale el aviso en el log ¿?¿?¿?¿
~~~~~~ uso de NGREP (captura traza SIP) ~~~~~~
En el servidor Asterisk:
~$ ngrep -d any -P ' ' -W byline -T port 5060
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
PD: Sí que has puesto os 2 guiones bajos, no?
Sí sí, de hecho ya has visto en el log que "lo intenta" y "lo entiende".
Confirmo no obstante que es un Asterisk 1.4.4.
Tuuuuuuuuuuu! No estas infectado por la versionitis?! Ponte una
1.4.20.1 pero ya!!
xDDDDDDDDDDD
PD: Ojo con el CDR, que en la 1.4.5 metieron muchos cambios :)
¿Y tener que actualizar el mISDN al nuevo formato XML y todo el rollo? bla bla
bla bla....................................
Me da una pereza que no sabes bien... XD
El Friday 30 May 2008 14:53:26 Saúl Ibarra escribió:
> 2008/5/30 Iñaki Baz Castillo <i...@in.ilimit.es>:¿Y tener que actualizar el mISDN al nuevo formato XML y todo el rollo? bla bla
> > El Thursday 29 May 2008 20:48:28 Saúl Ibarra escribió:
> >> Joder!! Pues cuando yo lo probé juraría que funcionaba... :-O
> >>
> >> PD: Sí que has puesto os 2 guiones bajos, no?
> >
> > Sí sí, de hecho ya has visto en el log que "lo intenta" y "lo entiende".
> > Confirmo no obstante que es un Asterisk 1.4.4.
>
> Tuuuuuuuuuuu! No estas infectado por la versionitis?! Ponte una
> 1.4.20.1 pero ya!!
bla bla....................................
Me da una pereza que no sabes bien... XD
~~~~~~ uso de NGREP (captura traza SIP) ~~~~~~
En el servidor Asterisk:
~$ ngrep -d any -P ' ' -W byline -T port 5060
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
--
Desde hace tiempo ya... ¿o acaso lo han vuelto a cambiar?
Julián J. M.
2008/6/2 Iñaki Baz Castillo <i...@in.ilimit.es>:
> El Monday 02 June 2008 10:01:49 paco gil escribió:
>> ¿ein? ¿mISND en formato XML? ¿dónde?
>
> Desde hace tiempo ya... ¿o acaso lo han vuelto a cambiar?
>
Pues cómo me alegro e no haber tenido que hacer el efímero cambio :)
Es más, yo me voy a olvidar de Zaptel, mISDN, brisstuf y toda la telefonía
analógica rancia. XD
On 6/2/08, Iñaki Baz Castillo <i...@in.ilimit.es> wrote:
>
mISDN y brisstuff no es analógico ... que te patinas Iñaki .. ;-)
Vale, pero ya me entiendes XDD
"analógica" => "analógica y digital"
¿Qué versión de Zaptel?
¿Van a tardar mucho?
Saludos,
Ramses
>-----Mensaje original-----
>De: aster...@googlegroups.com
>[mailto:aster...@googlegroups.com] En nombre de Saúl Ibarra
>Enviado el: lunes, 02 de junio de 2008 16:29
>Para: aster...@googlegroups.com
>Asunto: [Asterisk-ES] Re: Asterisk y el orden de los codecs en
>SIP ¿?¿?¿?¿?¿
>
>