[LARTC] Test tool - traffic generator.

[LARTC] Test tool - traffic generator.

[Emmanuel Guiton]

Hi!

Does anyone know a good traffic generator that can be implemented on the 
same machine than the one which implement traffic control?
I have a "test network" (2 hosts). One of the machines is a router on 
which I want to test my traffic control settings. This router is 
supposed to be at the interface of two networks: mine and another one 
that does not exist in fact. As I have to simulate traffic coming from 
the non-existent network, I'm looking for a tool that I could install on 
the router and that won't bypass the traffic control (as for example the 
kernel traffic generator does).

Any good suggestion?

Br,
         Emmanuel

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

Re: [LARTC] Test tool - traffic generator.

[Emmanuel Guiton]

>
>
>Have you tried netperf ?
>Search on google if you have not heard of it.
>  
>
Thanks, however it seems that it does not fit with my needs. Netperf 
works with client/server mode while I just need a tool capable of 
sending traffic on the network (and particularly to non-existent 
machines :) ) and without any "receveir" (I use a packet sniffer on the 
other machine).

Cheers
                Emmanuel


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

Re: [LARTC] Test tool - traffic generator.

[Stef Coene]

On Thursday 20 February 2003 17:40, Emmanuel Guiton wrote:
> >Have you tried netperf ?
> >Search on google if you have not heard of it.
>
> Thanks, however it seems that it does not fit with my needs. Netperf
> works with client/server mode while I just need a tool capable of
> sending traffic on the network (and particularly to non-existent
> machines :) ) and without any "receveir" (I use a packet sniffer on the
> other machine).
Try an udp traffic generator.

Stef

-- 

stef.coene@docum.org
 "Using Linux as bandwidth manager"
     http://www.docum.org/
     #lartc @ irc.oftc.net

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

Re: [LARTC] Test tool - traffic generator.

[Bartek Krajnik]

[-- Attachment #1: Type: text/plain, Size: 1080 bytes --]

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.
--
GPG-key-ID:  0x948DE45D -- visit http://www.keyserver.net
Fingerprint: 95E9 8E2D 1801 7864 2244  6EAA 03E5 764D 948D E45D

The great baby you see there is not yet out of his swaddling-clouts.
                                                           Shakespeare, Hamlet.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [LARTC] Test tool - traffic generator.

[N N Ashok]

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/

Re: [LARTC] Test tool - traffic generator.

[N N Ashok]

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.

Following on this, does anybody know of traffic generator which can take a 
network address as target and send packets to each address in that network? 
In using spak (http://www.xenos.net/software/spak/) I had to write a script 
to send packets to each address in the network because the generator accepts 
only a single IP address as target.

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

Re: [LARTC] Test tool - traffic generator.

[Mathieu Deziel]

l

> Following on this, does anybody know of traffic generator which can take a
> network address as target and send packets to each address in that network?
> In using spak (http://www.xenos.net/software/spak/) I had to write a script
> to send packets to each address in the network because the generator accepts
> only a single IP address as target.

mgen.  UDP only, though.

http://manimac.itd.nrl.navy.mil/MGEN/


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

Re: [LARTC] Test tool - traffic generator.

[Emmanuel Guiton]

>
>
>mgen.  UDP only, though.
>
>http://manimac.itd.nrl.navy.mil/MGEN/
>
>  
>
Well, as Stef said, anyway that's why I need (because UDP won't ask for 
replies)
However, the problem I encountered with MGEN is that it does not accept 
to blindly send udp packets: it first try to resolve the address of the 
remote station (which in my case does not exist).
As I was away, I've just started again to look seriously at the problem 
so I still have to try Bartek and Ashok solutions.
Up to know, I've discarded:
   - linux's kernel traffic generator: it bypasses traffic control
   - ttcp because TCP does not suit in my case
   - tg: because of an installation error :) Too lazy to even check in 
the documentation if it worths tring to install it.
   - mgen: as I said above, it doesn't accept to blindly sens udp 
packets but first try to resolve the remote address
   - ping -f: flooding is ok, but I cannot modify parameters (ports, 
adresses) as I'd like to (well, I could start many pings with different 
parameters at once) and it needs acknowledgements.

And I still have to try:
   - udpgen: I have to modify the makefile to install it
   - hping2
   - spak

Tahnk you guys anyway.
By the way, Ashok you may find something that fits your needs in that list.


          Emmanuel

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

Re: [LARTC] Test tool - traffic generator.

[David Boreham]

>    - ttcp because TCP does not suit in my case

ttcp will send UDP packets.


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

Re: [LARTC] Test tool - traffic generator.

[Emmanuel Guiton]

David Boreham wrote:

>>   - ttcp because TCP does not suit in my case
>>    
>>
>
>ttcp will send UDP packets.
>
>  
>
You're right.
However, I cannot send on my network address (segmentation fault) nor on 
a non-existent address (it wants to resolve the remote address).

Thanks anyway.

           Emmanuel who has really annoying needs


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

Re: [LARTC] Test tool - traffic generator.

[David Boreham]

> However, I cannot send on my network address (segmentation fault) nor on 
> a non-existent address (it wants to resolve the remote address).

What do you mean by "wants to resolve the remote address" ?

I can send UDP packets to addresses which have no node listening
with ttcp just fine.

I can send UDP packets to a broadcast address with ttcp too.

