All of lore.kernel.org
 help / color / mirror / Atom feed
From: N N Ashok <nalkunda@cse.msu.edu>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Test tool - traffic generator.
Date: Thu, 20 Feb 2003 22:02:23 +0000	[thread overview]
Message-ID: <marc-lartc-104577864918771@msgid-missing> (raw)
In-Reply-To: <marc-lartc-104575612007959@msgid-missing>

On Thursday 20 February 2003 15:44, Bartek Krajnik wrote:
> On 20-02-2003 at 05:47:07PM +0200, Emmanuel Guiton wrote:
> EG> Hi!
> EG>
> EG> Does anyone know a good traffic generator that can be implemented on
> the EG> same machine than the one which implement traffic control?
> EG> I have a "test network" (2 hosts). One of the machines is a router on
> EG> which I want to test my traffic control settings. This router is
> EG> supposed to be at the interface of two networks: mine and another one
> EG> that does not exist in fact. As I have to simulate traffic coming from
> EG> the non-existent network, I'm looking for a tool that I could install
> on EG> the router and that won't bypass the traffic control (as for example
> the EG> kernel traffic generator does).
> EG>
> EG> Any good suggestion?
> EG>
> hping
> http://www.hping.org
>
> Rgds,
>   Bartek.

I tried spak (Send Packet: http://www.xenos.net/software/spak/). Although it 
is quite configurable, I found that the rate of sending packets is slow as 
the a different program is required to be run for different layers. For 
example to send a TCP packet, we would have to run maketcp then makeip and 
finally sendpacket. Thus for each packet sent out we have to execute 3 
programs. This slows down the sending rate very much. I tried to send some 
10000 packets and the rate I saw was something like 1 packet/sec. Maybe it 
could work for your case.

Thanks,
Ashok
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

  parent reply	other threads:[~2003-02-20 22:02 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-02-20 15:47 [LARTC] Test tool - traffic generator Emmanuel Guiton
2003-02-20 16:40 ` Emmanuel Guiton
2003-02-20 17:36 ` Stef Coene
2003-02-20 20:44 ` Bartek Krajnik
2003-02-20 22:02 ` N N Ashok [this message]
2003-02-20 22:11 ` N N Ashok
2003-02-21 12:39 ` Mathieu Deziel
2003-02-21 13:16 ` Emmanuel Guiton
2003-02-21 14:10 ` David Boreham
2003-02-21 14:31 ` Emmanuel Guiton
2003-02-21 15:34 ` David Boreham
2003-02-21 15:59 ` Emmanuel Guiton
2003-02-21 16:16 ` David Boreham
2003-02-21 16:29 ` Martin A. Brown
2003-02-21 16:36 ` Emmanuel Guiton
2003-02-25 20:55 ` N N Ashok

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=marc-lartc-104577864918771@msgid-missing \
    --to=nalkunda@cse.msu.edu \
    --cc=lartc@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.