From owner-freebsd-net Sun May 27 13: 0:29 2001 Delivered-To: freebsd-net@freebsd.org Received: from e028121.vtacs.vt.edu (e028121.vtacs.vt.edu [63.164.28.121]) by hub.freebsd.org (Postfix) with ESMTP id 6CC1537B423 for ; Sun, 27 May 2001 13:00:26 -0700 (PDT) (envelope-from gaylord@e028121.vtacs.vt.edu) Received: by e028121.vtacs.vt.edu (Postfix, from userid 1000) id 40864130; Sun, 27 May 2001 15:59:54 -0400 (EDT) Date: Sun, 27 May 2001 15:59:53 -0400 From: Clark Gaylord To: freebsd-net@freebsd.org Subject: [singh@pdx.edu: UDP - Reliable throughput mesaurement tool] Message-ID: <20010527155953.B29042@e028121.vtacs.vt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org ----- Forwarded message from Harkirat Singh ----- > I want to measure UDP thruput of lossy channel, is there any tool > which tests it? I looked at some of the tools but these do not take care > of loss, I mean no retransmisson, just measure raw thruput of UDP (TTCP > is one of these). > > I am looking for a measurement tool which should retransmit in case of > loss and keep a track of packets, I mean make UDP reliable amd blocking > calls. ----- End forwarded message ----- As many have pointed out, the reliability of UDP is accomplished at the application layer. Hence, any test of this nature is going to test the application implementation as much as the nature of the protocols, per se. Both ttcp and netperf have the ability to use either TCP or UDP. The behavior of TCP is, I think well understood. OTOH, I don't think you should discount the use of ttcp's/netperf's UDP method. Rather consider the receiver's measurement as an upper bound of what a particular retransmitting UDP implementation can acheive. As has been pointed out, the UDP_RR method for netperf looks interesting, but the documentation is scant. Use the source, Luke. -- Clark K. Gaylord Blacksburg, Virginia USA cgaylord@vt.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message