Unix friendly network testbench for FreeBSD?

[youshi10 at u.washington.edu]

On Thu, 3 May 2007, Marko Zec wrote:

> On Wednesday 02 May 2007 23:40:35 youshi10 at u.washington.edu wrote:
>> On Wed, 2 May 2007, Chuck Swiger wrote:
>>> youshi10 at u.washington.edu wrote:
>>>> Hi,
>>>>      I'm looking for a network testbench / simulator to stimulate
>>>> known networking conditions to test out a component for a product
>>>> at work. I was wondering if there was a network simulator
>>>> available (preferably open source) that's FreeBSD / Linux
>>>> compatible which I can simulate as real of a network as possible
>>>> on a virtual machine / network.
>>>
>>> Dummynet or ALTQ might be good starting points, as is netgraph,
>>> depending on just what you're trying to do.  There are also
>>> userland benchmark/analysis tools like flood pinging, netperf, & ab
>>> ("apache bench").
>>>
>>> --
>>> -Chuck
>>
>> Hmmm... ok, expanding on that what I was looking for was a means to
>> simulate semi-realtime delays across a virtual network with 4+
>> virtual machines. Is it possible to use Dummynet in this case, or do
>> I need to look into something else?
>
> You can use IMUNES for emulating arbitrarily complex network topologies
> with hundreds of nodes, with each virtual node beheaving like an
> independent FreeBSD box, if that's what you are after.
> www.imunes.net -> it's still based on an aging but rock solid 4.11
> kernel, with a version that will run on 7.0-CURRENT expected to become
> available in the next month or so.
>
> Marko

Marko,
      What roadblocks are you coming across porting IMUNES to a possibly earlier version (5.5, 6.2) of FreeBSD than 7 though? Maybe I can try and help, depending on the required tasks.
      Anything possible to help speed up my work and our regressions at my work is more than appreciated.
-Garrett

>> Other conditions I planned on imposing are non-locking NFS (causes a
>> lot of issues here with files at work), and have SUSE 32-bit clients
>> (host OS of choice at work) if possible connect to the host machine
>> and with one another, executing make jobs.
>>
>> Any further suggestions on how to do this?
>>
>> Thanks,
>> -Garrett