29 Jan
2008
29 Jan
'08
7:34 p.m.
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
30 Jan
30 Jan
10:28 a.m.
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?
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
3:25 p.m.
2008/1/30 Iñaki Baz Castillo <ibc(a)in.ilimit.es>es>:
On Tuesday 29 January 2008 18:34:59 David Villasmil
wrote:
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
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?
8 p.m.
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
-------------------------------------
9:27 p.m.
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
11:27 p.m.
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(a)voztele.com> wrote: Hola,
Saludos
JesusR.
------------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------------
2008/1/30 Iñaki Baz Castillo
<ibc(a)in.ilimit.es>es>:
On Tuesday 29 January 2008 18:34:59 David Villasmil wrote:
Asterisk?
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
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
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
31 Jan
31 Jan
4:18 p.m.
No, sólo tracé OPENSER->CLIENTES
quieres esa traza también?
2008/1/30 Jesus Rodriguez <jesusr(a)voztele.com>om>:
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(a)voztele.com> wrote: Hola,
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
2008/1/30 Iñaki Baz Castillo
<ibc(a)in.ilimit.es>es>:
On Tuesday 29 January 2008 18:34:59 David Villasmil wrote:
Asterisk?
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
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
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
1 Feb
1 Feb
4:18 a.m.
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(a)gmail.com>om>:
No, sólo tracé OPENSER->CLIENTES
quieres esa traza también?
2008/1/30 Jesus Rodriguez <jesusr(a)voztele.com>om>:
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(a)voztele.com> wrote: Hola,
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
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
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
6171
days inactive
6174
days old
sr-users-es@lists.kamailio.org
7 comments
3 participants
participants (3)
-
David Villasmil -
Iñaki Baz Castillo -
Jesus Rodriguez