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>-------------------------------------------------------------------------
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
