Hi again Steve, Now I think I really do understand your test case. Did you mean did you want to test "what will happen if C uses a different Call-ID, Tag, Branch..." to CANCEL the call setup attempt between A and B?
If so, use 3 instances for A, B and C and therefore 3 scenario files. Scenario A file: A INVITES B, Scenario B file: B reply's RINGING to A, and B *pauses* Scenario C file: C sends a CANCEL to B using a new call-id, so just hardcore any value or use the SIPp keyword to generate a new call-id value Simon On 9/11/07, Simon Flannery <[EMAIL PROTECTED]> wrote: > Hi Steve, > > Ok, I understand. I recommend that you use 3 instances for A, B and C > and therefore 3 scenario files. > > Scenario A file: A INVITES B, note the call-id value using wireshark > Scenario B file: B reply's RINGING to A, and B *pauses* > Scenario C file: C uses the call-id value sniffed from wireshark (you > will have to edit the scenario C file on the fly) and CANCELs the call > > Wait, Scrap that idea! > > > > > I want to make a Cancel Test with a different Call-ID in the Invite > > > > and Bye-Message. > > Why a "different Call-ID"? You want the SAME call-id so you can CANCEL > the SAME call. The original file did that and was therefore OK to use > as you have just described! Did you want C to CANCEL the call between > A and B and setup a new call between C and B? > > Remember, that you can only send a CANCEL BEFORE a session is > established ie. before the ACK! After the session has been established > you can only send a BYE! Also, a CANCEL will cancel all forked calls > in the core, whereas a BYE will not (but maybe this is beyond your > scope of testing UE). > > Simon > > On 9/11/07, Stephan Sutardi <[EMAIL PROTECTED]> wrote: > > Hello Simon, > > > > sorry for my late reply. > > > > I wanna make a Bye and a Cancel Test. The Test-results will give > > information about the behavior and security risks of a SIP-Phone. > > > > I give you an example: > > A calls B... > > C use Wireshark and so spoof the message. > > Is it possible for C to disconnect the call of A and B? > > What happen if C use a different Call-ID, Tag, Branch and so on... > > > > I have no problem with Tag and Branch only with a different Call-ID. > > > > Thx > > > > Stephan > > > > > > On 9/9/07, Simon Flannery <[EMAIL PROTECTED]> wrote: > > > Hi Stephan, > > > > > > Do you want to perform a positive or negative test case? > > > > > > An UE or UA does not normally send a CANCEL signal outside of a > > > dialog. The call id must be valid and associated with an existing call > > > attempt / session. This is because the core must know the exact call > > > to CANCEL as identified by the call id. > > > > > > Maybe you can explain your test case in more detail? > > > > > > Simon > > > > > > On 9/8/07, Stephan Sutardi <[EMAIL PROTECTED]> wrote: > > > > Hi Simon, > > > > > > > > thank you for your reply. > > > > > > > > The Call-ID Problem: > > > > I want to make a Cancel Test with a different Call-ID in the Invite > > > > and Bye-Message. > > > > But when i use the keyword [call_id] the Call-ID will be the same in > > > > the Invite and Bye message. Did you have a solution? > > > > > > > > I have fix the Invite-Cancel scenario. It works now.. > > > > > > > > ============== START ===================== > > > > <?xml version="1.0" encoding="ISO-8859-1" ?> > > > > <!DOCTYPE scenario SYSTEM "sipp.dtd"> > > > > > > > > <scenario name="UAC Basic Invite, then Cancel"> > > > > > > > > <label id="1" /> > > > > <!-- In client mode (sipp placing calls), the Call-ID MUST be > > > > generated by sipp. To do so, use [call_id] keyword. --> > > > > <send retrans="500" start_rtd="true"> > > > > <![CDATA[ > > > > > > > > INVITE sip:[EMAIL PROTECTED]:[remote_port] SIP/2.0 > > > > Via: SIP/2.0/[transport] [local_ip]:[local_port];branch=[branch] > > > > From: sipp <sip:[EMAIL PROTECTED]:[local_port]>;tag=[call_number] > > > > To: sut <sip:[EMAIL PROTECTED]:[remote_port]> > > > > Call-ID: [call_id] > > > > CSeq: 1 INVITE > > > > Contact: sip:[EMAIL PROTECTED]:[local_port] > > > > Max-Forwards: 70 > > > > Content-Type: application/sdp > > > > Content-Length: [len] > > > > > > > > v=0 > > > > o=user1 53655765 2353687637 IN IP[local_ip_type] [local_ip] > > > > s=- > > > > c=IN IP[media_ip_type] [media_ip] > > > > t=0 0 > > > > m=audio [media_port] RTP/AVP 0 > > > > a=rtpmap:0 PCMU/8000 > > > > > > > > > > > > ]]> > > > > </send> > > > > > > > > <recv response="100" rtd="true" optional="true" /> > > > > <recv response="400" rtd="true" rrs="true" next="3" optional="true" /> > > > > <recv response="401" rtd="true" rrs="true" next="3" optional="true" /> > > > > <recv response="403" rtd="true" rrs="true" next="3" optional="true" /> > > > > <recv response="404" rtd="true" rrs="true" next="3" optional="true" /> > > > > <recv response="406" rtd="true" rrs="true" next="3" optional="true" /> > > > > <recv response="408" rtd="true" rrs="true" next="3" optional="true" /> > > > > <recv response="480" rtd="true" rrs="true" next="3" optional="true" /> > > > > <recv response="486" rtd="true" rrs="true" next="3" optional="true" /> > > > > <recv response="487" rtd="true" rrs="true" next="3" optional="true" /> > > > > <recv response="500" rtd="true" rrs="true" next="3" optional="true" /> > > > > <recv response="503" rtd="true" rrs="true" next="3" optional="true" /> > > > > <recv response="504" rtd="true" rrs="true" next="3" optional="true" /> > > > > <recv response="200" rtd="true" rrs="true" next="2" optional="true"/> > > > > <recv response="180" rtd="true" /> > > > > > > > > <label id="2" /> > > > > > > > > <send> > > > > <![CDATA[ > > > > > > > > CANCEL sip:[EMAIL PROTECTED]:[remote_port] SIP/2.0 > > > > Via: SIP/2.0/[transport] [local_ip]:[local_port];branch=[branch] > > > > From: sipp <sip:[EMAIL PROTECTED]:[local_port]>;tag=[call_number] > > > > To: sut <sip:[EMAIL PROTECTED]:[remote_port]> > > > > Call-ID: [call_id] > > > > CSeq: 5000 CANCEL > > > > Contact: sip:[EMAIL PROTECTED]:[local_port] > > > > Max-Forwards: 70 > > > > Content-Type: application/sdp > > > > Content-Length: 0 > > > > > > > > ]]> > > > > </send> > > > > > > > > <recv response="400" rtd="true" next="3" optional="true" /> > > > > <recv response="401" rtd="true" next="3" optional="true" /> > > > > <recv response="403" rtd="true" next="3" optional="true" /> > > > > <recv response="404" rtd="true" next="3" optional="true" /> > > > > <recv response="408" rtd="true" next="3" optional="true" /> > > > > <recv response="200" rtd="true" next="4" crlf="true" /> > > > > > > > > <label id="3" /> > > > > > > > > <nop> > > > > <action> > > > > <exec int_cmd="stop_call" /> > > > > </action> > > > > </nop> > > > > > > > > <label id="4" /> > > > > > > > > <!-- Definition of the response time repartition table (unit is ms). > > > > --> > > > > <ResponseTimeRepartition value="10, 20, 30, 40, 50, 100, 150, 200" /> > > > > > > > > <!-- Definition of the call length repartition table (unit is ms). --> > > > > <CallLengthRepartition value="10, 50, 100, 500, 1000, 5000, 10000" /> > > > > > > > > </scenario> > > > > > > > > ======================= END ================================= > > > > > > > > Thank you > > > > > > > > Stephan > > > > > > > > > > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Sipp-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sipp-users
