[prev in list] [next in list] [prev in thread] [next in thread] 

List:       sr-users-es
Subject:    [Kamailio-Users-ES] Problemas con SIPp
From:       ingdavidcespedes () cable ! net ! co (ingdavidcespedes at cable ! net ! co)
Date:       2008-10-02 17:07:19
Message-ID: 25d084862609.48e4b977 () cable ! net ! co
[Download RAW message or body]

Seria Bueno ver los mensajes SIP anteriores para ver en que momento se pierde la \
                comunicaci?n. Parecer?a que uno de los UA no se da cuenta que el otro \
                se desconecto.
-------------- next part --------------

Hola a todos. Estoy haciendo unas pruebas de stress en un asterisk instalado en un \
servidor potente con la intenci?n de ver cuantas llamadas es capaz de aguantar (bueno \
eso ya os lo imaginabais :).

El caso es que en el SIPp client cuando el flujo de Audio de la primera llamada \
enviada finaliza, el BYE se env?a una y otra vez, no para de restransmitirse...No he \
mirado si a las siguientes llamadas le sucede lo mismo pero estoy seguro que s? \
porque al finalizar la pruebas tengo mucho mas reenvios de BYE que llamadas \
propiamente.

Cuando empieza a fallar la carga tanto del servidor como del cliente no llega ni al \
50% por lo que no es problema de recursos de CPU ni de memor?a.

Despues miro en lo logs de SIPp y me encuentro con estos errores, que se repiten con \
frecuencia:

2008-09-29    18:31:18:269    1222705878.269500: Continuing call on unexpected \
message for Call-Id '3-2320 at 192.168.1.140': while expecting '200' (index 10), \
                received 'SIP/2.0 481 Call leg/transaction does not exist
Via: SIP/2.0/UDP 192.168.1.140:5060;branch=z9hG4bK-2320-3-9;received=192.168.1.140
From: sipp <sip:sipp at 192.168.1.140:5060>;tag=2320SIPpTag003
To: sut <sip:9876543210 at 192.168.1.246:5060>;tag=as407f5326
Call-ID: 3-2320 at 192.168.1.140
CSeq: 2 BYE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0

2008-09-29    18:31:18:642    1222705878.642500: Continuing call on unexpected \
message for Call-Id '17-2320 at 192.168.1.140': while expecting '200' (index 10), \
                received 'SIP/2.0 481 Call leg/transaction does not exist
Via: SIP/2.0/UDP 192.168.1.140:5060;branch=z9hG4bK-2320-17-9;received=192.168.1.140
From: sipp <sip:sipp at 192.168.1.140:5060>;tag=2320SIPpTag0017
To: sut <sip:9876543210 at 192.168.1.246:5060>;tag=as77779841
Call-ID: 17-2320 at 192.168.1.140
CSeq: 2 BYE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0

Hay a millones...

Por lo que me he podido informar es un problema de que el destinatario de la llamada \
ha colgado y un NOTIFY no ha informado a al origen, por tanto el origen al enviar el \
BYE se encuentra con el problema. En principio creo que este no es el problema, \
porque en el escenario que uso en el SIPpSERVER no cuelga, es siempre el SIPpCLIENTE \
el que lo hace. Tambi?n he visto que puede haber un problema con los tags del From, \
To, pero no lo he llegado a entender del todo bien. He visto que con este tema al \
parecer hay un patch para Asterisk (que por cierto la versi?n que estoy utilizando es \
la 1.4.21.2). 

La pena es que no encuentro ahora la Web con el bug. Cuando la encuentre os la hago \
saber.

Espero que podais ayudarme porque tal vez conozcais este error de antemano. Muchas \
gracias :)



_________________________________________________________________
Llega la nueva temporada. Consulta las nuevas tendencias en MSN Estilo
http://estilo.es.msn.com/moda/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kamailio.org/pipermail/sr-users-es/attachments/20081002/1dc839af/attachment-0002.htm \
                
-------------- next part --------------
_______________________________________________
Users-es mailing list
Users-es at lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users-es


[prev in list] [next in list] [prev in thread] [next in thread]