On Wed, 9 Apr 2008, Jon Dugan wrote:
Hi,
the problem is related to multihoming or multiaddressing at the server and
UDP. Iperf running in server mode does not preserve the IP address of
itself that the client used for contacting the server with UDP:
1. Client sends UDP to server address A (non-default address)
2. Server does not remember which address client expect to receive the
data from, so it just sends using wildcard address B. This is the
default address B of the host, chosen by the kernel
3. Client receives the UDP packet from the server and drops it because it
appears to have arrived from a different host
Default address is the address you get with "ip route get default".
> Thank you for this patch. Can you be a bit more specific about what UDP
> problem this is addressing?
>
> It appears that this patch is against Iperf 1.7.0 which we're not maintaining
> at this point. It would be helpful to get a patch against the current
> version of Iperf at: https://sourceforge.net/svn/?group_id=128336
>
> Finally, this is a minor thing, but it's standard practice to put the
> original version on the left hand side in the patch. (In this case it looks
> like you did diff -r iperf iperf-1.7.0 whereas the usual way to do it would
> be diff -r iperf-1.7.0 iperf). Not a big deal, but something to keep in mind
> in the future.
>
>
>
> Dmitriy Nikolaevich Kuptsov wrote:
>> Hi all,
>>
>> Here is cleaned patch for the UDP problem in iperf.
>>
>> Best regards,
>> Dmitriy Kuptsov
>>
>
--
Miika Komu http://www.iki.fi/miika/
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Iperf-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/iperf-users
