Básicamente transcoding.
On 1/30/08, Jesus Rodriguez <jesusr(a)voztele.com> wrote:
Hola,
2008/1/30 Iñaki Baz Castillo
<ibc(a)in.ilimit.es>es>:
On Tuesday 29 January 2008 18:34:59 David Villasmil wrote:
La forma normal de funcionamiento es:
ATA->Openser->Asterisk->Gw
ésto no funciona.
Si llamo desde el ATA a otro sip phone registrado en el Openser,
funciona,
Si registro el ATA en el asterisk y llamo a
cualquier sitio,
funciona.
Conclusión: Cuando la llamada tiene que pasar Openser->Asterisk.. NO
FUNCIONA!!!
David, pueden ser mil cosas. Tendrás que profundizar más en trazas
SIP para
ver qué está pasando.
Además, "no funciona" no es nada específico, ¿qué no funciona? ¿el
audio?
¿audio unidireccional? ¿no hay ringing? ¿llega el INVITE al Asterisk?
Cierto, cierto.
Aquí teneis 2 trazas con ngrep.
[...]
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
======================================================================
La 2ª traza.
yip_ata_NOT_working_asterisk.txt contiene la traza de la siguiente
estructura:
OPENSER <---> ASTERISK
__| |___
| |
| |
USER A USER B
(8889990) (8889991)
Ésta llamada se establece bien, pero cuando llega el 200 OK al USER
A, éste empieza a
recibir RTP y enviar RTP y se queda CONGELADO... No ACK el OK..
nada. Esto me hace pensar
que el USER A no soporta o no le gusta rtpmap en el SDP del 200 OK.
Si, por el contrario, llamo del USER B al USER A... la llamada va
PERFECTA!!
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
======================================================================
En esta captura yip_ata_NOT_working_asterisk.txt falta señalización...
aparece un 183 "autogenerado" por el proxy y también un ACK... ¿cual
es la función del asterisk en esta llamada?.
Saludos
JesusR.
------------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------------
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es