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/
> > >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/
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/
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.
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/
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/
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/
> > >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/
> - ttcp because TCP does not suit in my casettcp will send UDP packets. _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
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/
> 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/
> > >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/
> 02/21-16:27:07.393165 ARP who-has 10.0.0.25 tell 10.10.10.11Clearly 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 faultThis 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/
: > 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/
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/
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/