test - ignore

___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"

PATCH: Makefile.inc1 r1.411 jams make installworld

>Submitter-Id: current-users >Originator:Matthias Andree >Organization: >Confidential: no >Synopsis: PATCH: Makefile.inc1 r1.411 jams make installworld >Severity: critical >Priority: low >Category: misc >Class: sw-bug >Release: FreeBSD 5.2-CURRENT i3

Broadcast storming problem?

[CC: secteam, since this relates to a recent advisory] In http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/64053 a problem is reported as having been introduced by the recent TCP reassembly patch. Could someone look into this please? Colin Percival _

Re: Who wants SACK? (Re: was My planned work on networking stack)

FWIW, I have heard the same type of stuff during my travels that's been reported here already. "We'd like to have used FreeBSD for this project, but it doesn't support SACK. We're at a difficult juncture here, since on the one hand it's widely acknowledged that we're (almost) all volunteers, so no

Re: Who wants SACK? (Re: was My planned work on networking stack)

Brooks Davis wrote: The problem is that the BER of a typical optical link is high enough that the link will almost certantly discard at least one packet before you get out of slow-start and once that happens it, AIMK means it take hours or even days to get back up to the top even assuming you don'

Re: Who wants SACK? (Re: was My planned work on networking stack)

> I looked for the paper I paraphrased, I'm pretty sure if was one by > Sally Floyd. I don't have the paper reference handy, but it's Sally's HighSpeed TCP work. I do happen to have a blurb on it sitting here that I think captures it well... Think of a network with an RTT of 100ms, a 1500 byte

Re: Who wants SACK? (Re: was My planned work on networking stack)

On Wed, Mar 10, 2004 at 06:23:07PM +0200, Petri Helenius wrote: > Brooks Davis wrote: > > >For that matter, there are sufficent drops on 10GbE from data errors to > >insure that two boxes connected back to back won't achieve line speed on > >a single TCP session. > > > Do you have data to back thi

Re: ng_netflow: testers are welcome

On Mon, Feb 23, 2004 at 03:47:55PM -0800, Julian Elischer wrote: J> > All I've need - just create ksocket with inet/rawip/divert hook connected to J> > ng_netflow iface0 hook (mkpeer netflow: ksocket iface0 inet/raw/divert), J> > then "msg netflow: setdlt { iface=0 dlt=12 }" (Raw ip instead of ethe

Re: Who wants SACK? (Re: was My planned work on networking stack)

Brooks Davis wrote: For that matter, there are sufficent drops on 10GbE from data errors to insure that two boxes connected back to back won't achieve line speed on a single TCP session. Do you have data to back this up or are you just using broadcom chipsets? Pete __

Re: ng_vlan in FreeBSD-4

On Wednesday 10 March 2004 07:36 am, Ruslan Ermilov wrote: > On Sun, Mar 07, 2004 at 08:50:38PM -0800, Jacob S. Barrett wrote: > > When might we see ng_vlan ported to FreeBSD-4? > > Go for it! How did I guess you would say that. I have started. -- Jacob S. Barrett [EMAIL PROTECTED] www.amduat.n

Re: HEADS UP: pf linked to the build/install now

Following up to myself to answer one veryFAQ: Q: How about ALTQ? A: It is on my list. The work maintained at rofug.ro (http://www.rofug.ro/projects/freebsd-altq/) is a very good starting point and I am in contact with them. Nonetheless, I like to take one step at a time and the current st

Re: Who wants SACK? (Re: was My planned work on networking stack)

On Wed, Mar 10, 2004 at 12:37:11PM +0100, Harti Brandt wrote: > On Tue, 9 Mar 2004, Mike Silbersack wrote: > > MS> > MS>On Tue, 9 Mar 2004, Kevin Oberman wrote: > MS> > MS>> Selective ACKnowledgment (SACK) allows acknowledgment of received > MS>> packets in a TCP window so that only the missing/da

Re: ng_vlan in FreeBSD-4

On Sun, Mar 07, 2004 at 08:50:38PM -0800, Jacob S. Barrett wrote: > When might we see ng_vlan ported to FreeBSD-4? > Go for it! Cheers, -- Ruslan Ermilov FreeBSD committer [EMAIL PROTECTED] pgp0.pgp Description: PGP signature

Re: One IP used on more than one interface (gif0 and lo0)

I was asking because of this: "To make firewalling and managing traffic f lowing thru the ip tunnel a little easier I used virtual interfaces; I added aliases to the loopback interface(lo0) on both gateways to use as inside endpoints for the tunnel. That way I have a chance to control the tra

Re: sendto() problem using T/TCP over IPv6

Hi OK, thanks. Then i have to reconsider, you have saved me a lot of time :-) /hannes Hajimu UMEMOTO wrote: > Hi, > >> On Tue, 09 Mar 2004 13:35:11 +0100 >> [EMAIL PROTECTED] (Hannes Persson) said: > > mda00hpe> I have some code working over IP4 sending T/TCP transactions. > But when

Re: Who wants SACK? (Re: was My planned work on networking stack)

On Tue, 9 Mar 2004, Mike Silbersack wrote: MS> MS>On Tue, 9 Mar 2004, Kevin Oberman wrote: MS> MS>> Selective ACKnowledgment (SACK) allows acknowledgment of received MS>> packets in a TCP window so that only the missing/damaged packet needs to MS>> be re-transmitted. This is normally of little val

Dummynet queue reconfiguration

Hi! We are planning to use dummynet for bandwidth control and are very happy with the abilities of dummynet so far, but recently we ran into a problem we cannot solve: The man page of ipfw says, that the "ipfw queue" command can be used to create OR MODIFY an existing queue. But when I issue a

Re: Who wants SACK? (Re: was My planned work on networking stack)

Mike Hoskins <[EMAIL PROTECTED]> writes: > the thing is... it's kind of sad more of the companies that have built > their products on *BSD don't donate regularly. How do you know they don't? DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ [EMAIL PR