Hello Pat,
The fix you mentioned concerned automatic ACK sent by SIPp as an answer
to unexpected responses, which is not the case here because you put the
486 response in your scenario (therefore, it is not treated as
unexpected). It will work if you remove it.
Regards,
Olivier Boulkroune
Message: 5
Date: Mon, 7 May 2007 08:32:02 -0600
From: Pat Callahan <[EMAIL PROTECTED]>
Subject: [Sipp-users] ACK branch value for 4xx responses still broke?
To: <sipp-users@lists.sourceforge.net>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
Hi:
I have read in the release notes that there was a fix in 2.0 for the
branch value in the Via header of an ACK to a 4xx response to make it be
identical to the branch value in the via header of the original INVITE,
but I'm not seeing that behavior. Here is the language in the release
notes:
Fix: Incorrect branch in automatic ACK answering to unexpected >= 400
responses,as well as automatic CANCEL - in such cases, branch must be
identical to thebranch of the initial INVITE request
Here is the trace_msg output from version 2.0:
----------------------------------------------- 2007-05-07 07:49:07UDP
message sent:
INVITE sip:[EMAIL PROTECTED]:5060 SIP/2.0Via: SIP/2.0/UDP
1.20.39.34:5060;branch=z9hG4bK-10660-1-0From: sipp
<sip:[EMAIL PROTECTED]:5060>;tag=1To: sut
<sip:[EMAIL PROTECTED]:5060>Call-ID: [EMAIL PROTECTED]: 1
INVITEContact: sip:[EMAIL PROTECTED]:5060Max-Forwards: 70Subject:
Performance TestContent-Type: application/sdpContent-Length: 131
v=0o=user1 53655765 2353687637 IN IP4 1.20.39.34s=-c=IN IP4
1.20.39.34t=0 0m=audio 6000 RTP/AVP 0a=rtpmap:0 PCMU/8000
----------------------------------------------- 2007-05-07 07:49:07UDP
message received [259] bytes :
SIP/2.0 100 TryingVia: SIP/2.0/UDP
1.20.39.34:5060;branch=z9hG4bK-10660-1-0From: sipp
<sip:[EMAIL PROTECTED]:5060>;tag=1To: sut
<sip:[EMAIL PROTECTED]:5060>;tag=gK0281ebc9Call-ID:
[EMAIL PROTECTED]: 1 INVITEContent-Length: 0
----------------------------------------------- 2007-05-07 07:49:07UDP
message received [262] bytes :
SIP/2.0 486 Busy HereVia: SIP/2.0/UDP
1.20.39.34:5060;branch=z9hG4bK-10660-1-0From: sipp
<sip:[EMAIL PROTECTED]:5060>;tag=1To: sut
<sip:[EMAIL PROTECTED]:5060>;tag=gK0281ebc9Call-ID:
[EMAIL PROTECTED]: 1 INVITEContent-Length: 0
----------------------------------------------- 2007-05-07 07:49:07UDP
message sent:
ACK sip:[EMAIL PROTECTED]:5060 SIP/2.0Via: SIP/2.0/UDP
1.20.39.34:5060;branch=z9hG4bK-10660-1-3From: sipp
<sip:[EMAIL PROTECTED]:5060>;tag=1To: sut
<sip:[EMAIL PROTECTED]:5060>;tag=gK0281ebc9Call-ID:
[EMAIL PROTECTED]: 1 ACKMax-Forwards: 70Content-Length: 0
Here is the scenario that was used:
<scenario name="Basic Sipstone UAC"> <!-- In client mode (sipp placing
calls), the Call-ID MUST be --> <!-- generated by sipp. To do
so, use [call_id] keyword. --> <send retrans="500">
<![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
Subject: Performance Test 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" optional="true"> </recv>
<recv response="486" rrs="true"> </recv>
<!-- By adding rrs="true" (Record Route Sets), the route sets
--> <!-- are saved and used for following messages sent. Useful to test
--> <!-- against stateful SIP proxies/B2BUAs.
-->
<!-- Packet lost can be simulated in any send/recv message by
--> <!-- by adding the 'lost = "10"'. Value can be [1-100] percent.
--> <send> <![CDATA[
ACK 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]>[peer_tag_param] Call-ID:
[call_id] CSeq: 1 ACK Max-Forwards: 70 Content-Length: 0
]]> </send>
<!-- 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.
-->
<!-- 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>
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
------------------------------------------------------------------------
-
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
End of Sipp-users Digest, Vol 12, Issue 10
******************************************
-------------------------------------------------------------------------
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
