Compatibilidad G.729A con G.729AB
NebHeru
Quiero conectar un Asterisk a un proveedor de VoIP pero me he
encontrado con el problema que este proveedor sólo soporta G.711 y G.
729A (en principio descartaré el G.711 por temas de ancho de banda).
El problema que tengo es que los teléfonos que tengo no disponen del
codec G.729A sino que tienen el G.729AB.
Los codecs G.729A y G.729AB son compatibles?
En caso que no lo fueran, la mejor opción sería instalar el codec G.
729 para el Asterisk y hacer que los teléfonos se "hablen" con
Asterisk con G.711 y Asterisk con el proveedor de VoIP con G.729
(según he leído el G.729 sí que es compatible con el G.729A) ?
Saludos y gracias
Raúl Alexis Betancor Santana
G729 es G729, lo de A, B, C, D y E (creo que la última es la E), solo
significan mejoras en cuestión de rendimiento de codificación, no recuerdo
que haya ningún tipo de incompabilidad entre ellas.
--
Raúl Alexis Betancor Santana
Dimensión Virtual
Elio Rojano
Raúl Alexis Betancor Santana
> La última creo que ronda la H, I o incluso la J
Había leído algo sobre la G y 12 MIPS ... pero ni warra ... hace tiempo que no
le sigo la pista de por donde van, pero lo que está claro es solo la E
ha "reducido" un poco más el ancho consumido ... el resto son simples
optimizaciones desde el punto de vista de cuantos MIPS se traga.
NebHeru
A mi también me daba la impresión que tiene que funcionar pero el
proveedor me ha escrito lo siguiente:
"Atención : La solución VoIP sólo compatibiliza G711 y G729a, el
Teléfono Polycom SoundIP450 en sus especificaciones pone que soporta G.
722 – G.711 y G.729A (Anexo B), de entrada no es compatible con la
solución VoIP"
Me lo creo o no ?
Saludos y gracias
Raúl Alexis Betancor Santana
Umm ... yo concluiría que tu proveedor no tiene ni puta idea. Como ya te
comenté en el otro mail, G729 es G729 aquí y en pekín, la diferencia entre A
y B es exclusivamente el soporte de VAD frames, es IMPOSIBLE que un
dispositivo que soporte G729B no soporte el A, además que la especificaciones
son muy claras al respecto, toda la "familia" de los G729 son compatibles
entre ellos, las diferencias entre unos y otros es simplemente a nivel de
implementación en DSP.
Ramses II
también un CallCenter de estos que cogen el "guía burros" y si pone G.729x
tiene que ser G.729x, no puede ser G729x.
O, que sería muy fuerte, que comprobaran el nombre del codec y rechazara la
llamada si no se corresponde con el nombre. Por cierto, no tengo seguro si
el nombre del codec lo pasan como parámetro... :-(
Pero vamos, lo más fácil es que le hagas una prueba para que lo vea el
proveedor y lo sacas de dudas... ;-)
Saludos,
Ramses
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
nombre de Raúl Alexis Betancor Santana
Enviado el: jueves, 26 de noviembre de 2009 1:49
Para: aster...@googlegroups.com
Asunto: [Asterisk-ES] Re: Compatibilidad G.729A con G.729AB
Raúl Alexis Betancor Santana
> O, que sería muy fuerte, que comprobaran el nombre del codec y rechazara la
> llamada si no se corresponde con el nombre. Por cierto, no tengo seguro si
> el nombre del codec lo pasan como parámetro... :-(
La descripción del codec un parámetro opcional en el SDP, si se fían de
eso ... menudo proveedor.
Elio Rojano
Son diferentes códecs, o mejor dicho... diferentes "revisiones" por lo que los algoritmos cambian así que a todas luces, no son copatibles.
Si dice códec G729AB, entonces significa que es compatible con G729A y G729B, pero como Asterisk no soporta el G729B entonces sólo queda una cosa que hacer.
El códec G729A es el peor códec de todos los G729, pero el que menos procesador consume.
El códec G729B es exactamente el mismo que el A, pero con soporte de detección de silencio.
El resto de códecs: C,D,E,... se utilizan en otros campos (como por ejemplo, transmisión de tramas móviles, y alguna que otra cosa más), pero nunca en VoIP.
http://www.sinologic.net/
Ramses II
¿Pero no son compatibles totalmente, es decir, alguna característica
soportada en uno no lo está en el otro, o que no se pueden hablar ni
siquiera?
Ahora, ¿como podemos entender lo que le contestan?:
> "Atención : La solución VoIP sólo compatibiliza G711 y G729a, el
> Teléfono Polycom SoundIP450 en sus especificaciones pone que soporta G.
> 722 – G.711 y G.729A (Anexo B), de entrada no es compatible con la
> solución VoIP"
libro es el codec G729 con sus anexos...? ;-)
Saludos y gracias,
Ramses
________________________________________
nombre de Elio Rojano
Enviado el: jueves, 26 de noviembre de 2009 9:44
Para: aster...@googlegroups.com
CC: ja...@multico.es
NebHeru
Por casualidad no os sonará algún teléfono tipo Polycom que soporte el
G.729A?
Muchas gracias
Elio Rojano
Iñaki Baz Castillo
> Ramses, el G729A no es el mismo códec que el G729B y tampoco el G729C,...
>
> Son diferentes códecs, o mejor dicho... diferentes "revisiones" por lo que
> los algoritmos cambian así que a todas luces, no son copatibles.
> Si dice códec G729AB, entonces significa que es compatible con G729A y
> G729B, pero como Asterisk no soporta el G729B entonces sólo queda una cosa
> que hacer.
>
> El códec G729A es el peor códec de todos los G729, pero el que menos
> procesador consume.
> El códec G729B es exactamente el mismo que el A, pero con soporte de
> detección de silencio.
Esto se contradice con lo que dice Raúl, ¡queremos la réplica ya! XD
Raúl Alexis Betancor Santana
Jejeje ...¿tienes ganas a guerra? X)
¡Pues ale!, Elio tiene razón, parcialmente.
Un dispositivo que codifique/decodifique frames G729A acepta frames de G729B y
viceversa.
Con el G729E la cosa difiere, porque el es un G729 a 22Khz sino recuerdo mal.
Del resto ni idea, porque no los he probado, pero por lo que he leído, el C y
el D simplemente son re-implementaciones del AB que consumen menos MIPS de
los DSP.
Ramses II
Bueno, me dice que no son compatibles, lo que no ha aclarado es si no son
compatibles 100%, porque alguna de las funcionalidades se puedan emplear en
uno y en el otro no, o que directamente no se hablan entre ellos...
Saludos,
Ramses
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
nombre de Raúl Alexis Betancor Santana
Raúl Alexis Betancor Santana
> Según Elio, dice que no.
Te voy a explicar un caso práctico en el que Elio se equivoca ... ;-)
> Bueno, me dice que no son compatibles, lo que no ha aclarado es si no son
> compatibles 100%, porque alguna de las funcionalidades se puedan emplear en
> uno y en el otro no, o que directamente no se hablan entre ellos...
Veamos ..., escenario:
-Asterisk con codec g729 (da igual si el de digium ó el "educativo"), no vale
con tarjeta TCM400
-Teléfono IP con G729AB (ó solo B, pero eso no existe, quien soporta B,
soporta A) y VAD activado.
Llamada a/desde el terminal:
- Asterisk ofrece G729A a 8Khz
- Teléfono ofrece G729B a 8Khz y VAD (en realidad ofrece g729a)
- Se hablan ... y en la consola de asterisk verás a porrilo el famoso mensaje
de "Unable to create CNG frame, please disable VAD or CNG on the other
device" ...
Osea, Asterisk recibe los frames de G729B y los procesa perfectamente (los que
contienen audio), los frames de CNG los ignora como una perra, porque no los
soporta.
Paco Gil
Asterisk con g729 educativo (se supone que A)
Cisco-megachachi ofreciendo, exclusivamente, G729B (por supuesto SIP).
Trunk entre los dos.
Pregunta: ¿Qué pasará?
Iñaki Baz Castillo
> umhhh... estamos liando el tema. Caso concreto:
>
> Asterisk con g729 educativo (se supone que A)
> Cisco-megachachi ofreciendo, exclusivamente, G729B (por supuesto SIP).
> Trunk entre los dos.
>
> Pregunta: ¿Qué pasará?
Según lo que ha dicho Raúl:
Paco Gil
el cisco no es un teléfono, es un Call-manager y ofrece sólo B
Raúl Alexis Betancor Santana
Que morruos ... que no puede ofrecer solo B ... veamos como lo explico de
forma más gráfica ... ummm ..
G729B RTP Flow = G729A Frame | G729A Frame | G729B VAD Begin | VAD T1 | VAD
T2 | G729A Frame .....
¿Lo pillas? ... un SIP device que solo soporte G729A (como Asterisk) IGNORA
los VAD frames.
El "efecto audible" (fácilmente reproducible activado el VAD en cualquier
teléfono IP conectado a Asterisk y que se fuerce a pasar el RTP por
Asterisk), son "silencios bruscos", ya que Asterisk ni forwadea los VAD
frames, ni es capaz de generar CNG frames para la pata "b" de la llamada.
Iñaki Baz Castillo
>> > Asterisk con g729 educativo (se supone que A)
>> > Cisco-megachachi ofreciendo, exclusivamente, G729B (por supuesto SIP).
>> > Trunk entre los dos.
>> >
>> > Pregunta: ¿Qué pasará?
>>
>> Según lo que ha dicho Raúl:
>>
>> "Teléfono IP con G729AB (ó solo B, pero eso no existe, quien soporta B,
>> soporta A) y VAD activado."
>
> el cisco no es un teléfono, es un Call-manager y ofrece sólo B
¿Qué más da que sea un teléfono, una centralita o un gateway? Al final
es un SIP UA (que no un proxy ni un B2BUA sólo señalización) así que a
efectos de SIP y de RTP es lo mismo :)
Elio Rojano
Al hablar con el operador me confirmó que ellos utilizaban nosequemaquina que sólo soporta el G729B (que es igual al G729A pero con VAD) pero se ve que no era compatible.
Le quitamos el VAD en el teléfono, pero seguía sin ir, hasta que al final conseguimos que el operador cambiara a G729AB y entonces sí iba bien. ¿conclusiones? -averigua-
http://www.sinologic.net/
Ramses II
veces...
El tema es que no tengo nada a mano que tenga codec G.729B para probar con
un G.729A.
A ver si alguien puede hacer la prueba y salimos de dudas.
Elio, no es por dudar de lo que cuentas, pero sí podríamos llegar a dudar de
lo que nos dice el proveedor, que perfectamente pudo tener el problema en
otro sitio y decir que cambió el codec, salvo que tú comprobaras que
realmente fue el codec lo único que cambió... Ya sabes, habemos gente "pa
tó"... ;-)
Saludos,
Ramses
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
nombre de Raúl Alexis Betancor Santana
Elio Rojano
Claro, por eso lo decía, porque ese escenario ha salido en la lista 33.000
veces...
El tema es que no tengo nada a mano que tenga codec G.729B para probar con
un G.729A.
A ver si alguien puede hacer la prueba y salimos de dudas.
Elio, no es por dudar de lo que cuentas, pero sí podríamos llegar a dudar de
lo que nos dice el proveedor, que perfectamente pudo tener el problema en
otro sitio y decir que cambió el codec, salvo que tú comprobaras que
realmente fue el codec lo único que cambió... Ya sabes, habemos gente "pa
tó"... ;-)
Por supuesto.
Lo único que yo sé es que no toqué nada y dejó de aparecer ese mensaje de error y empezó a funcionar el sonido.
--
http://www.sinologic.net/
Raúl Alexis Betancor Santana
> Ummm aquí yo discrepo, porque tuve un cliente que quería conectarse a un
> operador (que no recuerdo cual era) y era porque el operador tenía G729B
> (que no G729AB) y claro, al enviar el audio, no llegaba nada, daba un error
> raro y fallaba.
>
> Al hablar con el operador me confirmó que ellos utilizaban nosequemaquina
> que sólo soporta el G729B (que es igual al G729A pero con VAD) pero se ve
> que no era compatible.
> Le quitamos el VAD en el teléfono, pero seguía sin ir, hasta que al final
> conseguimos que el operador cambiara a G729AB y entonces sí iba bien.
> ¿conclusiones? -averigua-
Te las doy, que me he peleado yo con cacharros de esos ... ;-) ...
Los que dicen "solo soportar G729B", se refieren a G729+VAD+10ms framing y lo
cachondo es que no lo "anuncian" en el SDP, con lo que teniendo en cuenta que
el g729 de asterisk es solo A y que está a "fuego" a 20ms de framming ...
jamás conseguiras una conversación con ese otro extremo, si ese extremo no
cambia su configuración a una de G729 más "standar"
Saludos
--
Raúl Alexis Betancor Santana
Dimensión Virtual S.L.
Paco Gil
Ummm aquí yo discrepo, porque tuve un cliente que quería conectarse a un operador (que no recuerdo cual era) y era porque el operador tenía G729B (que no G729AB) y claro, al enviar el audio, no llegaba nada, daba un error raro y fallaba.
Al hablar con el operador me confirmó que ellos utilizaban nosequemaquina que sólo soporta el G729B (que es igual al G729A pero con VAD) pero se ve que no era compatible.
Le quitamos el VAD en el teléfono, pero seguía sin ir, hasta que al final conseguimos que el operador cambiara a G729AB y entonces sí iba bien. ¿conclusiones? -averigua-
te lo confirmo yo... Asterisk contra un GW Cisco con solo G729B
Ramses II
Por eso te comento, ya sabes que muchas veces son unos cachondos…
El tema es a ver si lo podemos probar nosotros.
Lo que sigo sin entender es lo de las especificaciones del teléfono que comentaban, soporta “G.729A (Annex B)”. ¿Eso es G.729 (Annex B), por lo que podría ser G.729B, ó es G.729AB, ó es verdad que G.729A tiene un Anexo B que no se lleva bien con su predecesor…?
Saludos,
Ramses
Raúl Alexis Betancor Santana
> 2009/11/27 Elio Rojano <hel...@gmail.com>
>
> > Ummm aquí yo discrepo, porque tuve un cliente que quería conectarse a un
> > operador (que no recuerdo cual era) y era porque el operador tenía G729B
> > (que no G729AB) y claro, al enviar el audio, no llegaba nada, daba un
> > error raro y fallaba.
> >
> > Al hablar con el operador me confirmó que ellos utilizaban nosequemaquina
> > que sólo soporta el G729B (que es igual al G729A pero con VAD) pero se ve
> > que no era compatible.
> > Le quitamos el VAD en el teléfono, pero seguía sin ir, hasta que al final
> > conseguimos que el operador cambiara a G729AB y entonces sí iba bien.
> > ¿conclusiones? -averigua-
>
> te lo confirmo yo... Asterisk contra un GW Cisco con solo G729B
Captura ese RTP y echale un ojo con el wireshark ... verás donde está el
problema rapidito .. ;-)
--
Raúl Alexis Betancor Santana
Dimensión Virtual S.L.
Raúl Alexis Betancor Santana
> Por eso te comento, ya sabes que muchas veces son unos cachondos…
>
>
>
> El tema es a ver si lo podemos probar nosotros.
>
>
>
> Lo que sigo sin entender es lo de las especificaciones del teléfono que
> comentaban, soporta “G.729A (Annex B)”. ¿Eso es G.729 (Annex B), por lo que
> podría ser G.729B, ó es G.729AB, ó es verdad que G.729A tiene un Anexo B
> que no se lleva bien con su predecesor…?
Si, los fabricantes tienen ganas de complicar la historia ... veamos ..
Tenemos:
G729A
G729AB (el UA es capaz de detectar el framing y los VAD, por lo menos los que
he probado lo hacen bien)
G729B (normalmente conocido como G729A+VAD+framing a 10ms)
G729C (G729AB de menos consumo de MIPS)
G729D (Ígual que el C)
G729E (G729AB a 16 o 22Khz)
Del resto me pierdo, suelen ser implementaciones especiales para radioenlaces
o cosas así.
Saludos
--
Raúl Alexis Betancor Santana
Dimensión Virtual S.L.
Paco Gil
ya no puedo porque se ha fijado a otro codec y no envían más así. Recuerdo que sí se veía todo el tema del VAD y asterisk quejándose, jeje
Un paquetito de regalo
<--- SIP read from XXXXXX:58406 --->
INVITE sip:XXXXXX@XXXXX:5060 SIP/2.0
Via: SIP/2.0/UDP XXXXXX:5060
From: <sip:XXXXX@XXXXX>;tag=FED1B260-15EC
To: <sip:XX...@XXXXXXX.155>
Date: Tue, 24 Nov 2009 10:54:15 GMT
Call-ID: 8AC1C049-D81E11DE-B3689B96-3FA891FE@XXXXXX
Supported: timer,100rel
Min-SE: 1800
Cisco-Guid: 2327913352-3625849310-3009780630-1068012030
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE, NOTIFY, INFO
CSeq: 101 INVITE
Max-Forwards: 6
Remote-Party-ID: <sip:XXXXX@XXXXXX4>;party=calling;screen=no;privacy=off
Timestamp: 1259060055
Contact: <sip:XXXXXX@XXXXXXX:5060>
Expires: 180
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Length: 392
v=0
o=CiscoSystemsSIP-GW-UserAgent 8988 1930 IN IP4 XXXXXXXX
s=SIP Call
c=IN IP4 XXXXXXX
t=0 0
m=audio 18348 RTP/AVP 18 4 8 0 3 104 19
c=IN IP4 XXXXXXX
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:4 G723/8000
a=fmtp:4 annexa=yes
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:3 GSM/8000
a=rtpmap:104 X-NSE/8000
a=fmtp:104 192-194
a=rtpmap:19 CN/8000
Fijaros en el "a=fmtp:18 annexb=yes"
saludos
Elio Rojano
Paco Gil
También aparece: a=fmtp:4 annexa=yes
claro, para el g723!!!
Raúl Alexis Betancor Santana
> También aparece: a=fmtp:4 annexa=yes
Para el 4, osea G723.a
Raúl Alexis Betancor Santana
> Fijaros en el "a=fmtp:18 annexb=yes"
Cosa que Asterisk ignorará como una perra ... XDD
Paco Gil
Raúl Alexis Betancor Santana
> tonses, y como conclusión, G729A no es compatible con G729B!!!!
Si lo és ..., es Asterisk quien no lo implementa correctamente ... ;-)
A ver si aprendemos a diferenciar entre lo que es una limitación del
protocolo/codec y lo que es una limitación de las implementaciones chapuceras
que hace Asterisk de todo ... ;-)
Un terminal SIP que soporte solo G729A, acepta el RTP de un G729B, (ya que
toda la familia de G729 permite framing dinámico, y una correcta
implementación de la pila RTP detectará el framing de 10ms que implica el B) y
viceversa.
Cosa bien distinta es que la pila RTP de Asterisk pase olímpicamente de los
framing y que lo deja en manos de los codecs, que en el caso del G729A
disponible para Asterisk no soporta otra cosa que no sea 20ms.
El problema no era incompatibilidad de codecs ... el problema era
incompatibilidad de framings ... que en Asterisk no puede "ajustar".
Como resumen final, entre dos terminales, uno soportando G729A y el otro SOLO
G729B (cosa que como ya hemos comentado, no existe, quien soporta B, soporta A
y AB), la única diferencia audible, debería ser "silencios bruscos" cuando el
UAC-B "se calla" y el UAC-A no oirá NADITA.
Elio Rojano
Germán Aracil Boned
Paco Gil escribió:
>
> Asterisk con g729 educativo (se supone que A)
> Cisco-megachachi ofreciendo, exclusivamente, G729B (por supuesto SIP).
> Trunk entre los dos.
>
> Pregunta: ¿Qué pasará?
>
>
> 2009/11/26 Raúl Alexis Betancor Santana <ra...@dimension-virtual.com
-
-------------------------------------
Germán Aracil Boned
Algún día reconocerán las masas,
que el software libre,
es un libro lleno de conocimientos,
escrito por el mundo, para el mundo.
Solo entonces desaparecerá la tiranía privativa,
haciéndonos tecnológicamente democráticos y libres.
www.zoonsuite.com
963146030 - General
963146031 - Asistencia de incidencias
963146032 - FAX
-------------------------------------
-
Iñaki Baz Castillo
> m=audio 18348 RTP/AVP 18 4 8 0 3 104 19
> c=IN IP4 XXXXXXX
> a=rtpmap:18 G729/8000
> a=fmtp:18 annexb=yes
> a=rtpmap:4 G723/8000
> a=fmtp:4 annexa=yes
> a=rtpmap:8 PCMA/8000
> a=rtpmap:0 PCMU/8000
> a=rtpmap:3 GSM/8000
> a=rtpmap:104 X-NSE/8000
> a=fmtp:104 192-194
> a=rtpmap:19 CN/8000
>
>
> Fijaros en el "a=fmtp:18 annexb=yes"
Yo he visto problemas de interoperabilidad debido a que un UA especificaba:
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
y otro:
a=rtpmap:18 G729B/8000
Por supuesto la correcta es la primera. Vi este problema entre EyeBeam
y no sé qué gateway...
Ramses II
no se fíe del proveedor y haga la prueba, ¿no?.
P.D.: Seguís sin aclararme lo del G.729A (Annex B)... :-(
Saludos,
Ramses
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
Enviado el: viernes, 27 de noviembre de 2009 15:19
Raúl Alexis Betancor Santana
> Total y en definitiva, la moraleja para "NebHeru", que abrió el post, es
> que no se fíe del proveedor y haga la prueba, ¿no?.
¿Es que no quedó claro hace rato que no te puedes fiar ni de tu madre en estas
cosas? ... X)
> P.D.: Seguís sin aclararme lo del G.729A (Annex B)... :-(
Creía haberlo aclarado, cuando dicen eso, se refieren a G729AB
Ramses II
dicho... ;-)
Gracias, ahora sí ha quedado claro, que el teléfono es G.729AB.
Saludos y gracias,
Ramses
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
Enviado el: viernes, 27 de noviembre de 2009 21:26
sol...@gmail.com
¿Y con un canreinvite=yes en los dos peers (si fueran teléfonos) que
pasaría?
Si el rtp no pasa por asterisk ¿podrían hablar
a pesar del distinto tamaño de frames?
Raúl Alexis Betancor Santana
> Interesante hilo. :)
>
> ¿Y con un canreinvite=yes en los dos peers (si fueran teléfonos) que
> pasaría?
Pasaría exactamente los mismo, funcionaría. De hecho las implementaciones de
la mayoría de los terminales de G729 son muchísimo mejores que la truñada que
hay para Asterisk.
> Si el rtp no pasa por asterisk ¿podrían hablar
> a pesar del distinto tamaño de frames?
Eso depende del fabricante del terminal, es evidente que si son del mismo
fabricante no debería de haber problemas, si son de diferentes
fabricantes .... ya depende de si han implementado todas las características
del codec ó solo las que les "cabían"/"querían"
Saludos
sol...@gmail.com
On 1 dic, 09:45, Raúl Alexis Betancor Santana <r...@dimension-
virtual.com> wrote: