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