I didn't see timeout option in sipp v2.0 reference document.
Which version are you talking about?
I write it as follow, but it doesn't work as I expect.
<send retrans="500">
<![CDATA[
BYE sip:[EMAIL PROTECTED]:[$2] SIP/2.0
Via: SIP/2.0/[transport] [local_ip]:[local_port];branch=[branch]
From: sipp <sip:[EMAIL PROTECTED]>;tag=[call_number]
To: sut <sip:[EMAIL PROTECTED]>[peer_tag_param]
Call-ID: [call_id]
CSeq: 2 BYE
Contact: sip:[EMAIL PROTECTED]:[local_port]
Max-Forwards: 70
Subject: Performance Test
Content-Length: 0
]]>
</send>
<recv request="BYE" optional="true" timeout="10000" next="1">
<action>
<ereg regexp="[0-9]+ +BYE" search_in="hdr" header="CSeq:"
assign_to="6" />
</action>
</recv>
<recv response="200"/>
<label id="1"/>
<send>
<![CDATA[
SIP/2.0 200 OK byebye
[last_Via:]
[last_From:]
[last_To:]
[last_Call-ID:]
CSeq: [$6]
Contact: <sip:[local_ip]:[local_port];transport=[transport]>
Content-Length: 0
]]>
</send>
Zheng Da
On 8/23/07, Peter Higginson <[EMAIL PROTECTED]> wrote:
>
> Yes there is a timeout option on receive (and optional receive – you need
> to set both) and using both of them I'm sure you can do what you want.
>
>
>
> Peter Higginson
>
> Newport Networks Ltd
>
> http://www.newport-networks.com/
> ------------------------------
>
> *From:* [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] *On Behalf Of *Zheng Da
> *Sent:* 23 August 2007 15:49
> *To:* [email protected]
> *Subject:* [Sipp-users] How to use sipp to deal with the following case?
>
>
>
> Hi,
>
> I want to use sipp to act as a UAC, but both of UAC and UAS can send BYE.
> What I want is that if UAS sends BYE first, UAC reply "200 OK".
> if UAC sends BYE before UAS, then wait for the response.
> if both send BYE almost at the same time, UAC reply "200 OK" and wait for
> the response.
> In this case, UAC should have higher priority to wait for BYE from UAS.
> That is, sipp can wait for BYE for a while, but as long as BYE is received,
> it must send "200 OK" immediately.
> Can sipp deal with this case?
> If there is a timer for <recv> command, the problem can be solved somehow.
> Does anyone have an idea?
> Thank you in advance.
>
> Best,
> Zheng Da
>
>
> ------------------------------
>
> ---------------------------------------------------------------------------------------------
> This e-mail may contain confidential and/or privileged information.
>
> If you are not the intended recipient (or have received this e-mail in error)
> please
>
> notify the sender immediately and delete this e-mail. Any unauthorized
> copying,
>
> disclosure or distribution of the contents in this e-mail is strictly
> forbidden.
>
> ---------------------------------------------------------------------------------------------
>
> Newport Networks Limited is registered in England. Registration number
> 4067591.
> Registered office: 6 St. Andrew Street, London EC4A 3LX
>
> ---------------------------------------------------------------------------------------------
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Sipp-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sipp-users