Looks like sipp doesn't properly populate the remote_ip as soon as -i and
-bind_local options are used. The remote_ip is wrongly populated with the
local IP. I ran this in 3.2 version::
sipp 10.49.16.20:5060 -bind_local 10.49.138.20 -i 10.49.138.20 -m 1 -s
19734380000 -sf crpuac.xml -trace_msg
Note request uri is 10.49.138.20 when it should be 10.49.16.20::::::::::::
INVITE sip:19734380000@10.49.138.20:5060 SIP/2.0
Via: SIP/2.0/UDP 10.49.138.20:5060;branch=z9hG4bK-32471-1-0
From: sipp <sip:17322160000@10.49.138.20:5060
,otg=siptest1>;tag=32471SIPpTag001
To: sut <sip:19734380000@10.49.138.20:5060>
Call-ID: 1-32471@10.49.138.20
CSeq: 1 INVITE
Contact: sip:sipp@10.49.138.20:5060
...
------------------------------------------------------------------------------
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software
be a part of the solution? Download the Intel(R) Manageability Checker
today! http://p.sf.net/sfu/intel-dev2devmar
_______________________________________________
Sipp-users mailing list
Sipp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sipp-users
