Re: OT: IPv6 packet generator/flood test

2004-11-09 Thread Alex Rousskov
On Tue, 9 Nov 2004, James wrote: Does anybody know of any IPv6 traffic generators, to stress test v6 routers? No need for setting hop by hop options, 6to4 tunneling, etc options. just plain unicast v6 packet generator. Web Polygraph[1] supports IPv6 addresses[2]. Polygraph is designed to test HTT

Re: OT: IPv6 packet generator/flood test

2004-11-09 Thread gnn
At Tue, 9 Nov 2004 15:07:37 -0500, James wrote: > > > Does anybody know of any IPv6 traffic generators, to stress test v6 routers? > No need for setting hop by hop options, 6to4 tunneling, etc options. just > plain > unicast v6 packet generator. > NetPipe now has IPv6 integrated into it. I do

Re: ng_ksocket as divert socket is broken

2004-11-09 Thread Gleb Smirnoff
Brian, doing a serie of tests I have found that this commit has introduced regression described below: http://lists.freebsd.org/pipermail/cvs-src/2004-October/032888.html Now I'm working on this, but I'd be glad if you join. On Tue, Nov 09, 2004 at 11:29:03AM +0300, Gleb Smirnoff wrote: T>

OT: IPv6 packet generator/flood test

2004-11-09 Thread James
Does anybody know of any IPv6 traffic generators, to stress test v6 routers? No need for setting hop by hop options, 6to4 tunneling, etc options. just plain unicast v6 packet generator. Thanks! -J -- James JunTowardEX Technologies, Inc. Technical Lead

Setting up nat with FREEBSD 5.2.1 but keeping original mac address

2004-11-09 Thread MASSON D.
Hello everybody, I need to connect two networks together. Those networks have total different IP ranges. Each machine in network A needs to connect with a unique "nat'ed" ip address to the network B, but it needs to keep its own MAC address (or, if this is not possible, a fake one). I try to use

sf(4) device polling

2004-11-09 Thread Christian Brueffer
Hi, the attached patch implements device polling for the sf(4) driver. It has been running on my home gateway for almost two weeks now, without any ill effects. I'd appreciate it, when someone could review/commit this. - Christian -- Christian Brueffer [EMAIL PROTECTED] [EMAIL PROT

Re: close_wait state lost!

2004-11-09 Thread Bernd Walter
On Tue, Nov 09, 2004 at 01:35:52AM +0100, Bernd Walter wrote: > [89]cicely13# tcpdump -n port 502 > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on tx0, link-type EN10MB (Ethernet), capture size 96 bytes > 00:44:07.031278 IP 10.1.1.15.60646 > 10.1.1.245.502

Re: "bug" with ifconfig ... ?

2004-11-09 Thread Bruce M Simpson
On Sat, Nov 06, 2004 at 12:31:15AM -0400, Marc G. Fournier wrote: > "Remove the network address specified.", to me, means that if one isn't > specified, nothing should/would happen :( Intentional: %%% delete Another name for the -alias parameter. %%% Basically, delete or alias without an a

Re: 5.3-RELEASE w/ IPSEC & RACOON

2004-11-09 Thread Angelo Turetta
Matthew T. Lager wrote: Using the same configuration in 5.3-*, the tunnel is still established and simple traffic can be sent across the tunnel. When a sudden burst of packets is sent through the tunnel, that particular connection completly and permanantly freezes. An example of this is a simple SS

Re: Removing T/TCP and replacing it with something simpler

2004-11-09 Thread Andre Oppermann
Mark Allman wrote: > > (catching up ...) > > > I would rather have Andre work with me to get any other > > rinkles out of SCTP that he deems are there... and get the > > KAME-SCTP stack ported directly in to FreeBSD.. this IMO ... would > > make more sense... Get something that is pretty well bak

ng_ksocket as divert socket is broken

2004-11-09 Thread Gleb Smirnoff
Andre, I've recently noticed a regression between RELENG_5 and CURRENT. In CURRENT ng_ksocket is unable to work as divert socket. Since you have touched divert code recently I'm asking you. Today I'm going to dig deeply there, but probably you can give some ideas without investigation. A test

Re: PPTP/PPPoE mpd/poptop performance

2004-11-09 Thread Gleb Smirnoff
On Thu, Oct 28, 2004 at 03:13:16PM +0200, Pawel Malachowski wrote: P> > I'd suggest to choose PPPoE, not PPTP, because the latter is quite P> > complicated and violated by some client implementation. You will P> > not find any problems with PPPoE, since ng_pppoe is compatible with P> > all known PP