Alguien se ha encontrado con el siguiente problema?
Tengo:
OpenSer + Asterisk
un cliente ATA Jensen.
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!!!
Saludos
David
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?
2008/1/30 Iñaki Baz Castillo ibc@in.ilimit.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.
USER A: Jensen ATA USER B: Eyebeam ======================================================================================
La 1ª traza.
yip_ata_working_no_asterisk.txt contiene la traza de la siguiente estructura:
OPENSER _| |__ | | | | USER A USER B (8889990) (8889991)
ó
ASTERISK _| |__ | | | | USER A USER B (8889990) (8889991)
Ésta llamada funcina perfectamente, audio, todo. La llamada no pasa por asterisk. Si la llamada pasa SOLAMENTE por OPENSER ó ASTERISK, funciona perfectamente.
======================================================================================
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!!
======================================================================================
A que os quedais de piedra? Alguien con suficiente sabiduría para solucionar el problema?
Un abrazo a todos y espero que me podais ayudar.
David
Hola,
2008/1/30 Iñaki Baz Castillo ibc@in.ilimit.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@voztele.com http://www.voztele.com Tel. 902360305 -------------------------------------
Básicamente transcoding.
On 1/30/08, Jesus Rodriguez jesusr@voztele.com wrote:
Hola,
2008/1/30 Iñaki Baz Castillo ibc@in.ilimit.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@voztele.com http://www.voztele.com Tel. 902360305
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Básicamente transcoding.
En la captura que has enviado no se ve que se envíe nada al asterisk.
Saludos JesusR.
On 1/30/08, Jesus Rodriguez jesusr@voztele.com wrote: Hola,
2008/1/30 Iñaki Baz Castillo ibc@in.ilimit.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@voztele.com http://www.voztele.com Tel. 902360305
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Saludos JesusR.
------------------------------------ Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr@voztele.com http://www.voztele.com Tel. 902360305 -------------------------------------
No, sólo tracé OPENSER->CLIENTES
quieres esa traza también?
2008/1/30 Jesus Rodriguez jesusr@voztele.com:
Básicamente transcoding.
En la captura que has enviado no se ve que se envíe nada al asterisk.
Saludos JesusR.
On 1/30/08, Jesus Rodriguez jesusr@voztele.com wrote: Hola,
2008/1/30 Iñaki Baz Castillo ibc@in.ilimit.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@voztele.com http://www.voztele.com Tel. 902360305
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Saludos JesusR.
Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr@voztele.com http://www.voztele.com Tel. 902360305
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
BUeno,
pues resulta que después de estanos matando con éste tema, y que a pesar de que las trazas muestra que sí, que asterisk cambia algo en el camino, resulta que le he hecho un upgrade al ATA y todo funciona a la perfección!
Perdonad las molestias chicos!
David
2008/1/31 David Villasmil david.villasmil.work@gmail.com:
No, sólo tracé OPENSER->CLIENTES
quieres esa traza también?
2008/1/30 Jesus Rodriguez jesusr@voztele.com:
Básicamente transcoding.
En la captura que has enviado no se ve que se envíe nada al asterisk.
Saludos JesusR.
On 1/30/08, Jesus Rodriguez jesusr@voztele.com wrote: Hola,
2008/1/30 Iñaki Baz Castillo ibc@in.ilimit.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@voztele.com http://www.voztele.com Tel. 902360305
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Saludos JesusR.
Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr@voztele.com http://www.voztele.com Tel. 902360305
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
sr-users-es@lists.kamailio.org
-
David Villasmil -
Iñaki Baz Castillo -
Jesus Rodriguez