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> 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> 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 >> Rua Tomás Ribeiro Nº2 >> 1050-229 LISBOA >> *altice.pt* <http://altice.pt> >> >> >> >> [image: facebook] <https://www.facebook.com/alticeportugal>[image: >> linkedin] <https://www.linkedin.com/company/altice-portugal/>[image: >> twitter] <http://twitter.com/altice_portugal>[image: sapovideos] >> <http://videos.sapo.pt/alticeportugal>[image: 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] >> *Sent:* sábado, 21 de março de 2020 04:17 >> *To:* 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 > listSipp-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/sipp-users > > _______________________________________________ > Sipp-users mailing list > 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