Hi Elrond,
Just some general pointers:
Add a [last_Record-Route:] to the 180 Ringing signal
Add a pause after the 180 Ringing for like 2 seconds!
Also ensure you don't have an XML well-formness error (SIPp is weak at
detecting them).
You scenario for example:
<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE scenario SYSTEM "sipp.dtd">
<scenario name="UAS Basic responder">
<recv request="INVITE" rrs="true" crlf="true" />
<send>
<![CDATA[
SIP/2.0 180 Ringing
[last_Via:]
[last_From:]
[last_To:];tag=[call_number]-INV-UAS
[last_Call-ID:]
[last_CSeq:]
Contact: [field0] <sip:[EMAIL PROTECTED]:[local_port]>
[last_Record-Route:]
Content-Length: 0
]]>
</send>
<pause milliseconds="2000" />
<send retrans="500">
<![CDATA[
SIP/2.0 200 OK
[last_Via:]
[last_From:]
[last_To:];tag=[call_number]-INV-UAS
[last_Call-ID:]
[last_CSeq:]
[last_Record-Route:]
Contact: [field0] <sip:[EMAIL PROTECTED]:[local_port]>
Content-Type: application/sdp
Content-Length: [len]
v=0
o=user1 53655765 2353687637 IN IP[local_ip_type] [local_ip]
s=SIPp-UAS
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 request="ACK" optional="true" crlf="true" />
<!-- Keep the call open for a while in case the 200 is lost to be
able to retransmit it if we receive the BYE again. -->
<pause milliseconds="4000" />
<send retrans="500">
<![CDATA[
BYE sip:[EMAIL PROTECTED]:[remote_port] SIP/2.0
Via: SIP/2.0/[transport] [local_ip]:[local_port]
From: sipp <sip:[EMAIL PROTECTED]:[local_port]>;tag=[call_number]
To: sut <sip:[EMAIL PROTECTED]:[remote_port]>[peer_tag_param]
Call-ID: [call_id]
CSeq: 4444 BYE
Contact: sip:[EMAIL PROTECTED]:[local_port]
Max-Forwards: 70
Subject: Performance Test
Content-Length: 0
]]>
</send>
<recv response="200" crlf="true" />
...
...
Simon
On 10/20/07, Elrond Rules <[EMAIL PROTECTED]> wrote:
>
> Am trying to write a UAS scenario with the following as message seq:
> Sipp receives INV, sends 180, 200 OK and receives ACK
> After a pause, SIPP needs to send a BYE and receive a 200 OK (Sending a BYE
> is the deviation from the normal UAS scenario).
> I tried this with the following xml file and was not successful...
>
> <?xml version="1.0" encoding="ISO-8859-1" ?>
> <!DOCTYPE scenario SYSTEM "sipp.dtd">
> <scenario name="Basic Sipstone ">
>
>
> <recv request="INVITE" crlf="true">
> </recv>
>
> <send>
> <![CDATA[
>
> SIP/2.0 180 Ringing
> [last_Via:]
> [last_From:]
> [last_To:];tag=[call_number]
> [last_Call-ID:]
> [last_CSeq:]
> Contact:
> <sip:[local_ip]:[local_port];transport=[transport]>
> Content-Length: 0
>
> ]]>
> </send>
>
> <label id="1"/>
>
> <send retrans="500">
> <![CDATA[
>
> SIP/2.0 200 OK
> [last_Via:]
> [last_From:]
> [last_To:];tag=[call_number]
> [last_Call-ID:]
> [last_CSeq:]
> Contact:
> <sip:[local_ip]:[local_port];transport=[transport]>
> Content-Type: application/sdp
> Content-Length: 0
>
>
>
> 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 101
> a=rtpmap:0 PCMU/8000
> a=rtpmap:101 telephone-event/8000
> a=ftmp:101 1-11,16
> ]]>
> </send>
>
> <recv request="ACK"
> rtd="true"
> crlf="true">
> </recv>
>
>
> <!-- This delay can be customized by the -d command-line option -->
> <!-- or by adding a 'milliseconds = "value"' option here. -->
> <pause/>
>
> <!-- The 'crlf' option inserts a blank line in the statistics report. -->
> <send retrans="500">
> <![CDATA[
>
> BYE sip:[EMAIL PROTECTED]:[remote_port] SIP/2.0
> Via: SIP/2.0/[transport] [local_ip]:[local_port]
> From: sipp
> <sip:[EMAIL PROTECTED]:[local_port]>;tag=[call_number]
> To: sut
> <sip:[EMAIL PROTECTED]:[remote_port]>[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 response="200" crlf="true">
> </recv>
>
> <!-- 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>
>
> What happens is when the sipp receives an invite it doesnt respond and when
> my invite times out from the remote end.
>
> And sipp throws an error saying "unexpected message while expecting a 200
> response"
>
> Do let me know what am I missing in this.
>
> thanks
> -------------------------------------------------------------------------
> 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
>
>
-------------------------------------------------------------------------
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