Can you post an example of you trying and whatever failure you see ?


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

Re: [LARTC] Test tool - traffic generator.

[Emmanuel Guiton]

>
>
>What do you mean by "wants to resolve the remote address" ?
>
I mean that the only packets sent on the network are ARP packets like 
these ones for example:

02/21-16:27:07.393165 ARP who-has 10.0.0.25 tell 10.10.10.11

02/21-16:27:08.393168 ARP who-has 10.0.0.25 tell 10.10.10.11


10.10.10.25 is the fake address I used and 10.10.10.11 is the emitting 
station.

>
>I can send UDP packets to addresses which have no node listening
>with ttcp just fine.
>
>I can send UDP packets to a broadcast address with ttcp too.
>  
>
You make me dream. I hope I'm just misusing ttcp because I despair of 
finding the right soft.

>Can you post an example of you trying and whatever failure you see ?
>
>  
>
Sure:
I used the example from the README file.
./ttcp4 -t -s 10.0.0.25

On my second station I get the ARP packets above.
On the emitting station, ttcp quit after a while with these messages:

ttcp-t: connect: No route to host
Segmentation fault


Any clue?

             Emmanuel who is seeing the bright light of hope

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

Re: [LARTC] Test tool - traffic generator.

[David Boreham]

> 02/21-16:27:07.393165 ARP who-has 10.0.0.25 tell 10.10.10.11

Clearly if you are sending on a LAN then you will need to
make a fake ARP cache entry for your non-existent node.

see: man arp

> ttcp-t: connect: No route to host
> Segmentation fault

This means that somehow you've got the broadcast address
wrong. There's no route to that address from your machine.


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

Re: [LARTC] Test tool - traffic generator.

[Martin A. Brown]

 : > 02/21-16:27:07.393165 ARP who-has 10.0.0.25 tell 10.10.10.11
 : Clearly if you are sending on a LAN then you will need to
 : make a fake ARP cache entry for your non-existent node.
 : see: man arp

I agree with David....see also:

  http://linux-ip.net/html/tools-arp.html

  http://linux-ip.net/html/tools-ip-neighbor.html
  http://linux-ip.net/html/tools-ip-neighbor.html#ex-tools-ip-neighbor-add

If you enter an address into the ARP cache (neighbor table) for
10.10.10.11 on 10.0.0.25, the linux box will know where to send the
frames.

Then, you can flood your network with UDP packets to an IP that isn't on
the wire.  This will allow you to exercise your traffic control.

-Martin

-- 
Martin A. Brown --- SecurePipe, Inc. --- mabrown@securepipe.com

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

Re: [LARTC] Test tool - traffic generator.

[Emmanuel Guiton]

Martin A. Brown wrote:

> : > 02/21-16:27:07.393165 ARP who-has 10.0.0.25 tell 10.10.10.11
> : Clearly if you are sending on a LAN then you will need to
> : make a fake ARP cache entry for your non-existent node.
> : see: man arp
>
>I agree with David....see also:
>
>  http://linux-ip.net/html/tools-arp.html
>
>  http://linux-ip.net/html/tools-ip-neighbor.html
>  http://linux-ip.net/html/tools-ip-neighbor.html#ex-tools-ip-neighbor-add
>
>If you enter an address into the ARP cache (neighbor table) for
>10.10.10.11 on 10.0.0.25, the linux box will know where to send the
>frames.
>
>Then, you can flood your network with UDP packets to an IP that isn't on
>the wire.  This will allow you to exercise your traffic control.
>
>-Martin
>
>  
>
You're right. It's working fine now.
Thanks to both of you.

          Emmanuel who's enlighted now (at least a bit).

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

Re: [LARTC] Test tool - traffic generator.

[N N Ashok]

On Friday 21 February 2003 08:16, Emmanuel Guiton wrote:
> >mgen.  UDP only, though.
> >
> >http://manimac.itd.nrl.navy.mil/MGEN/
>
> Well, as Stef said, anyway that's why I need (because UDP won't ask for
> replies)
> However, the problem I encountered with MGEN is that it does not accept
> to blindly send udp packets: it first try to resolve the address of the
> remote station (which in my case does not exist).
> As I was away, I've just started again to look seriously at the problem
> so I still have to try Bartek and Ashok solutions.
> Up to know, I've discarded:
>    - linux's kernel traffic generator: it bypasses traffic control
>    - ttcp because TCP does not suit in my case
>    - tg: because of an installation error :) Too lazy to even check in
> the documentation if it worths tring to install it.
>    - mgen: as I said above, it doesn't accept to blindly sens udp
> packets but first try to resolve the remote address
>    - ping -f: flooding is ok, but I cannot modify parameters (ports,
> adresses) as I'd like to (well, I could start many pings with different
> parameters at once) and it needs acknowledgements.
>
> And I still have to try:
>    - udpgen: I have to modify the makefile to install it
>    - hping2
>    - spak
>
> Tahnk you guys anyway.
> By the way, Ashok you may find something that fits your needs in that list.
>
>
>           Emmanuel
>

Thanks to all who gave pointers. However none of these tools accept a network 
address for target. So I have to execute the programs once for each target 
address. I wanted to check the multipath routing code and so required that 
the packets have different destination IP addresses. So I wrote a small 
program to generate packets to a range of addresses.

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