Please post the complete scenario. I'll run it using an older SIPp
version on which my own scenarios with |ontimeout| work properly.
P.
Dne 24.03.2020 v 0:46 sshark wsk napsal(a):
Hi Pavel,
Thanks for your email
1. I am trying this flag for the first time. I have not tried it with
earlier SIPp versions. I just provided what version I am testing on as
I saw some threads showing that older versions do not support this
functionality.
2. I tried with optional recv lines removed, still same. It
timeout but it is treated as failed rather than jumping to de-register
sequence.
3. I have entire scenario in one file (reg, invite/answer, dereg) and
using the same call_id. I can see the registration & call setup
progresses until 180
BR,
sshark
On Tue, Mar 24, 2020 at 2:37 AM Šindelka Pavel <sinde...@ttc.cz
<mailto:sinde...@ttc.cz>> wrote:
Hi Sshark,
1. you've indicated a particular version of SIPp; have you done
that because your scenario did work in previous versions and with
this one it stopped, or did you just want to provide as much
information as possible but you actually haven't tried this
particular scenario with any previous SIPp version?
2. I remember I had some trouble to make ontimeout work in one of
the older releases (and I haven't changed the scenarios since, so
don't read it as "and it worked flawlessly in the never ones"),
but I cannot remember the details (except that even with the
|ontimeout| handling defined next to the |timeout| specification,
a call where a timeout has elapsed is always counted as a failed
one which is sometimes not desirable, but you're not that far
yet). So can you try without the |<recv response="xxx"
optional="true">| between the |<send>| and _<recv response="200"
ontimeout="do_something" ... > ? It's not a solution, it is a
diagnostic step, but I'm afraid this type of setup (optional
messages and one mandatory one with a timeout specified) may not
have been addressed in the SIPp code.
3. I hope you don't actually send |REGISTER| and |INVITE| with the
same |Call-ID| value, as a normal SIP stack would fail on that.
This one is not related to |ontimeout|, it's related to how SIP
itself works.
Pavel
Dne 23.03.2020 v 13:43 sshark wsk napsal(a):
Hi Alberto,
Thank you for your suggestion. I have tried with below flag.
However still the it does not work
<recv response="200" crlf="true" timeout="3000" ontimeout="3">
Is it possible to do some debug mode/prints to see why it does
not work
BR,
Sshark
On Mon, Mar 23, 2020 at 8:01 PM Alberto Valente
<alberto-r-vale...@telecom.pt
<mailto:alberto-r-vale...@telecom.pt>> wrote:
I think you must use something like
<recv response="200" crlf="true" timeout="xxxxxx"
ontimeout="BYE_AND_DEREGISTER">
Where xxxxxx stands for the number of milliseconds you want
to wait for the 200 OK Mresponse
Best regards
<http://altice.pt/>
*Alberto Valente*
DEO/EFV - Core Network and Service platforms Engineering
+351 963288480 / +351 215000290
alberto.r.vale...@telecom.pt
<mailto:alberto.r.vale...@telecom.pt>
Rua Tomás Ribeiro Nº2
1050-229 LISBOA
*altice.pt* <http://altice.pt>
facebook <https://www.facebook.com/alticeportugal>linkedin
<https://www.linkedin.com/company/altice-portugal/>twitter
<http://twitter.com/altice_portugal>sapovideos
<http://videos.sapo.pt/alticeportugal>youtube
<http://www.youtube.com/alticeportugal>
AVISO DE CONFIDENCIALIDADE
Esta mensagem e quaisquer ficheiros anexos a ela contêm
informação confidencial, propriedade da Altice Portugal e/ou
das demais sociedades que com ela se encontrem em relação de
domínio, Fundação Altice Portugal e ACS, destinando-se ao uso
exclusivo do destinatário. Se não for o destinatário
pretendido, não deve usar, distribuir, imprimir ou copiar
este e-mail. Se recebeu esta mensagem por engano, por favor
informe o emissor e elimine-a imediatamente.
Obrigado
*From:*sshark wsk [mailto:sshark...@gmail.com
<mailto:sshark...@gmail.com>]
*Sent:* sábado, 21 de março de 2020 04:17
*To:* sipp-users@lists.sourceforge.net
<mailto:sipp-users@lists.sourceforge.net>
*Subject:* [Sipp-users] ontimeout label does not work - sipp 3.6
Dear Users,
I have sipp version - SIPp
v3.6-dev-112-g8c0e358-TLS-PCAP-RTPSTREAM
I have prepared a UAC scenario where
1. User sends SIP registration
2. Gets 401/200 OK and registers
3. Sends INVITE
3. Waits for 100/180/200
4. Sends ACK
5. Pauses for 4s and sends BYE
6. De-register the user
In step 3, I would like to timeout if User B does not answer
(not receiving 200 OK within a certain time) with below
<recv response="200" ontimeout="BYE_AND_DEREGISTER">
Unfortunately above does not work
I run SIPp with below flags
./sipp 192.168.1.1 -bind_local -i 10.10.10.1 -mp 50000 -t u1
-p 5060 -recv_timeout 3200 -sf register_and_call.xml -inf
USER_A.csv -m 1 -trace_msg
Hope you can assist me
Thank You
sshark
_______________________________________________
Sipp-users mailing list
Sipp-users@lists.sourceforge.net <mailto:Sipp-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/sipp-users
_______________________________________________
Sipp-users mailing list
Sipp-users@lists.sourceforge.net
<mailto:Sipp-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/sipp-users
_______________________________________________
Sipp-users mailing list
Sipp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sipp-users