Fwd: RE: DAST: Iperf - jean-marc.lacroix --at-- gltrade.com


>X-Original-To: fligor --at-- faranth.ci.uiuc.edu
>Delivered-To: fligor --at-- faranth.ci.uiuc.edu
>Subject: RE: DAST: Iperf - jean-marc.lacroix --at-- gltrade.com
>Date: Tue, 12 Apr 2005 16:32:35 +0200
>Thread-Topic: DAST: Iperf - jean-marc.lacroix --at-- gltrade.com
>thread-index: AcU25HLkdH1MlL6gSOGm/+KAUg6zAQIh7xpA
>From: "Jean-Marc Lacroix" <jean-marc.lacroix --at-- gltrade.com>
>To: "debbie fligor" <fligor --at-- uiuc.edu>
>
>I finally succeeded in running multicast tests 
>on Solaris 2.8 with Iperf 1.7.0 after modifying 
>Socket.cpp (val parameter casted on u_char).
>
>/* -------------------------------------------------------------------
>  * Sets the Multicast TTL for outgoing packets.
>  * ------------------------------------------------------------------- */
>
>void Socket::McastSetTTL( int val, SocketAddr &inAddr ) {
>     u_char ttl;
>
>     ttl = (u_char) val;
>#ifdef MCAST
>     if ( !inAddr.isIPv6() ) {
>         int rc = setsockopt( mSock, IPPROTO_IP, IP_MULTICAST_TTL,
>                              (char*) &ttl, sizeof(ttl));
>         WARN_errno( rc == SOCKET_ERROR, "multicast ttl" );
>     }
>#ifdef IPV6_MULTICAST_HOPS
>       else {
>         int rc = setsockopt( mSock, IPPROTO_IPV6, IPV6_MULTICAST_HOPS,
>                              (char*) &val, sizeof(val));
>         WARN_errno( rc == SOCKET_ERROR, "multicast ttl" );
>     }
>#endif
>#endif
>}
>// end McastSetTTL
>
>Jean-Marc Lacroix
>
>Technical Project Manager
>ArTec Department
>GL TRADE Corporate Operations Division
>46, rue Notre-Dame des Victoires
>F-75002 PARIS
>
>phone:+33.1.53.40.02.79
>www.gltrade.com
>
>
>-----Message d'origine-----
>De : debbie fligor [mailto:fligor --at-- uiuc.edu]
>Envoyé : vendredi 1 avril 2005 19:53
>À : iperf-users --at-- dast.nlanr.net
>Cc : Jean-Marc Lacroix
>Objet : Re: DAST: Iperf - jean-marc.lacroix --at-- gltrade.com
>
>iperf v2.0.1 has a known issue with the TTL field in multicast.
>Regardless of what you set it to with the -T 
>option, it's always "1", so it wont ever make it 
>through a router.  if you are doing cross-router 
>multicast with iperf you need to use version 
>1.7.0 instead.
>
>
>
>At 7:10 -0600 4/1/05, Mitch Kutzko wrote:
>>   >Date: Fri, 1 Apr 2005 07:05:47 -0600
>>   >To: jean-marc.lacroix --at-- gltrade.com
>>>Subject: DAST: Iperf - jean-marc.lacroix --at-- gltrade.com
>>>
>>>Contacting DAST re: Bug report about Iperf
>>>From: Jean-Marc  Lacroix <jean-marc.lacroix --at-- gltrade.com>
>>>
>>>Question/Comment:
>>>Hi,
>>>
>>>I am using iperf (v2.01) to evaluate multicast data feed
>>>
>>>Here is the command launch on the receiver iperf -s -B 225.1.1.1 -u -i
>>>1
>>>
>>>Here is the command run on the emitter iperf 225.1.1.1 -u -i 1 -T 3
>>>
>>>And the receiver does not receive anything
>>>
>>>It seems that data sent by the emitter do not go through the network
>>>(2
>>Cisco 2620XM).
>>>
>>>
>>--
>>Mitch Kutzko | mitch --at-- dast.nlanr.net | mitch --at-- ncsa.uiuc.edu |
>>217-333-1199 http://hobbes.ncsa.uiuc.edu/
>
>
>--
>
>-debbie
>Debbie Fligor, n9dn       Network Engineer, CITES, Univ. of Il
>email: fligor --at-- uiuc.edu          <http://www.uiuc.edu/ph/www/fligor>
>"Every keystroke can be monitored. And the computers never forget."
>
>
>
>
>This email communication is confidential and is 
>intended solely for whom it is addressed. 
>Copying, or re-using in any way by anyone else 
>is unauthorised. Any views or opinions expressed 
>are those of the author and do not necessarily 
>represent those of GL TRADE or any of its 
>affiliates.
>
>If you have received this mail in error, please 
>destroy the copy in your possession and notify 
>abuse --at-- gltrade.com


-- 

-debbie
Debbie Fligor, n9dn       Network Engineer, CITES, Univ. of Il
email: fligor --at-- uiuc.edu          <http://www.uiuc.edu/ph/www/fligor>
"Every keystroke can be monitored. And the computers never forget."



Other Mailing lists | Author Index | Date Index | Subject Index | Thread Index