Hi Alberto, Thank you, honestly I could not find any difference from the line you have used. I tried it with below and my sipp does not go the label after timeout <recv response="200" rtd="true" rrs="true" timeout="2000" ontimeout="BYE_AND_REGISTER">
I agree to your comment about sending CANCEL instead of BYE I even compiled SIPp yesterday and tried, still same. Running on Ubuntu 18.04, hope it's not a reason :) SIPp v3.6.0-23-g4dad7f2-SCTP-PCAP-RTPSTREAM @Pavel Sindelka <sindelk...@gmail.com> - Were you able to test my scenario file and see if it worked or not... Thanks for all the help sshark On Tue, Mar 24, 2020 at 11:29 PM Alberto Valente < alberto-r-vale...@telecom.pt> wrote: > I had the idea of having a similar scenario some time ago. I found time to > look for it and tested it in version 3.6.0 and it works (it just doesn’t > unregisters the calling subscriber). > > > > I run it with sudo sipp -sf ims/regInvCancel.xml -i source-ip-address > -inf csv/csvfile.csv remote-address:remote-port -m 1 > > > > The csv file has a line (may have more) like: > > > > +351123456789;[authentication username=+351123456789 > password=somepassword];somefqdn.com;3600;+351987654321;+351299999999; > > > > +351123456789 – Subscriber to register and originate call > > [authentication username=+351123456789 password=somepassword – > Authentication user and password > > somefqdn.com – subscriber realm > > 3600: time to use for register duration > > ;+351987654321 . Number to call > > > > Just one note. If call is not answered send BYE is not the right option. > A CANCEL request shall be used instead. > > > > 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:* Šindelka Pavel [mailto:sinde...@ttc.cz] > *Sent:* terça-feira, 24 de março de 2020 07:24 > *To:* sshark wsk <sshark...@gmail.com> > *Cc:* sipp-users@lists.sourceforge.net > *Subject:* Re: [Sipp-users] ontimeout label does not work - sipp 3.6 > > > > 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> 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 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 > >
_______________________________________________ Sipp-users mailing list Sipp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sipp-users