Marek,
I would try something like the following:
> sipp SUT
>
> INVITE ---------->
> 100 <----------
> 180 <----------
> 200 <----------
> ACK ---------->
> [ NOP ] <<-- pcap play audio (30 mins)
> [ NOP ] <<-- pcap play video (30 mins)
> Pause [ 4000ms]
> [ NOP ] <<-- pcap play DTMF, triggers the
> first re-INVITE on the SUT
> INVITE <----------
Set that invite to optional=global, and see what happens. I don't know if
you'll be able to get your pause right, but it is worth a try. I would
think that it is certainly possible to do something with variables if you
introduce a few new primitives to SIPp itself (e.g., get the current time
into a variable). You could then sample how long to pause, generate an
absolute time, and then do subtraction between the absolute generated time
and now before you actually do the pause.
> 200 ---------->
> ACK <----------
> Pause [ 30:00] <<-- here all the INVITEs arrive
> BYE ---------->
> 200 <----------
Charles
"Shimara, Marek (Altran)" <[EMAIL PROTECTED]> wrote on 06/20/2007
10:07:18 AM:
> Hello Charles,
>
> Thanks for your reply. Could you please elaborate on your idea? My
> call flow is:
>
>
> sipp SUT
>
> INVITE ---------->
> 100 <----------
> 180 <----------
> 200 <----------
> ACK ---------->
> [ NOP ] <<-- pcap play audio (30 mins)
> [ NOP ] <<-- pcap play video (30 mins)
> Pause [ 4000ms]
> [ NOP ] <<-- pcap play DTMF, triggers the
> first re-INVITE on the SUT
> INVITE <----------
> 200 ---------->
> ACK <----------
> Pause [ 30:00] <<-- here all the INVITEs arrive
> BYE ---------->
> 200 <----------
>
>
> The problem is, during the second Pause (30 min) there is a re-
> INVITE every 2min30. I could just wait for an INVITE 12 times and
> deal with each of them, but 2min30 is only the default case, in
> other words it can be set to anything at all...
>
>
> Thanks
> Marek
>
>
> De : Charles P Wright [mailto:[EMAIL PROTECTED]
> Envoyé : mercredi 20 juin 2007 15:42
> À : Shimara, Marek (Altran)
> Cc : sipp-users@lists.sourceforge.net; [EMAIL PROTECTED]
> sourceforge.net
> Objet : Re: [Sipp-users] SIP INFO (vfu) after re-INVITE
>
>
> Marek,
>
> I would try inserting an optional receive, and some goto labels.
>
> Charles
>
> [EMAIL PROTECTED] wrote on 06/20/2007 09:34:46
AM:
>
> > Hello,
> >
> > I found the option '-aa' which helps me with the INFO issue.
> > However, I have a similar problem with arbitrary number of periodic
> > re-INVITEs (they also arrive during <pause>) where I would like a
> > similar approach (preferably with a customized response, instead of
> > the built-in one). The '-aa' option covers only INFO, UPDATE and
NOTIFY...
> >
> > I think that I could use the '-nd' option but I need to respond to
> > the re-INVITEs instead of ignoring them completely, otherwise the
> > SUT closes the call.
> >
> >
> > Thanks
> > Marek
> >
> >
> > De : [EMAIL PROTECTED] [mailto:sipp-users-
> > [EMAIL PROTECTED] De la part de Shimara, Marek (Altran)
> > Envoyé : mercredi 20 juin 2007 14:13
> > À : sipp-users@lists.sourceforge.net
> > Objet : [Sipp-users] SIP INFO (vfu) after re-INVITE
> >
> > Hello,
> >
> > I use latest "SIPp v2.0-PCAP, version 20070619, built Jun 20
2007,13:31:07."
> >
> > I have this scenario (based on UAC):
> >
> > Messages Retrans Timeout
> Unexpected-Msg
> > INVITE ----------> 1 0 0
> > 100 <---------- 0 0 0 0
> > 180 <---------- 0 0 0 0
> > 200 <---------- E-RTD1 1 0 0 0
> > ACK ----------> 1 0
> > [ NOP ]
> > [ NOP ]
> > INFO <---------- 1 0 0
> > 200 ----------> 1 0
> > Pause [ 4000ms] 1 0
> > [ NOP ]
> > INVITE <---------- 1 0 0
> > 200 ----------> 1 0
> > ACK <---------- 1 0 0
> > INFO <---------- 1 0 0
> > 200 ----------> 1 0
> > Pause [ 1:00] 1 1
> > BYE ----------> 0 0 0
> > 200 <---------- 0 0 0 0
> >
> > After the INVITE which comes from the SUT I respond with 200 OK and
> > then after the ACK, INFO and 200 OK, I would like to pause (there is
> > PCAP play which was started after the first ACK, still going on
> > during that period). However, after reaching the <pause>, the call
> > is aborted with
> >
> > 2007-06-20 13:42:31:922 1182339751.922596: Aborting call on
> > unexpected message for Call-ID '[EMAIL PROTECTED]': while
> > expecting '0' response, received 'INFO sip:
> > [EMAIL PROTECTED]:5062 SIP/2.0
> > Via: SIP/2.0/UDP 16.16.93.224:5060;
> > branch=z9hG4bKaba7c1836e027a2fab45fae5ab123fe700000106.1
> > From: sut <sip:[EMAIL PROTECTED]:5060>;
> > tag=a3e7c024fe279bb02d720bfd3d8f831739dd4fd2
> > To: "sipp_user19540251867482" <sip:[EMAIL PROTECTED]
> > 243:5062>;tag=1
> > Call-ID: [EMAIL PROTECTED]
> > CSeq: 4 INFO
> > Content-Type: application/media_control+xml
> > Content-Length: 169
> > Max-Forwards: 70
> >
> > <?xml version="1.0" encoding="utf-8"
> >
>
?><media_control><vc_primitive><to_encoder><picture_fast_update></picture_fast_update></to_encoder></vc_primitive></media_control>
> >
> > I tried to add an optional="true" into the <recv INFO> :
> >
> > ...
> > ...
> > <recv request="INFO" optional="true">
> > <action>
> > <assign assign_to="1" value="1" />
> > </action>
> > </recv>
> >
> > <send test="1">
> > <![CDATA[
> >
> > SIP/2.0 200 OK
> > [last_Via:]
> > [last_From:]
> > [last_To:];tag=[call_number]
> > [last_Call-ID:]
> > [last_CSeq:]
> > Content-Length: 0
> >
> > ]]>
> > </send>
> >
> > <pause milliseconds="60000"/>
> > ...
> > ...
> >
> >
> > But then SIPP never sends the "200 OK" response - it stays at
> >
> > Messages Retrans Timeout
> Unexpected-Msg
> > INVITE ----------> 1 0 0
> > 100 <---------- 0 0 0 0
> > 180 <---------- 0 0 0 0
> > 200 <---------- E-RTD1 1 0 0 0
> > ACK ----------> 1 0
> > [ NOP ]
> > [ NOP ]
> > INFO <---------- 1 0 0
> > 200 ----------> 1 0
> > Pause [ 4000ms] 1 0
> > [ NOP ]
> > INVITE <---------- 1 0 0
> > 200 ----------> 1 0
> > ACK <---------- 1 0 0
> > INFO <---------- 13 0 0
> > 200 ----------> 0 0
> > Pause [ 1:00] 0 0
> > BYE ----------> 0 0 0
> > 200 <---------- 0 0 0 0
> >
> >
> > receiving all the INFO messages, and never reaches the end of the
scenario.
> >
> > I would like either to automatically respond to every INFO with 200
> > OK, or to simply ignore them all (at some point in the scenario). Is
> > this possible?
> >
> >
> > Thanks
> > Marek
> >
-------------------------------------------------------------------------
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > _______________________________________________
> > Sipp-users mailing list
> > Sipp-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/sipp-users
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Sipp-users mailing list
Sipp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sipp-users