From owner-freebsd-net Sun Jan 31 00:06:23 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA27476 for freebsd-net-outgoing; Sun, 31 Jan 1999 00:06:23 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA27470 for ; Sun, 31 Jan 1999 00:06:20 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id XAA02603; Sat, 30 Jan 1999 23:57:39 -0800 (PST) Received: from s204m82.isp.whistle.com(207.76.204.82) via SMTP by alpo.whistle.com, id smtpdnR2600; Sun Jan 31 07:57:34 1999 Date: Sat, 30 Jan 1999 23:57:31 -0800 (PST) From: Julian Elischer X-Sender: julian@s204m82.isp.whistle.com To: Poul-Henning Kamp cc: Archie Cobbs , net@FreeBSD.ORG Subject: Re: netgraph... In-Reply-To: <12974.917768494@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The key I think poul is that NGM_ASCII_CTRL_MSG can be implemented in the Generic code, using NGM_ENCODE_ASCII and will be about as efficient as implementing NGM_ASCII_CTRL_MSG in each node. In fact I think archie has a point there.. it can probably be implemented more efficiently, because the binary interface is the only one that does any work, and the code that takes the translated message and turns it around to be fed back into the node is in the generic code and doesn't need to be duplicated. I think it may be easier to do NGM_TEXT_STATUS using a few sprintf() but for the othe rdirection text -> binary, archies scheme has some merrit. As an asside, I've completed patches to turn any ethernet interface into a netgraph node. you can feed a binary ethernet frame onto the wire by sending it to the node, and you can recieve one of two things depending on what has been set up.. 1/ packets that are not calmed by any standard protocol or 2/ all packets. This is "just for fun"but may be useful for something.. On Sun, 31 Jan 1999, Poul-Henning Kamp wrote: > In message <199901302121.NAA10729@bubba.whistle.com>, Archie Cobbs writes: > >Poul-Henning Kamp writes: > >> Yeah, I saw it, and I'm convince that no matter how smart we do it, > >> it will end up being almost enough, and take up just as much space > >> to code. > > > >That's what I said too. Also, why invent a new language for > >specifying the translation? That's another step away from KISS. > > > >Anyway, I think we almost all agree :-) See how this sounds. > > > >We add three new control messages: > > > > NGM_ASCII_CTRL_MSG > > NGM_ENCODE_ASCII > > NGM_DECODE_ASCII > > > >NGM_ASCII_CTRL_MSG takes an ASCII formatted control message as argument. > >The node parses it and takes the corresponding action. > > Agree. > > >NGM_ENCODE_ASCII and NGM_DECODE_ASCII convert between ASCII and > >binary formats for a control message. > > Still not sure about these. I think debugging decoding belongs > in userspace. > > -- > Poul-Henning Kamp FreeBSD coreteam member > phk@FreeBSD.ORG "Real hackers run -current on their laptop." > FreeBSD -- It will take a long time before progress goes too far! > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jan 31 05:54:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAB00947 for freebsd-net-outgoing; Sun, 31 Jan 1999 05:54:07 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA00941 for ; Sun, 31 Jan 1999 05:54:04 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id FAA07858; Sun, 31 Jan 1999 05:51:48 -0800 (PST) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpdIP7854; Sun Jan 31 13:51:41 1999 Date: Sun, 31 Jan 1999 05:51:36 -0800 (PST) From: Julian Elischer To: net@FreeBSD.ORG cc: Archie Cobbs Subject: Patch to add Netgraph to all ethernet interfaces. Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-512676918-917790696=:22411" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-512676918-917790696=:22411 Content-Type: TEXT/PLAIN; charset=US-ASCII Here is a patch that adds a netgraph node capability to any ethernet driver. (compiles cleanly but I can't test it till tomrrow) you may attach a hook on either "orphan" or "divert" (but not both) An example of how one might attach a netgraph 'face' to an existing kernel facility. If there is a hook attached to "orphan" then any packets of any unrecognised protocol will be forwarded to the hook. If attached to "divert" then ALL packets will be forwarded (and not processed normally). I added the "divert" option for fun (it was 3 lines or so) but you probably don't want it in the final product as it probably adds about 6 instructions to the path of normal IP packets Any packets sent to the hook from another netgraph node are transmitted verbatim (i.e. they are assumed to have the ethernet header on them) now if I wrote a node to filter ethernet packets dynamically using DPF I could add protocols on the fly. I've been wondering about the following node types.. DPF (dynamic Packet Filter.. super high speed packet sorter) ipfw clone link-level packet filter link-level bridging julian --0-512676918-917790696=:22411 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="ether.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: SW5kZXg6IGlmX2FycC5oDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1Mg ZmlsZTogL2N2cy9mcmVlYnNkL3NyYy9zeXMvbmV0L2lmX2FycC5oLHYNCnJl dHJpZXZpbmcgcmV2aXNpb24gMS4xMA0KZGlmZiAtYyAtcjEuMTAgaWZfYXJw LmgNCioqKiBpZl9hcnAuaAkxOTk4LzAxLzEwIDA3OjI5OjEwCTEuMTANCi0t LSBpZl9hcnAuaAkxOTk5LzAxLzMxIDEzOjI2OjU4DQoqKioqKioqKioqKioq KioNCioqKiAxMDEsMTA2ICoqKioNCi0tLSAxMDEsMTA5IC0tLS0NCiAgCXN0 cnVjdCAJaWZuZXQgYWNfaWY7CQkvKiBuZXR3b3JrLXZpc2libGUgaW50ZXJm YWNlICovDQogIAl1X2NoYXIJYWNfZW5hZGRyWzZdOwkJLyogZXRoZXJuZXQg aGFyZHdhcmUgYWRkcmVzcyAqLw0KICAJaW50CWFjX211bHRpY250OwkJLyog bGVuZ3RoIG9mIGFjX211bHRpYWRkcnMgbGlzdCAqLw0KKyAjaWZkZWYJTkVU R1JBUEgNCisgCXZvaWQgKmFjX25nOwkJCS8qIGhvb2sgdG8gaGFuZyBuZXRn cmFwaCBzdHVmZiBvZmYgKi8NCisgI2VuZGlmDQogIH07DQogIA0KICBleHRl cm4gdV9jaGFyCWV0aGVyYnJvYWRjYXN0YWRkcls2XTsNCkluZGV4OiBpZl9l dGhlcnN1YnIuYw0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZpbGU6 IC9jdnMvZnJlZWJzZC9zcmMvc3lzL25ldC9pZl9ldGhlcnN1YnIuYyx2DQpy ZXRyaWV2aW5nIHJldmlzaW9uIDEuNTUNCmRpZmYgLWMgLXIxLjU1IGlmX2V0 aGVyc3Vici5jDQoqKiogaWZfZXRoZXJzdWJyLmMJMTk5OS8wMS8zMSAwODox NzoxNgkxLjU1DQotLS0gaWZfZXRoZXJzdWJyLmMJMTk5OS8wMS8zMSAxMzoy Njo1OA0KKioqKioqKioqKioqKioqDQoqKiogMzgsNDMgKioqKg0KLS0tIDM4 LDQ0IC0tLS0NCiAgI2luY2x1ZGUgIm9wdF9pbmV0LmgiDQogICNpbmNsdWRl ICJvcHRfaXB4LmgiDQogICNpbmNsdWRlICJvcHRfYmRnLmgiDQorICNpbmNs dWRlICJvcHRfbmV0Z3JhcGguaCINCiAgDQogICNpbmNsdWRlIDxzeXMvcGFy YW0uaD4NCiAgI2luY2x1ZGUgPHN5cy9zeXN0bS5oPg0KKioqKioqKioqKioq KioqDQoqKiogMTE0LDEyMiAqKioqDQogIHN0YXRpYwlpbnQgZXRoZXJfcmVz b2x2ZW11bHRpIF9fUCgoc3RydWN0IGlmbmV0ICosIHN0cnVjdCBzb2NrYWRk ciAqKiwgDQogIAkJCQkgICAgc3RydWN0IHNvY2thZGRyICopKTsNCiAgdV9j aGFyCWV0aGVyYnJvYWRjYXN0YWRkcls2XSA9IHsgMHhmZiwgMHhmZiwgMHhm ZiwgMHhmZiwgMHhmZiwgMHhmZiB9Ow0KISAjZGVmaW5lIHNlbmRlcnIoZSkg ZG8geyBlcnJvciA9IChlKTsgZ290byBiYWQ7fSB3aGlsZSAoMCkNCiAgI2Rl ZmluZSBJRlAyQUMoSUZQKSAoKHN0cnVjdCBhcnBjb20gKilJRlApDQogIA0K ICAvKg0KICAgKiBFdGhlcm5ldCBvdXRwdXQgcm91dGluZS4NCiAgICogRW5j YXBzdWxhdGUgYSBwYWNrZXQgb2YgdHlwZSBmYW1pbHkgZm9yIHRoZSBsb2Nh bCBuZXQuDQotLS0gMTE1LDE2MCAtLS0tDQogIHN0YXRpYwlpbnQgZXRoZXJf cmVzb2x2ZW11bHRpIF9fUCgoc3RydWN0IGlmbmV0ICosIHN0cnVjdCBzb2Nr YWRkciAqKiwgDQogIAkJCQkgICAgc3RydWN0IHNvY2thZGRyICopKTsNCiAg dV9jaGFyCWV0aGVyYnJvYWRjYXN0YWRkcls2XSA9IHsgMHhmZiwgMHhmZiwg MHhmZiwgMHhmZiwgMHhmZiwgMHhmZiB9Ow0KISAjZGVmaW5lIHNlbmRlcnIo ZSkgZG8geyBlcnJvciA9IChlKTsgZ290byBiYWQ7IH0gd2hpbGUgKDApDQog ICNkZWZpbmUgSUZQMkFDKElGUCkgKChzdHJ1Y3QgYXJwY29tICopSUZQKQ0K ICANCisgI2lmZGVmIE5FVEdSQVBIDQorICNpbmNsdWRlIDxuZXRncmFwaC9u Z19ldGhlci5oPg0KKyAjaW5jbHVkZSA8bmV0Z3JhcGgvbmdfbWVzc2FnZS5o Pg0KKyAjaW5jbHVkZSA8bmV0Z3JhcGgvbmV0Z3JhcGguaD4NCisgDQorIHN0 YXRpYwl2b2lkCW5nZXRoZXJfaW5pdCh2b2lkKiBpZ25vcmVkKTsNCisgc3Rh dGljIHZvaWQJbmdldGhlcl9zZW5kKHN0cnVjdCBhcnBjb20gKmFjLA0KKyAJ CQlzdHJ1Y3QgZXRoZXJfaGVhZGVyICplaCwgc3RydWN0IG1idWYgKm0pOw0K KyBzdGF0aWMJaW50CW5nZXRoZXJfY29uc3RydWN0b3Iobm9kZV9wICpub2Rl cCk7DQorIHN0YXRpYwlpbnQJbmdldGhlcl9yY3Ztc2cobm9kZV9wIG5vZGUs IHN0cnVjdCBuZ19tZXNnICptc2csDQorIAkJCWNvbnN0IGNoYXIgKnJldGFk ZHIsIHN0cnVjdCBuZ19tZXNnICoqcmVzcCk7DQorIHN0YXRpYwlpbnQJbmdl dGhlcl9ybW5vZGUobm9kZV9wIG5vZGUpOw0KKyBzdGF0aWMJaW50CW5nZXRo ZXJfbmV3aG9vayhub2RlX3Agbm9kZSwgaG9va19wIGhvb2ssIGNvbnN0IGNo YXIgKm5hbWUpOw0KKyAvKnN0YXRpYwlob29rX3AJbmdldGhlcl9maW5kaG9v ayhub2RlX3Agbm9kZSwgY2hhciAqbmFtZSk7Ki8NCisgc3RhdGljCWludAlu Z2V0aGVyX2Nvbm5lY3QoaG9va19wIGhvb2spOwkvKiBhbHJlYWR5IFBBUlRM WSBsaW5rZWQgKi8NCisgc3RhdGljCWludAluZ2V0aGVyX3JjdmRhdGEoaG9v a19wIGhvb2ssIHN0cnVjdCBtYnVmICptLCBtZXRhX3AgbWV0YSk7DQorIHN0 YXRpYwlpbnQJbmdldGhlcl9kaXNjb25uZWN0KGhvb2tfcCBob29rKTsJLyog bm90aWZ5IG9uIGRpc2Nvbm5lY3QgKi8NCisgDQorIHN0YXRpYyBzdHJ1Y3Qg bmdfdHlwZSB0eXBlc3RydWN0ID0gew0KKyAJTkdfVkVSU0lPTiwNCisgCU5H X0VUSEVSX05PREVfVFlQRSwNCisgCU5VTEwsDQorIAluZ2V0aGVyX2NvbnN0 cnVjdG9yLA0KKyAJbmdldGhlcl9yY3Ztc2csDQorIAluZ2V0aGVyX3Jtbm9k ZSwNCisgCW5nZXRoZXJfbmV3aG9vaywNCisgCU5VTEwsDQorIAluZ2V0aGVy X2Nvbm5lY3QsDQorIAluZ2V0aGVyX3JjdmRhdGEsDQorIAluZ2V0aGVyX3Jj dmRhdGEsDQorIAluZ2V0aGVyX2Rpc2Nvbm5lY3QgDQorIH07DQorIA0KKyAj ZGVmaW5lIEFDMk5HKEFDKSAoKG5vZGVfcCkoKEFDKS0+YWNfbmcpKQ0KKyAj ZGVmaW5lIE5HRUZfRElWRVJUIE5HRl9UWVBFMQkvKiBhbGwgcGFja2V0cyBz ZW50IHRvIG5ldGdyYXBoICovDQorICNlbmRpZiAvKiBORVRHUkFQSCAqLw0K KyANCiAgLyoNCiAgICogRXRoZXJuZXQgb3V0cHV0IHJvdXRpbmUuDQogICAq IEVuY2Fwc3VsYXRlIGEgcGFja2V0IG9mIHR5cGUgZmFtaWx5IGZvciB0aGUg bG9jYWwgbmV0Lg0KKioqKioqKioqKioqKioqDQoqKiogNDQ2LDQ1MSAqKioq DQotLS0gNDg0LDQ5OCAtLS0tDQogIA0KICAJZXRoZXJfdHlwZSA9IG50b2hz KGVoLT5ldGhlcl90eXBlKTsNCiAgDQorICNpZmRlZglORVRHUkFQSA0KKyAJ ew0KKyAJCXN0cnVjdCBhcnBjb20gKmFjID0gSUZQMkFDKGlmcCk7DQorIAkJ aWYgKEFDMk5HKGFjKSAmJiAoQUMyTkcoYWMpLT5mbGFncyAmIE5HRUZfRElW RVJUKSkNCisgCQkJbmdldGhlcl9zZW5kKGFjLCBlaCwgbSk7DQorIAkJCXJl dHVybjsNCisgCX0NCisgI2VuZGlmCS8qIE5FVEdSQVBIICovDQorIAkJDQog ICNpZiBOVkxBTiA+IDANCiAgCWlmIChldGhlcl90eXBlID09IHZsYW5fcHJv dG8pIHsNCiAgCQlpZiAodmxhbl9pbnB1dChlaCwgbSkgPCAwKQ0KKioqKioq KioqKioqKioqDQoqKiogNjMwLDYzNiAqKioqDQotLS0gNjc3LDY4NyAtLS0t DQogICNlbmRpZiAvKiBMTEMgKi8NCiAgCQlkcm9wYW55d2F5Og0KICAJCWRl ZmF1bHQ6DQorICNpZmRlZglORVRHUkFQSA0KKyAJCQluZ2V0aGVyX3NlbmQo YWMsIGVoLCBtKTsNCisgI2Vsc2UJLyogTkVUR1JBUEggKi8NCiAgCQkJbV9m cmVlbShtKTsNCisgI2VuZGlmCS8qIE5FVEdSQVBIICovDQogIAkJCXJldHVy bjsNCiAgCQl9DQogICNlbHNlIC8qIElTTyB8fCBMTEMgfHwgTkVUQVRBTEsg Ki8NCioqKioqKioqKioqKioqKg0KKioqIDgzMyw4MzUgKioqKg0KLS0tIDg4 NCwxMTc5IC0tLS0NCiAgCQlyZXR1cm4gRUFGTk9TVVBQT1JUOw0KICAJfQ0K ICB9DQorIA0KKyAjaWZkZWYJTkVUR1JBUEgNCisgDQorIC8qKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKg0KKyAgKiBUaGlzIHNlY3Rpb24gY29udGFpbnMg dGhlIG1ldGhvZHMgZm9yIHRoZSBOZXRncmFwaCBpbnRlcmZhY2UNCisgICoq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqLw0KKyAvKiBJdCdzIEFzY2lpLWFy dCB0aW1lIQ0KKyAgKiBUaGUgaWZuZXQgaXMgdGhlIGZpcnN0IHBhcnQgb2Yg dGhlIGFycGNvbSB3aGljaCBtdXN0IGJlDQorICAqIHRoZSBmaXJzdCBwYXJ0 IG9mIHRoZSBkZXZpY2UncyBzb2Z0Yy4uIHl1ay4NCisgICoNCisgICogICAg ICArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0rLS0tLS0tLS0t Kw0KKyAgKiAgICAgIHwgICBzdHJ1Y3QgaWZuZXQgKCppZnApICAgIHwgICAg IHwgICAgICAgICB8DQorICAqICAgICAgfCAgICAgICAgICAgICAgICAgICAg ICAgICAgfCAgICAgfCAgICAgICAgIHwNCisgICogICAgICArLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0rICAgICB8ICAgICAgICAgfA0KKyAgKiAgICst LXxbYWNfbmddICAgICBzdHJ1Y3QgYXJwY29tICgqYWMpIHwgICAgICAgICB8 DQorICAqICAgfCAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t KyAgICAgICAgIHwNCisgICogICB8ICB8ICAgc3RydWN0IHNvZnRjICgqaWZw LT5pZl9zb2Z0YykgKGRldmljZSkgfA0KKyAgKiAgIHwgICstLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQorICAqICAgfCAg ICAgICAgICAgICAgIF4NCisgICogQUMyTkcoKSAgICAgICAgICAgfA0KKyAg KiAgIHwgICAgICAgICAgICAgICB8DQorICAqICAgfCAgICAgICArLS0tLS0t LS0tLS0tLS0tLS0tLS0tLSsNCisgICogICB8ICAgICAgIHwgICBbcHJpdmF0 ZV0gW2ZsYWdzXSAgfA0KKyAgKiAgICstLS0tLS0+fCBzdHJ1Y3Qgbmdfbm9k ZSAgICAgICB8DQorICAqICAgICAgICAgICB8W2hvb2tzXSAgICAgICAgICAg ICAgIHwgKiogd2Ugb25seSBhbGxvdyBvbmUgaG9vaw0KKyAgKiAgICAgICAg ICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQorICAqICAgICAgICAgICAg ICAgfCAgIF4NCisgICogICAgICAgICAgICAgICB8ICAgfA0KKyAgKiAgICAg ICAgICAgICAgIHYgICB8DQorICAqICAgICAgICAgICAgICstLS0tLS0tLS0t LS0tKw0KKyAgKiAgICAgICAgICAgICB8ICAgIFtub2RlXSAgIHwNCisgICog ICAgICAgICAgICAgfCAgICBob29rICAgICB8DQorICAqICAgICAgICAgICAg IHwgICAgW3ByaXZhdGVdfC0tICp1bnVzZWQqDQorICAqICAgICAgICAgICAg ICstLS0tLS0tLS0tLS0tKw0KKyAgKi8NCisgDQorIC8qDQorICAqIGNhbGxl ZCBkdXJpbmcgaW50ZXJmYWNlIGF0dGFjaGluZw0KKyAgKi8NCisgc3RhdGlj IHZvaWQNCisgbmdldGhlcl9pbml0KHZvaWQgKmlmcHZvaWQpDQorIHsNCisg CXN0cnVjdAlpZm5ldCAqaWZwID0gaWZwdm9pZDsNCisgCXN0cnVjdCBhcnBj b20gKmFjID0gSUZQMkFDKGlmcCk7DQorIAlzdGF0aWMgaW50CW5nZXRoZXJf ZG9uZV9pbml0Ow0KKyAJY2hhcgluYW1lYnVmWzMyXTsNCisgCW5vZGVfcCBu b2RlOw0KKyANCisgCS8qDQorIAkgKiB3ZSBoYXZlIGZvdW5kIGEgbm9kZSwg bWFrZSBzdXJlIG91ciAndHlwZScgaXMgYXZhaWxhYmUuDQorIAkgKi8NCisg CWlmIChuZ2V0aGVyX2RvbmVfaW5pdCA9PSAwKSB7DQorIAkJaWYgKG5nX25l d3R5cGUoJnR5cGVzdHJ1Y3QpKSB7DQorIAkJCXByaW50ZigibmdldGhlciBp bnN0YWxsIGZhaWxlZFxuIik7DQorIAkJCXJldHVybjsNCisgCQl9DQorIAkJ bmdldGhlcl9kb25lX2luaXQgPSAxOw0KKyAJfQ0KKyAJaWYgKG5nX21ha2Vf bm9kZV9jb21tb24oJnR5cGVzdHJ1Y3QsICZub2RlKSAhPSAwKQ0KKyAJCXJl dHVybjsNCisgCWFjLT5hY19uZyA9IG5vZGU7DQorIAlub2RlLT5wcml2YXRl ID0gaWZwOw0KKyAJc3ByaW50ZihuYW1lYnVmLCAiJXMlZCIsIGlmcC0+aWZf bmFtZSwgaWZwLT5pZl91bml0KTsNCisgCW5nX25hbWVfbm9kZShBQzJORyhh YyksIG5hbWVidWYpOw0KKyB9DQorIA0KKyAvKg0KKyAgKiBJdCBpcyBub3Qg cG9zc2libGUgb3IgYWxsb3dhYmxlIHRvIGNyZWF0ZSBhIG5vZGUgb2YgdGhp cyB0eXBlLg0KKyAgKiBJZiB0aGUgaGFyZHdhcmUgZXhpc3RzLCBpdCB3aWxs IGFscmVhZHkgaGF2ZSBjcmVhdGVkIGl0Lg0KKyAgKi8NCisgc3RhdGljCWlu dA0KKyBuZ2V0aGVyX2NvbnN0cnVjdG9yKG5vZGVfcCAqbm9kZXApDQorIHsN CisgCXJldHVybiAoRUlOVkFMKTsNCisgfQ0KKyANCisgLyoNCisgICogR2l2 ZSBvdXIgb2sgZm9yIGEgaG9vayB0byBiZSBhZGRlZC4uLg0KKyAgKiANCisg ICogQWxsb3cgb25lIGhvb2sgYXQgYSB0aW1lIChyYXdkYXRhKS4gDQorICAq IEl0IGNhbiBlaXRlaCByZGl2ZXJ0IGV2ZXJ5dGhpbmcgb3Igb25seSB1bmNs YWltZWQgcGFja2V0cy4NCisgICovDQorIHN0YXRpYwlpbnQNCisgbmdldGhl cl9uZXdob29rKG5vZGVfcCBub2RlLCBob29rX3AgaG9vaywgY29uc3QgY2hh ciAqbmFtZSkNCisgew0KKyANCisgCS8qIGNoZWNrIGlmIHRoZXJlIGlzIGFs cmVhZHkgYSBob29rICovDQorIAlpZiAoTElTVF9GSVJTVCgmKG5vZGUtPmhv b2tzKSkpDQorIAkJcmV0dXJuKEVJU0NPTk4pOw0KKyAJLyoNCisgCSAqIENo ZWNrIGZvciB3aGljaCBtb2RlIGhvb2sgd2Ugd2FudC4NCisgCSAqLw0KKyAJ aWYgKHN0cmNtcChuYW1lLCBOR19FVEhFUl9IT09LX09SUEhBTikgIT0gMCkg ew0KKyAJCWlmIChzdHJjbXAobmFtZSwgTkdfRVRIRVJfSE9PS19ESVZFUlQp ICE9IDApIHsNCisgCQkJcmV0dXJuIChFSU5WQUwpOw0KKyAJCX0NCisgCQlu b2RlLT5mbGFncyB8PSBOR0VGX0RJVkVSVDsNCisgCX0gZWxzZSB7DQorIAkJ bm9kZS0+ZmxhZ3MgJj0gfk5HRUZfRElWRVJUOw0KKyAJfQ0KKyAJcmV0dXJu ICgwKTsNCisgfQ0KKyANCisgLyoNCisgICogaW5jb21pbmcgbWVzc2FnZXMu DQorICAqIEp1c3QgcmVzcG9uZCB0byB0aGUgZ2VuZXJpYyBURVhUX1NUQVRV UyBtZXNzYWdlDQorICAqLw0KKyBzdGF0aWMJaW50DQorIG5nZXRoZXJfcmN2 bXNnKG5vZGVfcCBub2RlLA0KKyAJc3RydWN0IG5nX21lc2cgKm1zZywgY29u c3QgY2hhciAqcmV0YWRkciwgc3RydWN0IG5nX21lc2cgKipyZXNwKQ0KKyB7 DQorIAlzdHJ1Y3QgaWZuZXQJKmlmcDsNCisgCWludCBlcnJvciA9IDA7DQor IA0KKyAJaWZwID0gbm9kZS0+cHJpdmF0ZTsNCisgCXN3aXRjaCAobXNnLT5o ZWFkZXIudHlwZWNvb2tpZSkgew0KKyAJICAgIGNhc2UJTkdNX0VUSEVSX0NP T0tJRTogDQorIAkJZXJyb3IgPSBFSU5WQUw7DQorIAkJYnJlYWs7DQorIAkg ICAgY2FzZQlOR01fR0VORVJJQ19DT09LSUU6IA0KKyAJCXN3aXRjaChtc2ct PmhlYWRlci5jbWQpIHsNCisgCQkgICAgY2FzZSBOR01fVEVYVF9TVEFUVVM6 IHsNCisgCQkJICAgIGNoYXIJKmFyZzsNCisgCQkJICAgIGludCBwb3MgPSAw Ow0KKyAJCQkgICAgaW50IHJlc3BsZW4gPSBzaXplb2Yoc3RydWN0IG5nX21l c2cpICsgNTEyOw0KKyAJCQkgICAgTUFMTE9DKCpyZXNwLCBzdHJ1Y3Qgbmdf bWVzZyAqLCByZXNwbGVuLA0KKyAJCQkJCU1fTkVUR1JBUEgsIE1fTk9XQUlU KTsNCisgCQkJICAgIGlmICgqcmVzcCA9PSBOVUxMKSB7IA0KKyAJCQkJZXJy b3IgPSBFTk9NRU07DQorIAkJCQlicmVhazsNCisgCQkJICAgIH0gICAgICAg DQorIAkJCSAgICBiemVybygqcmVzcCwgcmVzcGxlbik7DQorIAkJCSAgICBh cmcgPSAoKnJlc3ApLT5kYXRhOw0KKyANCisgCQkJICAgIC8qDQorIAkJCSAg ICAgKiBQdXQgaW4gdGhlIHRocm91Z2hwdXQgaW5mb3JtYXRpb24uDQorIAkJ CSAgICAgKi8NCisgCQkJICAgIHBvcyA9IHNwcmludGYoYXJnLCAiJWxkIGJ5 dGVzIGluLCAlbGQgYnl0ZXMgb3V0XG4iLA0KKyAJCQkgICAgaWZwLT5pZl9p Ynl0ZXMsIGlmcC0+aWZfb2J5dGVzKTsNCisgCQkJICAgIHBvcyArPSBzcHJp bnRmKGFyZyArIHBvcywNCisgCQkJCSIlbGQgb3V0cHV0IGVycm9yc1xuIiwN CisgCQkJICAgIAlpZnAtPmlmX29lcnJvcnMpOw0KKyAJCQkgICAgcG9zICs9 IHNwcmludGYoYXJnICsgcG9zLA0KKyAJCQkJImllcnJvcnMgPSAlbGRcbiIs DQorIAkJCSAgICAJaWZwLT5pZl9pZXJyb3JzKTsNCisgDQorIAkJCSAgICAo KnJlc3ApLT5oZWFkZXIudmVyc2lvbiA9IE5HX1ZFUlNJT047DQorIAkJCSAg ICAoKnJlc3ApLT5oZWFkZXIuYXJnbGVuID0gc3RybGVuKGFyZykgKyAxOw0K KyAJCQkgICAgKCpyZXNwKS0+aGVhZGVyLnRva2VuID0gbXNnLT5oZWFkZXIu dG9rZW47DQorIAkJCSAgICAoKnJlc3ApLT5oZWFkZXIudHlwZWNvb2tpZSA9 IE5HTV9FVEhFUl9DT09LSUU7DQorIAkJCSAgICAoKnJlc3ApLT5oZWFkZXIu Y21kID0gbXNnLT5oZWFkZXIuY21kOw0KKyAJCQkgICAgc3RybmNweSgoKnJl c3ApLT5oZWFkZXIuY21kc3RyLCAic3RhdHVzIiwNCisgCQkJCQlOR19DTURT VFJMRU4pOw0KKyAJCQl9DQorIAkJCWJyZWFrOw0KKyAJICAgIAkgICAgZGVm YXVsdDoNCisgCQkgCWVycm9yID0gRUlOVkFMOw0KKyAJCSAJYnJlYWs7DQor IAkJICAgIH0NCisgCQlicmVhazsNCisgCSAgICBkZWZhdWx0Og0KKyAJCWVy cm9yID0gRUlOVkFMOw0KKyAJCWJyZWFrOw0KKyAJfQ0KKyAJZnJlZShtc2cs IE1fTkVUR1JBUEgpOw0KKyAJcmV0dXJuIChlcnJvcik7DQorIH0NCisgDQor IC8qDQorICAqIFJlY2VpdmUgYSBjb21wbGV0ZWQgZXRoZXJuZXQgcGFja2V0 Lg0KKyAgKiBRdWV1ZSBpdCBmb3Igb3V0cHV0Lg0KKyAgKi8NCisgc3RhdGlj CWludA0KKyBuZ2V0aGVyX3JjdmRhdGEoaG9va19wIGhvb2ssIHN0cnVjdCBt YnVmICptLCBtZXRhX3AgbWV0YSkNCisgew0KKyAJc3RydWN0IGlmbmV0ICpp ZnA7DQorIAlpbnQJZXJyb3IgPSAwOw0KKyAJaW50CXM7DQorIAlzdHJ1Y3Qg ZXRoZXJfaGVhZGVyICplaDsNCisgCQ0KKyAJaWZwID0gaG9vay0+bm9kZS0+ cHJpdmF0ZTsNCisgDQorIAlpZiAoKGlmcC0+aWZfZmxhZ3MgJiAoSUZGX1VQ fElGRl9SVU5OSU5HKSkgIT0gKElGRl9VUHxJRkZfUlVOTklORykpDQorIAkJ c2VuZGVycihFTkVURE9XTik7DQorIAkvKg0KKyAJICogSWYgYSBzaW1wbGV4 IGludGVyZmFjZSwgYW5kIHRoZSBwYWNrZXQgaXMgYmVpbmcgc2VudCB0byBv dXINCisgCSAqIEV0aGVybmV0IGFkZHJlc3Mgb3IgYSBicm9hZGNhc3QgYWRk cmVzcywgbG9vcGJhY2sgYSBjb3B5Lg0KKyAJICogWFhYIFRvIG1ha2UgYSBz aW1wbGV4IGRldmljZSBiZWhhdmUgZXhhY3RseSBsaWtlIGEgZHVwbGV4DQor IAkgKiBkZXZpY2UsIHdlIHNob3VsZCBjb3B5IGluIHRoZSBjYXNlIG9mIHNl bmRpbmcgdG8gb3VyIG93bg0KKyAJICogZXRoZXJuZXQgYWRkcmVzcyAodGh1 cyBsZXR0aW5nIHRoZSBvcmlnaW5hbCBhY3R1YWxseSBhcHBlYXINCisgCSAq IG9uIHRoZSB3aXJlKS4gSG93ZXZlciwgd2UgZG9uJ3QgZG8gdGhhdCBoZXJl IGZvciBzZWN1cml0eQ0KKyAJICogcmVhc29ucyBhbmQgY29tcGF0aWJpbGl0 eSB3aXRoIHRoZSBvcmlnaW5hbCBiZWhhdmlvci4NCisgCSAqLw0KKyAJaWYg KGlmcC0+aWZfZmxhZ3MgJiBJRkZfU0lNUExFWCkgew0KKyAJCWVoID0gbXRv ZChtLCBzdHJ1Y3QgZXRoZXJfaGVhZGVyICopOw0KKyAJCWlmIChtLT5tX2Zs YWdzICYgTV9CQ0FTVCkgew0KKyAJCQlzdHJ1Y3QgbWJ1ZiAqbiA9IG1fY29w eShtLCAwLCAoaW50KU1fQ09QWUFMTCk7DQorIA0KKyAJCQluZ19xdWV1ZV9k YXRhKGhvb2ssIG4sIG1ldGEpOw0KKyAJCX0gZWxzZSBpZiAoYmNtcChlaC0+ ZXRoZXJfZGhvc3QsDQorIAkJICAgIGVoLT5ldGhlcl9zaG9zdCwgRVRIRVJf QUREUl9MRU4pID09IDApIHsNCisgCQkJbmdfcXVldWVfZGF0YShob29rLCBt LCBtZXRhKTsNCisgCQkJcmV0dXJuICgwKTsJLyogWFhYICovDQorIAkJfQ0K KyAJfQ0KKyAJcyA9IHNwbGltcCgpOw0KKyAJLyoNCisgCSAqIFF1ZXVlIG1l c3NhZ2Ugb24gaW50ZXJmYWNlLCBhbmQgc3RhcnQgb3V0cHV0IGlmIGludGVy ZmFjZQ0KKyAJICogbm90IHlldCBhY3RpdmUuDQorIAkgKiBYWFggaWYgd2Ug bG9va2VhZCBhdCB0aGUgcHJpb3JpdHkgaW4gdGhlIG1ldGEgZGF0YSB3ZSBj b3VsZA0KKyAJICogcXVldWUgaGlnaCBwcmlvcml0eSBpdGVtcyBhdCB0aGUg aGVhZC4NCisgCSAqLw0KKyAJaWYgKElGX1FGVUxMKCZpZnAtPmlmX3NuZCkp IHsNCisgCQlJRl9EUk9QKCZpZnAtPmlmX3NuZCk7DQorIAkJc3BseChzKTsN CisgCQlzZW5kZXJyKEVOT0JVRlMpOw0KKyAJfQ0KKyAJSUZfRU5RVUVVRSgm aWZwLT5pZl9zbmQsIG0pOw0KKyAJaWYgKChpZnAtPmlmX2ZsYWdzICYgSUZG X09BQ1RJVkUpID09IDApDQorIAkJKCppZnAtPmlmX3N0YXJ0KShpZnApOw0K KyAJc3BseChzKTsNCisgCWlmcC0+aWZfb2J5dGVzICs9IG0tPm1fcGt0aGRy LmxlbjsNCisgCWlmIChtLT5tX2ZsYWdzICYgTV9NQ0FTVCkNCisgCQlpZnAt PmlmX29tY2FzdHMrKzsNCisgCXJldHVybiAoZXJyb3IpOw0KKyANCisgYmFk Og0KKyAJTkdfRlJFRV9EQVRBKG0sIG1ldGEpOw0KKyAJcmV0dXJuIChlcnJv cik7DQorIH0NCisgDQorIC8qDQorICAqIHBhc3MgYW4gbWJ1ZiBvdXQgdG8g dGhlIGNvbm5lY3RlZCBob29rDQorICAqLw0KKyBzdGF0aWMgdm9pZA0KKyBu Z2V0aGVyX3NlbmQoc3RydWN0IGFycGNvbSAqYWMsIHN0cnVjdCBldGhlcl9o ZWFkZXIgKmVoLCBzdHJ1Y3QgbWJ1ZiAqbSkNCisgew0KKyAJbm9kZV9wIG5v ZGUgPSBBQzJORyhhYyk7DQorIAlzdHJ1Y3QgZXRoZXJfaGVhZGVyICplaDI7 DQorIA0KKyAJaWYgKG5vZGUgJiYgTElTVF9GSVJTVCgmKG5vZGUtPmhvb2tz KSkpIHsNCisgCQlNX1BSRVBFTkQobSwgc2l6ZW9mKCplaCksIE1fRE9OVFdB SVQpOw0KKyAJCWlmIChtID09IDApDQorIAkJCXJldHVybjsNCisgCQllaDIg PSBtdG9kKG0sIHN0cnVjdCBldGhlcl9oZWFkZXIgKik7DQorIAkJLyoNCisg CQkgKiBQb3NzaWJseSAnZWgnIGFscmVhZHkgcG9pbnRzDQorIAkJICogdG8g dGhlIHJpZ2h0IHBsYWNlLg0KKyAJCSAqLw0KKyAJCWlmIChlaDIgIT0gZWgp DQorIAkgCQliY29weShlaCwgZWgyLCBzaXplb2YoKmVoKSk7DQorIAkJbmdf cXVldWVfZGF0YShMSVNUX0ZJUlNUKCYobm9kZS0+aG9va3MpKSwgbSwgTlVM TCk7DQorIAl9IGVsc2Ugew0KKyAJCW1fZnJlZW0obSk7DQorIAl9DQorIH0N CisgLyoNCisgICogZG8gbG9jYWwgc2h1dGRvd24gcHJvY2Vzc2luZy4uDQor ICAqIFRoaXMgbm9kZSB3aWxsIHJlZnVzZSB0byBnbyBhd2F5LCB1bmxlc3Mg dGhlIGhhcmR3YXJlIHNheXMgdG8uLg0KKyAgKiBkb24ndCB1bnJlZiB0aGUg bm9kZSwgb3IgcmVtb3ZlIG91ciBuYW1lLiBqdXN0IGNsZWFyIG91ciBsaW5r cyB1cC4NCisgICovDQorIHN0YXRpYwlpbnQNCisgbmdldGhlcl9ybW5vZGUo bm9kZV9wIG5vZGUpDQorIHsNCisgCW5nX2N1dGxpbmtzKG5vZGUpOw0KKyAJ bm9kZS0+ZmxhZ3MgJj0gfk5HX0lOVkFMSUQ7IC8qIGJvdW5jZSBiYWNrIHRv IGxpZmUgKi8NCisgCXJldHVybiAoMCk7DQorIH0NCisgDQorIC8qIGFscmVh ZHkgbGlua2VkICovDQorIHN0YXRpYwlpbnQNCisgbmdldGhlcl9jb25uZWN0 KGhvb2tfcCBob29rKQ0KKyB7DQorIAkvKiBiZSByZWFsbHkgYW1pYWJsZSBh bmQganVzdCBzYXkgIllVUCB0aGF0J3MgT0sgYnkgbWUhICIgKi8NCisgCXJl dHVybiAoMCk7DQorIH0NCisgDQorIC8qDQorICAqIG5vdGlmeSBvbiBob29r IGRpc2Nvbm5lY3Rpb24gKGRlc3RydWN0aW9uKQ0KKyAgKg0KKyAgKiBGb3Ig dGhpcyB0eXBlLCByZW1vdmFsIG9mIHRoZSBsYXN0IGxpbnMgbm8gZWZmZWN0 LiBUaGUgaW50ZXJmYWNlIGNhbiBydW4gDQorICAqIGluZGVwZW5kZW50bHku DQorICAqIFNpbmNlIHdlIGhhdmUgbm8gcGVyLWhvb2sgaW5mb3JtYXRpb24s IHRoaXMgaXMgcmF0aGVyIHNpbXBsZS4NCisgICovDQorIHN0YXRpYwlpbnQN CisgbmdldGhlcl9kaXNjb25uZWN0KGhvb2tfcCBob29rKQ0KKyB7DQorIAlo b29rLT5ub2RlLT5mbGFncyAmPSB+TkdFRl9ESVZFUlQ7DQorIAlyZXR1cm4g KDApOw0KKyB9DQorICNlbmRpZiAvKiBORVRHUkFQSCAqLw0KKyANCisgLyoq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiogRU5EICoqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKiovDQo= --0-512676918-917790696=:22411-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jan 31 15:14:35 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA08634 for freebsd-net-outgoing; Sun, 31 Jan 1999 15:14:35 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from gateway.toti.est.is (toti.est.is [194.144.208.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA08623 for ; Sun, 31 Jan 1999 15:14:29 -0800 (PST) (envelope-from totii@est.is) Received: from asus (asus.toti.est.is [192.168.255.2]) by gateway.toti.est.is (8.9.1/8.9.1) with ESMTP id XAA76545; Sun, 31 Jan 1999 23:13:23 GMT (envelope-from totii@est.is) Message-ID: <36B552D8.33BDCD7E@est.is> Date: Sun, 31 Jan 1999 23:08:08 -0800 From: Thordur Ivarsson Reply-To: thivars@est.is X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: Archie Cobbs CC: Joao Carlos Mendes Luis , net@FreeBSD.ORG Subject: Re: X.25 -> AX.25 ? X-Priority: 3 (Normal) References: <199901221920.LAA12135@bubba.whistle.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Archie Cobbs wrote: > > Joao Carlos Mendes Luis writes: > > #define quoting(Archie Cobbs) > > // Anybody know of any X.25 implementations out there? Seems like > > // a good candidate for a netgraph node. > > > > What about AX.25 ? I had to suggest linux to some packet radio users > > some years ago because linux had AX.25 support, and FreeBSD didn't. > > Hmm.. what's AX.25? I'm not even that familiar with X.25.. > but how is AX.25 different? > > Thanks, > -Archie AX.25 is modified version of X.25 protocol, it implements some hardware controlling mecanism, addressing based on callsign, digipeating, and more to use radios in stead of cables. There was some AX.25 code floating around here somewhere, I should have copy somewhere, if someone asks. Thordur Ivarsson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jan 31 17:12:17 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA25119 for freebsd-net-outgoing; Sun, 31 Jan 1999 17:12:17 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from mail1.its.rpi.edu (mail1.its.rpi.edu [128.113.100.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA25105 for ; Sun, 31 Jan 1999 17:12:14 -0800 (PST) (envelope-from abdelm2@rpi.edu) Received: from rpi.edu (orff.ecse.rpi.edu [128.113.50.225]) by mail1.its.rpi.edu (8.8.8/8.8.6) with ESMTP id UAA144730 for ; Sun, 31 Jan 1999 20:13:42 -0500 Message-ID: <36B4FF4A.E35BEF66@rpi.edu> Date: Sun, 31 Jan 1999 20:11:38 -0500 From: Mohamed Abdel-Aal X-Mailer: Mozilla 4.5 [en] (X11; I; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-net@FreeBSD.ORG Subject: Rebuilding kernel after modifying source code Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I am doing some TCP experiments which require modifying the source code. I added few simple file I/O commands to netinet/tcp_timer.c ; which required me to include stdio.h. While rebuilding the kernel, I got some conflicts between system.h and stdio.h specially with vprintf() . So I commented out the vprintf declaration in system.h (temp solutiuon). But now when I try to rebuild the kernel I get this error : .. .. .. tcp_timer.o: Undefined symbol `_fopen' referenced from text segment tcp_timer.o: Undefined symbol `_fprintf' referenced from text segment tcp_timer.o: Undefined symbol `_fclose' referenced from text segment *** Error code 1 Any ideas ? All I need to do is simply open a file and write few variables in it when retransmissions occur. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jan 31 17:55:58 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA29944 for freebsd-net-outgoing; Sun, 31 Jan 1999 17:55:58 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA29938 for ; Sun, 31 Jan 1999 17:55:57 -0800 (PST) (envelope-from dkelly@nospam.hiwaay.net) Received: from nospam.hiwaay.net (tnt3-85.HiWAAY.net [208.147.146.85]) by mail.HiWAAY.net (8.9.1a/8.9.0) with ESMTP id TAA17775; Sun, 31 Jan 1999 19:55:54 -0600 (CST) Received: from nospam.hiwaay.net (localhost [127.0.0.1]) by nospam.hiwaay.net (8.9.2/8.9.2) with ESMTP id TAA02390; Sun, 31 Jan 1999 19:55:50 -0600 (CST) (envelope-from dkelly@nospam.hiwaay.net) Message-Id: <199902010155.TAA02390@nospam.hiwaay.net> X-Mailer: exmh version 2.0.2 2/24/98 To: thivars@est.is cc: Archie Cobbs , Joao Carlos Mendes Luis , net@FreeBSD.ORG From: David Kelly Subject: Re: X.25 -> AX.25 ? In-reply-to: Message from Thordur Ivarsson of "Sun, 31 Jan 1999 23:08:08 PST." <36B552D8.33BDCD7E@est.is> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 31 Jan 1999 19:55:50 -0600 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Thordur Ivarsson writes: > > AX.25 is modified version of X.25 protocol, it implements some hardware > controlling mecanism, addressing based on callsign, digipeating, and > more to use radios in stead of cables. > > There was some AX.25 code floating around here somewhere, I should have > copy somewhere, if someone asks. ftp://ftp.ucsd.edu/hamradio/packet for starters. One of the TNOS releases in ftp://ftp.ucsd.edu/hamradio/packet/tcpip/tnos cleanly compiles and runs under FreeBSD. I know because I provided the patches. But to really make it work one would like a SL/IP or PPP link thru a pty pair to the kernel. Never got that far without going out one real serial port and back in another. I decided there were other things I'd rather do. Lately the author of TNOS has decided to attempt a real life and has abandoned further development. http://www.lantz.com JNOS is another AX.25 package. The archive at ftp.ucsd.edu appears to be quite old. Both JNOS and TNOS trace their roots to the orginal KA9Q NET code, which was later the KA9Q NOS code. Alan Cox has been most active in supporting AX.25 in the Linux kernel. This is amusing: ftp://ftp.ucsd.edu/hamradio/packet/tcpip/bsd/386bsd.txt ftp://ftp.ucsd.edu/hamradio/packet/tcpip/bsd/386bsd_encap.txt says: 386bsd_encap is the FreeBSD 1.0 RELEASE (GENERICAH) kernel compiled with vk1xwt's version 1.3 encap network interface. bob@ke9yq.ampr.org ftp://ftp.ucsd.edu/hamradio/packet/tcpip/bsd/ham-bsd.txt is an announcement from Brian Kantor of partial support for AX.25 in 386BSD-0.1. -- David Kelly N4HHE, dkelly@nospam.hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jan 31 20:11:36 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA14171 for freebsd-net-outgoing; Sun, 31 Jan 1999 20:11:36 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA14166 for ; Sun, 31 Jan 1999 20:11:35 -0800 (PST) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id UAA19502; Sun, 31 Jan 1999 20:05:55 -0800 (PST) Received: from bubba.whistle.com( 207.76.205.7) by whistle.com via smap (V2.0) id xma019500; Sun, 31 Jan 99 20:05:44 -0800 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id UAA25175; Sun, 31 Jan 1999 20:05:44 -0800 (PST) From: Archie Cobbs Message-Id: <199902010405.UAA25175@bubba.whistle.com> Subject: Re: netgraph... In-Reply-To: <12974.917768494@critter.freebsd.dk> from Poul-Henning Kamp at "Jan 31, 99 08:41:34 am" To: phk@critter.freebsd.dk (Poul-Henning Kamp) Date: Sun, 31 Jan 1999 20:05:44 -0800 (PST) Cc: julian@whistle.com, net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Poul-Henning Kamp writes: > >NGM_ENCODE_ASCII and NGM_DECODE_ASCII convert between ASCII and > >binary formats for a control message. > > Still not sure about these. I think debugging decoding belongs > in userspace. ?!? You can't avoid having the encoding and decoding done in the kernel. I guess I must have miscommunicated. Yes debugging belongs in user space and that's where it would be, with the exception of the code that implements these two messages that do the actual type-specific encoding and decoding from/to ASCII.. If you wanted it *all* in user space then you have to: - Separate the encoding/decoding methods from the rest of the node methods, or - Do the complicated ELF sections stuff, or - Some other complicated thing.. This is what we want to avoid -- and you were the first one to argue for doing so! We all agree with that. So we're avoiding this by having these two new message types. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jan 31 21:10:35 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA20670 for freebsd-net-outgoing; Sun, 31 Jan 1999 21:10:35 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from ns11.nokia.com (ns11.nokia.com [131.228.6.230]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA20665 for ; Sun, 31 Jan 1999 21:10:33 -0800 (PST) (envelope-from yu.shi@research.nokia.com) Received: from pepper.research.nokia.com (pepper.research.nokia.com [131.228.12.3]) by ns11.nokia.com (8.8.8/8.6.9) with ESMTP id HAA25985 for ; Mon, 1 Feb 1999 07:10:31 +0200 (EET) Received: from pupu.research.nokia.com (pupu.research.nokia.com [131.228.13.130]) by pepper.research.nokia.com (8.9.1a/8.9.1) with ESMTP id HAA21070 for ; Mon, 1 Feb 1999 07:10:30 +0200 (EET) Received: from research.nokia.com ([172.28.31.90]) by pupu.research.nokia.com (8.9.1a/8.9.1) with ESMTP id HAA23270 for ; Mon, 1 Feb 1999 07:07:48 +0200 (EET) Message-ID: <36B53717.2D4B7C8F@research.nokia.com> Date: Mon, 01 Feb 1999 13:09:43 +0800 From: Shi Yu Reply-To: yu.shi@research.nokia.com Organization: Nokia China X-Mailer: Mozilla 4.02 [en] (Win95; I) MIME-Version: 1.0 To: "freebsd-net@FreeBSD.ORG" Subject: drop packets? Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have a question: When the IF output queue is full, the if_output simply drop the packet!?? I mean for a busy router, it often forwards the a lot of packets. If the IF output queue is often full, why ip stack does not get feedback from the driver and buffer the packets so that less packets are dropped ? Is the IF output queue often full? what is the max size of them? How to supervise them? Thanks a lot! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jan 31 21:20:42 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA21650 for freebsd-net-outgoing; Sun, 31 Jan 1999 21:20:42 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from nomad.dataplex.net (nomad.dataplex.net [208.2.87.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA21639 for ; Sun, 31 Jan 1999 21:20:36 -0800 (PST) (envelope-from rkw@dataplex.net) Received: from localhost (rkw@localhost) by nomad.dataplex.net (8.9.1/8.9.1) with ESMTP id XAA32514; Sun, 31 Jan 1999 23:17:28 -0600 (CST) (envelope-from rkw@dataplex.net) Date: Sun, 31 Jan 1999 23:17:27 -0600 (CST) From: Richard Wackerbarth To: Archie Cobbs cc: Poul-Henning Kamp , julian@whistle.com, net@FreeBSD.ORG Subject: Re: netgraph... In-Reply-To: <199902010405.UAA25175@bubba.whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, 31 Jan 1999, Archie Cobbs wrote: > You can't avoid having the encoding and decoding done in the kernel. Sure you CAN. As you note below > If you wanted it *all* in user space then you have to: > > - Separate the encoding/decoding methods from the rest of > the node methods, or > - Do the complicated ELF sections stuff, or > - Some other complicated thing.. Is it so "complicated" to export a template (eg. format string) in response to a single call to the node? There are a number of advantages in getting the "guts" of the translation out of the kernel. For example, we might wish to do some date/time formatting based on the locale and time zone. IMHO, this is better kept out of the kernel. It should be sufficient for the node to designate that certain bits represent time stored in a particular format. > This is what we want to avoid -- and you were the first one to > argue for doing so! We all agree with that. So we're avoiding this > by having these two new message types. And, using your scheme, how do I compute the time interval between two messages? Do you propose to convert ALL packet fields for EVERY packet in a dump? Even if I care about only one or two fields? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jan 31 22:19:31 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA28809 for freebsd-net-outgoing; Sun, 31 Jan 1999 22:19:31 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA28801 for ; Sun, 31 Jan 1999 22:19:30 -0800 (PST) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id WAA20474; Sun, 31 Jan 1999 22:18:58 -0800 (PST) Received: from bubba.whistle.com( 207.76.205.7) by whistle.com via smap (V2.0) id xma020472; Sun, 31 Jan 99 22:18:40 -0800 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id WAA25673; Sun, 31 Jan 1999 22:18:40 -0800 (PST) From: Archie Cobbs Message-Id: <199902010618.WAA25673@bubba.whistle.com> Subject: Re: netgraph... In-Reply-To: from Richard Wackerbarth at "Jan 31, 99 11:17:27 pm" To: rkw@dataplex.net (Richard Wackerbarth) Date: Sun, 31 Jan 1999 22:18:40 -0800 (PST) Cc: net@FreeBSD.ORG, phk@critter.freebsd.dk, julian@whistle.com X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Richard Wackerbarth writes: > Is it so "complicated" to export a template (eg. format string) > in response to a single call to the node? That wouldn't be, but the worry is that templates might not be a powerful enough "language" to cover all the possibilities. Remember, the goal is to transate an ASCII string containing arbitrary "argc, argv" type information into an arbitrary binary format that might contain bitflags, etc. For example, look at the ipfw(8) program's parser. Julian's already mentioned the possibility of writing an "ipfw" node. Any "language" to do this would have to be so complicated that it would essentially be a programming language, so why not just export a perl script? :-) (that was a rhetorical question :-) > And, using your scheme, how do I compute the time interval between two > messages? Do you propose to convert ALL packet fields for EVERY packet in > a dump? Even if I care about only one or two fields? The translation to and from ASCII could be done off-line, like the way tcpdump can do it, for example. In general, control messages will always be in binary format until/unless a human wants to see them. Then they can be translated in "human time". -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jan 31 22:42:33 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA01130 for freebsd-net-outgoing; Sun, 31 Jan 1999 22:42:33 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA01125 for ; Sun, 31 Jan 1999 22:42:32 -0800 (PST) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id WAA20617; Sun, 31 Jan 1999 22:42:28 -0800 (PST) Received: from bubba.whistle.com( 207.76.205.7) by whistle.com via smap (V2.0) id xma020615; Sun, 31 Jan 99 22:42:04 -0800 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id WAA25830; Sun, 31 Jan 1999 22:42:04 -0800 (PST) From: Archie Cobbs Message-Id: <199902010642.WAA25830@bubba.whistle.com> Subject: Re: drop packets? In-Reply-To: <36B53717.2D4B7C8F@research.nokia.com> from Shi Yu at "Feb 1, 99 01:09:43 pm" To: yu.shi@research.nokia.com Date: Sun, 31 Jan 1999 22:42:04 -0800 (PST) Cc: freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Shi Yu writes: > When the IF output queue is full, the if_output simply drop the > packet!?? What else are you going to do with it? :-) > If the IF output queue is often full, why ip stack does not get feedback > from the driver and buffer the packets so that less packets are dropped > ? I think ip_output() will return ENOBUFS, if anybody's listening. Anyway, the flow control problem was explicitly left *out* of the specification of IP packet delivery. IP packet delivery is only "best effort".. and that's exactly what you get. Higher layer protocols are supposed to deal with flow control themselves. For example, TCP. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jan 31 22:57:32 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA02652 for freebsd-net-outgoing; Sun, 31 Jan 1999 22:57:32 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA02647 for ; Sun, 31 Jan 1999 22:57:31 -0800 (PST) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id WAA20706; Sun, 31 Jan 1999 22:56:58 -0800 (PST) Received: from bubba.whistle.com( 207.76.205.7) by whistle.com via smap (V2.0) id xma020702; Sun, 31 Jan 99 22:56:40 -0800 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id WAA25865; Sun, 31 Jan 1999 22:56:40 -0800 (PST) From: Archie Cobbs Message-Id: <199902010656.WAA25865@bubba.whistle.com> Subject: Re: Rebuilding kernel after modifying source code In-Reply-To: <36B4FF4A.E35BEF66@rpi.edu> from Mohamed Abdel-Aal at "Jan 31, 99 08:11:38 pm" To: abdelm2@rpi.edu (Mohamed Abdel-Aal) Date: Sun, 31 Jan 1999 22:56:40 -0800 (PST) Cc: freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mohamed Abdel-Aal writes: > I am doing some TCP experiments which require modifying the source code. > I added few simple file I/O commands to netinet/tcp_timer.c ; which > required me to include stdio.h. While rebuilding the kernel, I got some You shouldn't include stdio.h for kernel code, because most of that stuff is invalid (ie, not available) in the kernel. If you need certain definitions, etc., you're probably better off copying the stuff you need into a separate (new) header file. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jan 31 22:58:14 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA02776 for freebsd-net-outgoing; Sun, 31 Jan 1999 22:58:14 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from obie.softweyr.com ([204.68.178.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA02767 for ; Sun, 31 Jan 1999 22:58:10 -0800 (PST) (envelope-from wes@softweyr.com) Received: from softweyr.com (zaphod.softweyr.com [204.68.178.35]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id XAA02459; Sun, 31 Jan 1999 23:56:53 -0700 (MST) (envelope-from wes@softweyr.com) Message-ID: <36B55034.C6332745@softweyr.com> Date: Sun, 31 Jan 1999 23:56:52 -0700 From: Wes Peters Organization: Softweyr llc X-Mailer: Mozilla 4.5 [en] (X11; U; FreeBSD 3.0-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: yu.shi@research.nokia.com CC: "freebsd-net@FreeBSD.ORG" Subject: Re: drop packets? References: <36B53717.2D4B7C8F@research.nokia.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Shi Yu wrote: > > I have a question: > > When the IF output queue is full, the if_output simply drop the > packet!?? > > I mean for a busy router, it often forwards the a lot of packets. Often, yes. You should see some of my routers. ;^) > If the IF output queue is often full, why ip stack does not get feedback > from the driver and buffer the packets so that less packets are dropped > ? The IP stack does buffer packets, in the output queue. It gets feedback from the driver by noticing the output queue is full, i.e. there are no more mbufs. > Is the IF output queue often full? > what is the max size of them? > How to supervise them? IP packets are queued in data structures known as mbufs. The default number of mbufs in your system is controlled by the "maxusers" option in your config file. The default number of mbuf clusters, NMBCLUSTERS, is defined to be 512 + MAXUSERS * 16, and the number of mbufs is 4 times the number of mbuf clusters. To increase the number of mbufs in your system, you can either increase maxusers, or you can explicitly set "options NMBCLUSTERS" in your configuration. See the LINT config for details. A question to ponder, though: how do you know your system is running out of buffers? There are a lot of other problems, especially on a busy ethernet, that can cause packet loss. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC http://www.softweyr.com/~softweyr wes@softweyr.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 1 00:22:57 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA11925 for freebsd-net-outgoing; Mon, 1 Feb 1999 00:22:57 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id AAA11907 for ; Mon, 1 Feb 1999 00:22:48 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id HAA20000; Mon, 1 Feb 1999 07:12:40 +0100 From: Luigi Rizzo Message-Id: <199902010612.HAA20000@labinfo.iet.unipi.it> Subject: Re: drop packets? To: wes@softweyr.com (Wes Peters) Date: Mon, 1 Feb 1999 07:12:40 +0100 (MET) Cc: yu.shi@research.nokia.com, freebsd-net@FreeBSD.ORG In-Reply-To: <36B55034.C6332745@softweyr.com> from "Wes Peters" at Jan 31, 99 11:56:33 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > If the IF output queue is often full, why ip stack does not get feedback > > from the driver and buffer the packets so that less packets are dropped > > ? > > The IP stack does buffer packets, in the output queue. It gets feedback ... > IP packets are queued in data structures known as mbufs. The default > number of mbufs in your system is controlled by the "maxusers" option > in your config file. The default number of mbuf clusters, ... just a clarification: the queue logically belongs to the "if" layer, not IP (not that you are saying this, but your sentence above is ambiguous). The size of the interface queue is by default 50 pkts for Ethernet cards (10/100 makes no difference), and fewer for other interfaces. Unless you have lots of interfaces and local servers is unlikely that the forwarding process consumes many MBUFS, at 50 per interface. There are other reasons why you can run out of mbufs e.g. by using a lot of local TCP servers (then you do buffer pkts in the TCP queues), or if you have a leak in your ethernet driver (some used to have) or finally if you use dummynet with a lot of oddly-configured pipes. cheers luigi -----------------------------------+------------------------------------- Luigi RIZZO . EMAIL: luigi@iet.unipi.it . Dip. di Ing. dell'Informazione HTTP://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 1 01:27:53 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA20663 for freebsd-net-outgoing; Mon, 1 Feb 1999 01:27:53 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from ns10.nokia.com (ns10.nokia.com [131.228.6.229]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA20655 for ; Mon, 1 Feb 1999 01:27:50 -0800 (PST) (envelope-from yu.shi@research.nokia.com) Received: from pepper.research.nokia.com (pepper.research.nokia.com [131.228.12.3]) by ns10.nokia.com (8.8.8/8.6.9) with ESMTP id LAA27295 for ; Mon, 1 Feb 1999 11:27:44 +0200 (EET) Received: from pupu.research.nokia.com (pupu.research.nokia.com [131.228.13.130]) by pepper.research.nokia.com (8.9.1a/8.9.1) with ESMTP id LAA23391 for ; Mon, 1 Feb 1999 11:27:43 +0200 (EET) Received: from research.nokia.com ([172.28.31.90]) by pupu.research.nokia.com (8.9.1a/8.9.1) with ESMTP id LAA29247 for ; Mon, 1 Feb 1999 11:25:00 +0200 (EET) Message-ID: <36B5735E.1760FA79@research.nokia.com> Date: Mon, 01 Feb 1999 17:26:55 +0800 From: Shi Yu Reply-To: yu.shi@research.nokia.com Organization: Nokia China X-Mailer: Mozilla 4.02 [en] (Win95; I) MIME-Version: 1.0 To: "freebsd-net@FreeBSD.ORG" Subject: Re: drop packets? References: <36B53717.2D4B7C8F@research.nokia.com> <36B55034.C6332745@softweyr.com> Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Thanks for those who gave me help. After reading the replies, I am still not very clear about some points. Why 50 pkts for an interface queue? 50 sounds like not enough, if I use FreeBSD as a router. How many should I specify if I custmize the kernel or I use as large as possible?? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 1 02:14:30 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA25722 for freebsd-net-outgoing; Mon, 1 Feb 1999 02:14:30 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id CAA25705 for ; Mon, 1 Feb 1999 02:14:10 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id JAA20229; Mon, 1 Feb 1999 09:00:24 +0100 From: Luigi Rizzo Message-Id: <199902010800.JAA20229@labinfo.iet.unipi.it> Subject: Re: drop packets? To: yu.shi@research.nokia.com Date: Mon, 1 Feb 1999 09:00:23 +0100 (MET) Cc: freebsd-net@FreeBSD.ORG In-Reply-To: <36B5735E.1760FA79@research.nokia.com> from "Shi Yu" at Feb 1, 99 05:26:36 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Thanks for those who gave me help. > After reading the replies, I am still not very clear about some points. > Why 50 pkts for an interface queue? > 50 sounds like not enough, if I use FreeBSD as a router. > How many should I specify if I custmize the kernel or I use as large as > possible?? There is not an easy answer. First of all, you should only experience queueing if your output link is slower (either natively, or because of congestion e.g. on an ethernet) than the input link. If you are using ethernets on both sides, you should not see significant queues build up unless you are dumping from a loaded 100Mbit segment to a 10Mbit one. And if you do, having the router dropping packets is a good thing because it is the way end-to-end congestion control works. Second, in general you don't want large queues (except to absorb occasional bursts) -- they slow down response of congestion control, cause additional delay in the delivery of packets etc. etc. I think you should leave this parameter as it is now until you have a clear picture of the problems and you can figure out by yourself what is the best setting for your situation -- and this usually implies reducing the value quite a bit, especially with slow interfaces. cheers luigi -----------------------------------+------------------------------------- Luigi RIZZO . EMAIL: luigi@iet.unipi.it . Dip. di Ing. dell'Informazione HTTP://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 1 03:33:26 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA03789 for freebsd-net-outgoing; Mon, 1 Feb 1999 03:33:26 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from nomad.dataplex.net (nomad.dataplex.net [208.2.87.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA03780 for ; Mon, 1 Feb 1999 03:33:23 -0800 (PST) (envelope-from rkw@dataplex.net) Received: from localhost (rkw@localhost) by nomad.dataplex.net (8.9.1/8.9.1) with ESMTP id FAA52523; Mon, 1 Feb 1999 05:33:09 -0600 (CST) (envelope-from rkw@dataplex.net) Date: Mon, 1 Feb 1999 05:33:09 -0600 (CST) From: Richard Wackerbarth To: Archie Cobbs cc: net@FreeBSD.ORG, phk@critter.freebsd.dk, julian@whistle.com Subject: Re: netgraph... In-Reply-To: <199902010618.WAA25673@bubba.whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, 31 Jan 1999, Archie Cobbs wrote: > Richard Wackerbarth writes: > > Is it so "complicated" to export a template (eg. format string) > > in response to a single call to the node? > > That wouldn't be, but the worry is that templates might not > be a powerful enough "language" to cover all the possibilities. > Any "language" to do this would have to be so complicated > that it would essentially be a programming language, so > why not just export a perl script? :-) (that was a rhetorical > question :-) Because I like {tcl | python | lisp | java} better :-) [tongue-in-cheek] > > And, using your scheme, how do I compute the time interval between two > > messages? Do you propose to convert ALL packet fields for EVERY packet in > > a dump? Even if I care about only one or two fields? > > The translation to and from ASCII could be done off-line, like > the way tcpdump can do it, for example. Unless I missed something, therein lies a problem. You have no way to do it off-line. The only translator is on-line. In tcpdump's case, the binary==>ASCII translation is already "off-line" (in the user code). Although you can do it "non-real-time", you still need to be on-line to the node to get its translation service. > In general, control > messages will always be in binary format until/unless a human > wants to see them. Then they can be translated in "human time". That still begs the translation question. It appears that you still have to pass EACH message back into the kernel and get the entire translation of the message. I assume that you would then parse that to extract the field(s) of interest. My point is that your scheme works only in those cases that the desired action is to simply display the entire message (eg. syslog). Anything else would still require that the userland program have knowledge of the message structure. I thought that the purpose of this facility was to provide a mechanism that is both extensible and guaranteed to be the correct revision. That is accomplished by having the translation DEFINITION bound to the node. As for the actual language, how does this problem fundamentally differ from the snmp MIB? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 1 10:21:53 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA23661 for freebsd-net-outgoing; Mon, 1 Feb 1999 10:21:53 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA23654 for ; Mon, 1 Feb 1999 10:21:52 -0800 (PST) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id KAA26427; Mon, 1 Feb 1999 10:21:01 -0800 (PST) Received: from bubba.whistle.com( 207.76.205.7) by whistle.com via smap (V2.0) id xma026423; Mon, 1 Feb 99 10:20:59 -0800 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id KAA01933; Mon, 1 Feb 1999 10:20:59 -0800 (PST) From: Archie Cobbs Message-Id: <199902011820.KAA01933@bubba.whistle.com> Subject: Re: netgraph... In-Reply-To: from Richard Wackerbarth at "Feb 1, 99 05:33:09 am" To: rkw@dataplex.net (Richard Wackerbarth) Date: Mon, 1 Feb 1999 10:20:59 -0800 (PST) Cc: net@FreeBSD.ORG, phk@critter.freebsd.dk, julian@whistle.com X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Richard Wackerbarth writes: > > The translation to and from ASCII could be done off-line, like > > the way tcpdump can do it, for example. > > Unless I missed something, therein lies a problem. You have no way to > do it off-line. The only translator is on-line. In tcpdump's case, the > binary==>ASCII translation is already "off-line" (in the user code). > > Although you can do it "non-real-time", you still need to be on-line > to the node to get its translation service. Not exactly.. since it's really a "type" message instead of a "node" message (in OO speak a class method instead of an instance method) the node doesn't have to exist.. but the type has to be loaded. > > In general, control > > messages will always be in binary format until/unless a human > > wants to see them. Then they can be translated in "human time". > > That still begs the translation question. It appears that you still have > to pass EACH message back into the kernel and get the entire translation > of the message. I assume that you would then parse that to extract the > field(s) of interest. > > My point is that your scheme works only in those cases that the desired > action is to simply display the entire message (eg. syslog). Anything else > would still require that the userland program have knowledge of the > message structure. If you're doing stuff programmatically, then why bother with ASCII at all. The only purpose of ASCII is so humans can see what's going on and/or participate. > I thought that the purpose of this facility was to provide a mechanism > that is both extensible and guaranteed to be the correct revision. That is > accomplished by having the translation DEFINITION bound to the node. The correct revision is confirmed for ALL messages by the type cookie, so this is an orthogonal issue from ASCII encoding/decoding. > As for the actual language, how does this problem fundamentally differ > from the snmp MIB? Well, I guess it's related but optimized to solve a somewhat different problem. For example, SNMP is meant to go over a network, and hence has to be a well defined and fairly fixed protocol. For netgraph, we don't care about 'network order' and stuff, because we can do everything in binary and using compile time structures & constants. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 1 10:56:48 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA28380 for freebsd-net-outgoing; Mon, 1 Feb 1999 10:56:48 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from pedigree.cs.ubc.ca (pedigree.cs.ubc.ca [142.103.6.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA28372 for ; Mon, 1 Feb 1999 10:56:45 -0800 (PST) (envelope-from mjmccut@cs.ubc.ca) Received: (from ean@localhost) by pedigree.cs.ubc.ca (8.8.8/8.6.9) id KAA21799; Mon, 1 Feb 1999 10:56:44 -0800 (PST) X400-Received: by /PRMD=ca/ADMD=telecom.canada/C=ca/; Relayed; Mon, 1 Feb 1999 10:56:42 UTC-0800 Date: Mon, 1 Feb 1999 10:56:42 UTC-0800 X400-Originator: mjmccut@cs.ubc.ca X400-Recipients: non-disclosure:; X400-Content-Type: P2-1984 (2) X400-MTS-Identifier: [/PRMD=ca/ADMD=telecom.canada/C=ca/;990201105642] Content-Identifier: 14826 From: Mark McCutcheon To: freebsd-net@FreeBSD.ORG Cc: yu.shi@research.nokia.com In-Reply-To: <199902010642.WAA25830@bubba.whistle.com> Message-ID: <"14826*mjmccut@cs.ubc.ca"@MHS> Subject: Re: drop packets? MIME-Version: 1.0 (Generated by Ean X.400 to MIME gateway) Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Archie Cobbs writes: > Shi Yu writes: >> When the IF output queue is full, the if_output simply drop >> the packet!?? > > What else are you going to do with it? :-) Well, that's simple tail-drop queuing in a FIFO buffer. It's certainly the BSD kernel default, but there are arguably more efficient queuing disciplines for some environments, such as RED (random early detection) for TCP. Kenjiro Cho (Sony Computer Science Lab) has developed an ALTQ (Alternate Queuing) package for FreeBSD which implements RED, CQB, WFQ, etc., as well as a template for developing your own queuing schemes. See: http://www.csl.sony.co.jp/person/kjc/programs.html >> If the IF output queue is often full, why ip stack does not >> get feedback from the driver and buffer the packets so that >> less packets are dropped? > > I think ip_output() will return ENOBUFS, if anybody's > listening. > > Anyway, the flow control problem was explicitly left *out* of > the specification of IP packet delivery. IP packet delivery > is only "best effort".. and that's exactly what you get. I think that the intserv and diffserv people would be disappointed to learn that ;-> > Higher layer protocols are supposed to deal with flow control > themselves. For example, TCP. But many believe that routers need to help with this - hence RED, RED with ECN, etc. Also, FRED (fair random early drop) and similar schemes have been designed to control queue utilization even by greedy and ill-behaved UDP streams. So it's not just tail-drop FIFO anymore - heck, even Cisco's IOS implements a number of these alternatives.... Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 1 14:37:22 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA27822 for freebsd-net-outgoing; Mon, 1 Feb 1999 14:37:22 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from messenger.cacheflow.com (messenger.cacheflow.com [208.2.250.90]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA27817 for ; Mon, 1 Feb 1999 14:37:20 -0800 (PST) (envelope-from krowett@rowett.org) Received: from rowettpc (208.2.250.25) by messenger.cacheflow.com (Worldmail 1.3.167) for net@freebsd.org; 1 Feb 1999 14:36:44 -0800 Message-Id: <4.1.19990201143145.00a3c130@pop.ncal.verio.com> X-Sender: krowett@rowett.org@pop3.rowett.org X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Date: Mon, 01 Feb 1999 14:38:50 -0800 To: net@FreeBSD.ORG From: "Kevin J. Rowett" Subject: Looking for ETH NIC with real MII connector.. Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm looking for a PCI based Ethernet NIC that has a real MII connector on it. Does anyone know of a card still made with such? I'm developing some unusual PHY arrangements and need an easy way to test, w/o having to build and debug the entire PCI card and MAC. TIA KR To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 1 16:31:32 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA13115 for freebsd-net-outgoing; Mon, 1 Feb 1999 16:31:32 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from i.caniserv.com (i.caniserv.com [139.142.95.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id QAA13105 for ; Mon, 1 Feb 1999 16:31:29 -0800 (PST) (envelope-from Darcy@ok-connect.com) Received: (qmail 4817 invoked from network); 2 Feb 1999 00:31:17 -0000 Received: from ccliii.caniserv.com (HELO dbitech) (darcyb@139.142.95.253) by 139.142.95.10 with SMTP; 2 Feb 1999 00:31:17 -0000 Message-Id: <3.0.32.19990201163204.03060ec0@mail.ok-connect.com> X-Sender: darcyb@mail.ok-connect.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 01 Feb 1999 16:32:05 -0800 To: net@FreeBSD.ORG From: Darcy Buskermolen Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org How would I go about enabling L2TP in 2.2.8-RELEASE, I'm suspectioing that if can be done useing tun0 but I havn't found any docs that apear to explain fow to implement this. I'm trying to replace a cisco that has the following set as it's tunnel0 and routing interface Tunnel0 ip address 123.143.80.66 255.255.255.252 tunnel source 123.143.220.195 tunnel destination 213.132.214.253 ! interface Ethernet0 ipaddress 123.143.220.195 ! ip route 0.0.0.0 0.0.0.0 123.143.80.65 ip route 213.132.214.253 255.255.255.255 123.143.220.193 Any hints as where to look for more info about this ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 1 16:42:06 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA14263 for freebsd-net-outgoing; Mon, 1 Feb 1999 16:42:06 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA14243 for ; Mon, 1 Feb 1999 16:42:02 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id QAA23073 for ; Mon, 1 Feb 1999 16:37:47 -0800 (PST) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpdi23065; Tue Feb 2 00:37:39 1999 Message-ID: <36B648D0.FF6D5DF@whistle.com> Date: Mon, 01 Feb 1999 16:37:36 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.8-RELEASE i386) MIME-Version: 1.0 To: net@FreeBSD.ORG Subject: netgraph ethernet hook Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Just a note to those that have been following the netgraph story: I just got the netgraph/ethernet connection going. (there was a small bug in the version sent out..) major cool.. using the "orphans" hook, any unclained packets are sent to netgraph system, wher they can be sliced and diced to taste. If I can get the DPF node running then this will support dynamic addition of protocols. A less flexible method would be to create a node for each protocol that filters out packets it recognises and passes the rest on. This could certainly be used to prototype things. An example of running on the "orphans" hook with appletalk not enabled while apples are on the network.. [phaser.whistle.com] 512 ngctl Available commands: connect Connects hook of the node at to debug Get/set debugging verbosity level help Show command summary or get more help on a specific command list Show information about all nodes mkpeer Create and connect a new node to the node at "path" name Assign name to the node at read Read and execute commands from a file rmhook Disconnect hook "hook" of the node at "path" show Show information about the node at shutdown Shutdown the node at status Get human readable status information from the node at types Show information about all installed node types quit Exit program + list There are 2 total nodes: Name: ngctl326 Type: socket ID: f07ba180 Num hooks: 0 Name: fxp0 Type: ether ID: f0756d80 Num hooks: 0 + quit [phaser.whistle.com] 513 nghook -a fxp0: orphans 0000: 09 00 07 ff ff ff 00 10 4b 30 64 48 00 22 aa aa ........K0dH.".. 0010: 03 08 00 07 80 9b 00 1a 00 00 00 00 00 66 ff fb .............f.. 0020: 01 01 01 00 66 08 fb 00 64 80 00 6e 82 00 6f 00 ....f...d..n..o. 0030: cd cd cd cd cd cd cd cd cd cd cd cd ............ 0000: 09 00 07 ff ff ff 00 00 c5 22 a8 2e 00 25 aa aa ........."...%.. 0010: 03 08 00 07 80 9b 00 1d 00 00 00 00 00 64 ff 7f .............d.. 0020: 01 01 01 00 64 08 7f 00 64 80 00 6e 82 00 6f 80 ....d...d..n..o. 0030: 00 6f 82 00 00 00 00 00 00 00 00 00 .o.......... ^C [phaser.whistle.com] 514 I had fxp0 in promiscuous mode so I would get some orphans. Patch available on request, or it will be in the next netgraph release. julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 1 18:27:29 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA23851 for freebsd-net-outgoing; Mon, 1 Feb 1999 18:27:29 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA23845 for ; Mon, 1 Feb 1999 18:27:28 -0800 (PST) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id SAA02979; Mon, 1 Feb 1999 18:26:50 -0800 (PST) Received: from bubba.whistle.com( 207.76.205.7) by whistle.com via smap (V2.0) id xma002977; Mon, 1 Feb 99 18:26:38 -0800 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id SAA06521; Mon, 1 Feb 1999 18:26:37 -0800 (PST) From: Archie Cobbs Message-Id: <199902020226.SAA06521@bubba.whistle.com> Subject: Re: your mail In-Reply-To: <3.0.32.19990201163204.03060ec0@mail.ok-connect.com> from Darcy Buskermolen at "Feb 1, 99 04:32:05 pm" To: Darcy@ok-connect.com (Darcy Buskermolen) Date: Mon, 1 Feb 1999 18:26:37 -0800 (PST) Cc: net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Darcy Buskermolen writes: > How would I go about enabling L2TP in 2.2.8-RELEASE, I'm suspectioing that > if can be done useing tun0 but I havn't found any docs that apear to > explain fow to implement this. There is no built-in support for L2TP in FreeBSD. You might check out this though: ftp://ftp.marko.net/pub/l2tpd -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Feb 2 15:07:21 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA23041 for freebsd-net-outgoing; Tue, 2 Feb 1999 15:07:21 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from phluffy.fks.bt (net25-cust199.pdx.wantweb.net [24.236.25.199]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA23033 for ; Tue, 2 Feb 1999 15:07:18 -0800 (PST) (envelope-from myke@ees.com) Received: from localhost (myke@localhost) by phluffy.fks.bt (8.8.8/8.8.8) with ESMTP id PAA01005 for ; Tue, 2 Feb 1999 15:07:17 -0800 (PST) (envelope-from myke@ees.com) Date: Tue, 2 Feb 1999 15:07:17 -0800 (PST) From: Mike Holling X-Sender: myke@phluffy.fks.bt To: freebsd-net@FreeBSD.ORG Subject: Problems with routes learned by ICMP redirect? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm working on an ISP that recently had a number of IP networks revoked from a former provider. During the conversion, I discovered that the FreeBSD boxes on the network are getting routes I don't want them to, and even worse, they aren't set to time out. Here's an example: Internet: Destination Gateway Flags Refs Use Netif Expire default 205.201.1.1 UGSc 84 3555 fxp0 127.0.0.1 127.0.0.1 UH 0 0 lo0 205.201.1 link#1 UC 0 0 205.201.1.1 0:e0:fe:94:7c:8 UHLW 66 3 fxp0 386 205.201.1.2 0:20:af:38:7:b8 UHLW 1 272 fxp0 461 (...) 205.201.39.2 205.201.1.120 UGHD 0 6 fxp0 205.201.39.6 205.201.1.117 UGHD 0 12 fxp0 205.201.39.9 205.201.1.105 UGHD 0 20 fxp0 205.201.39.59 205.201.1.118 UGHD 0 0 fxp0 The machine has a single ethernet card with a single IP address in the 205.201.1.0/24 network. The dialup boxes (.105, .117, .118, .120 among others) are also in this network. The 205.201.39.0/24 network is used for a special customer that gets static IP addresses for all their dialup users (in fact, this happens to be the project that produced the "Internet causes loss of social contact and depression" study that stirred up some controversy last summer). These are regular dialup users that can come in on any of the dialup boxes with their static IP. There are no routing daemons running, so I'm assuming these routes are learned via ICMP redirects (not knowing how to find out how a route was learned). I don't want the freebsd box to have any routes for these IPs, I want it to ignore any ICMP redirects and continue sending all traffic to its default gateway (the dialups and the router use OSPF, I don't really want to have to have all the freebsd systems running OSPF as well). Also, why do the entries never expire? I changed the IP addresses of all the dialup units yesterday, and some of the freebsd machines still have stale routes for the dialup network pointing to old dialup box IP addresses. - Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Feb 2 17:33:37 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA16296 for freebsd-net-outgoing; Tue, 2 Feb 1999 17:33:37 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from granite.sentex.net (granite.sentex.ca [199.212.134.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA16287 for ; Tue, 2 Feb 1999 17:33:34 -0800 (PST) (envelope-from mike@sentex.net) Received: from ospf-wat.sentex.net (ospf-wat.sentex.net [209.167.248.81]) by granite.sentex.net (8.8.8/8.6.9) with SMTP id UAA17060; Tue, 2 Feb 1999 20:33:19 -0500 (EST) From: mike@sentex.net (Mike Tancsa) To: myke@ees.com (Mike Holling) Cc: freebsd-net@FreeBSD.ORG Subject: Re: Problems with routes learned by ICMP redirect? Date: Wed, 03 Feb 1999 01:40:02 GMT Message-ID: <36b7a77a.194410006@mail.sentex.net> References: In-Reply-To: X-Mailer: Forte Agent .99e/32.227 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 2 Feb 1999 18:21:16 -0500, in sentex.lists.freebsd.misc you wrote: >These are regular dialup users that can come in on any of the dialup boxes >with their static IP. There are no routing daemons running, so I'm >assuming these routes are learned via ICMP redirects (not knowing how to >find out how a route was learned). The ICMP redirects are most likly being sent by your router. You would have a much more efficient network if you ran gated on the FreeBSD box since OSPF is already on the network. As to how the routes are being learned, icmpinfo can be helpful in this case... Also, ipfw can be helpfuly as well #define ICMP_REDIRECT 5 /* shorter route, codes: */ #define ICMP_REDIRECT_NET 0 /* for network */ #define ICMP_REDIRECT_HOST 1 /* for host */ #define ICMP_REDIRECT_TOSNET 2 /* for tos and net */ #define ICMP_REDIRECT_TOSHOST 3 /* for tos and host */ ipfw add 500 allow log icmp from any to any icmptype 5 and it will log to kern all icmp redirects so you can see who is sending the redirects... Most likely the router since thats where you are sending things to by default. But go for gated and ospf... It will be a better network in the short term and long term. gdc dump will give you a nice view of what everything is configured for-- rightly or wrongly. ---Mike Mike Tancsa (mdtancsa@sentex.net) Sentex Communications Corp, Waterloo, Ontario, Canada To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 3 03:56:28 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA17365 for freebsd-net-outgoing; Wed, 3 Feb 1999 03:56:28 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from mail.adinet.com.uy (mail.adinet.com.uy [206.99.44.235]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA17347; Wed, 3 Feb 1999 03:56:21 -0800 (PST) (envelope-from ang@adinet.com.uy) Received: from adinet.com.uy (tc2-174.w3.com.uy [207.3.118.174]) by mail.adinet.com.uy (8.9.0/8.9.0) with ESMTP id IAA23427; Wed, 3 Feb 1999 08:56:17 -0300 (GMT) Message-ID: <36B839F4.E6DCEBB@adinet.com.uy> Date: Wed, 03 Feb 1999 08:58:44 -0300 From: Angelo Nardone X-Mailer: Mozilla 4.05 [en] (WinNT; I) MIME-Version: 1.0 To: "freebsd-net@FreeBSD.ORG" , "freebsd-isp@FreeBSD.ORG" Subject: procmail Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have de "qpopper" with the hash directory = 2, this means that for a user "pedro", it going to take the mail from $HOMEMAIL/p/e/pedro, and this work fine. The thing is I have the "procmail" as delivery agent (for sendmail), but I don't know how to set the procmail to deliver the incoming mails to that directory. Could someone help me with this ? Thank in advance Angelo. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 3 05:22:21 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA04333 for freebsd-net-outgoing; Wed, 3 Feb 1999 05:22:21 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from mail.promo.de (mail.Promo.DE [194.45.188.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA04317 for ; Wed, 3 Feb 1999 05:22:11 -0800 (PST) (envelope-from stefan@promo.de) Received: from d206.promo.de (d206.Promo.DE [194.45.188.206]) by mail.promo.de (8.8.8/8.8.8) with ESMTP id OAA01495; Wed, 3 Feb 1999 14:21:24 +0100 (CET) Date: Wed, 03 Feb 1999 14:21:24 +0100 From: Stefan Bethke To: Julian Elischer cc: net@FreeBSD.ORG, Archie Cobbs Subject: Re: Patch to add Netgraph to all ethernet interfaces. Message-ID: <895942.3127040484@d206.promo.de> In-Reply-To: Originator-Info: login-id=stefan; server=mail X-Mailer: Mulberry Demo (MacOS) [1.4.0, s/n Evaluation] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Julian Elischer wrote: > Here is a patch that adds a netgraph node capability to any ethernet > driver. > I added the "divert" option for fun (it > was 3 lines or so) but you probably don't want it in the final product as > it probably adds about 6 instructions to the path of normal IP packets > I've been wondering about the following node types.. > DPF (dynamic Packet Filter.. super high speed packet sorter) > ipfw clone > link-level packet filter > link-level bridging 802.1Q VLAN tagging, 802.3p ToS tagging, static trunking, 802.3? dynamic trunking, 802.1 STP participation for renundant links, etc. pp. Although one might want to make the "divert" mode optional (for performance reasons), there is plenty opportunity to do fancy stuff with ethernet. As we have just installed a BayStack 350, and as soon as I've upgraded our lab machine to 4.0-current, I could give trunking a try... Stefan -- Stefan Bethke Promo Datentechnik | Tel. +49-40-851744-18 + Systemberatung GmbH | Fax. +49-40-851744-44 Eduardstrasse 46-48 | e-mail: stefan@Promo.DE D-20257 Hamburg | http://www.Promo.DE/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 3 08:46:14 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA08176 for freebsd-net-outgoing; Wed, 3 Feb 1999 08:46:14 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from mail1.WorldMediaCo.com ([207.252.121.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA08167 for ; Wed, 3 Feb 1999 08:46:11 -0800 (PST) (envelope-from opsys@open-systems.net) Received: from freebsd.omaha.com ([207.252.122.220]) by mail1.WorldMediaCo.com (Post.Office MTA v3.5.3 release 223 ID# 0-55573U2500L250S0V35) with SMTP id com for ; Wed, 3 Feb 1999 10:39:58 -0600 Date: Wed, 3 Feb 1999 10:46:48 +0000 (GMT) From: "Open Systems Inc." X-Sender: opsys@freebsd.omaha.com To: freebsd-net@FreeBSD.ORG Subject: Alteon ACEnic Gigabit card driver Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I just read on alteon networks web page they are developing a driver for there ACEnic gigabit ethernet card for FreeBSD. Does anyone use these cards or have any comments on alteon products? Chris -- "Join Team-FreeBSD on cracking RC5-64! grab you client now and HELP OUT! http://www.distributed.net/cgi/select.cgi" ===================================| Open Systems FreeBSD Consulting. FreeBSD 2.2.8 is available now! | Phone: 402-573-9124 -----------------------------------| 3335 N. 103 Plaza #14, Omaha, NE 68134 FreeBSD: The power to serve! | E-Mail: opsys@open-systems.net http://www.freebsd.org | Consulting, Network Engineering, Security ===================================| http://open-systems.net -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQENAzPemUsAAAEH/06iF0BU8pMtdLJrxp/lLk3vg9QJCHajsd25gYtR8X1Px1Te gWU0C4EwMh4seDIgK9bzFmjjlZOEgS9zEgia28xDgeluQjuuMyUFJ58MzRlC2ONC foYIZsFyIqdjEOCBdfhH5bmgB5/+L5bjDK6lNdqD8OAhtC4Xnc1UxAKq3oUgVD/Z d5UJXU2xm+f08WwGZIUcbGcaonRC/6Z/5o8YpLVBpcFeLtKW5WwGhEMxl9WDZ3Kb NZH6bx15WiB2Q/gZQib3ZXhe1xEgRP+p6BnvF364I/To9kMduHpJKU97PH3dU7Mv CXk2NG3rtOgLTEwLyvtBPqLnbx35E0JnZc0k5YkABRO0JU9wZW4gU3lzdGVtcyA8 b3BzeXNAb3Blbi1zeXN0ZW1zLm5ldD4= =BBjp -----END PGP PUBLIC KEY BLOCK----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 3 09:06:06 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA11620 for freebsd-net-outgoing; Wed, 3 Feb 1999 09:06:06 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from shell6.ba.best.com (shell6.ba.best.com [206.184.139.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA11569 for ; Wed, 3 Feb 1999 09:06:02 -0800 (PST) (envelope-from jkb@shell6.ba.best.com) Received: (from jkb@localhost) by shell6.ba.best.com (8.9.2/8.9.2/best.sh) id JAA00587; Wed, 3 Feb 1999 09:05:52 -0800 (PST) Message-ID: <19990203090551.A28299@best.com> Date: Wed, 3 Feb 1999 09:05:51 -0800 From: "Jan B. Koum " To: "Open Systems Inc." , freebsd-net@FreeBSD.ORG Subject: Re: Alteon ACEnic Gigabit card driver References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Open Systems Inc. on Wed, Feb 03, 1999 at 10:46:48AM +0000 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Alteon just recently sent a switch, drivers and other stuff to one of the developers. I guess soon there will be driver. Can't speak for someone else though... -- Yan On Wed, Feb 03, 1999 at 10:46:48AM +0000, "Open Systems Inc." wrote: > > I just read on alteon networks web page they are developing a driver for > there ACEnic gigabit ethernet card for FreeBSD. Does anyone use these > cards or have any comments on alteon products? > > Chris > > -- > "Join Team-FreeBSD on cracking RC5-64! grab you client now and HELP OUT! > http://www.distributed.net/cgi/select.cgi" > > ===================================| Open Systems FreeBSD Consulting. > FreeBSD 2.2.8 is available now! | Phone: 402-573-9124 > -----------------------------------| 3335 N. 103 Plaza #14, Omaha, NE 68134 > FreeBSD: The power to serve! | E-Mail: opsys@open-systems.net > http://www.freebsd.org | Consulting, Network Engineering, Security > ===================================| http://open-systems.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 3 11:55:06 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA11611 for freebsd-net-outgoing; Wed, 3 Feb 1999 11:55:06 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA11563 for ; Wed, 3 Feb 1999 11:54:52 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id LAA12923; Wed, 3 Feb 1999 11:50:17 -0800 (PST) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpdr12917; Wed Feb 3 19:50:14 1999 Message-ID: <36B8A870.52BFA1D7@whistle.com> Date: Wed, 03 Feb 1999 11:50:08 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.8-RELEASE i386) MIME-Version: 1.0 To: Stefan Bethke CC: net@FreeBSD.ORG, Archie Cobbs Subject: Re: Patch to add Netgraph to all ethernet interfaces. References: <895942.3127040484@d206.promo.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Stefan Bethke wrote: > > Julian Elischer wrote: > > > Here is a patch that adds a netgraph node capability to any ethernet > > driver. > > 802.1Q VLAN tagging, 802.3p ToS tagging, static trunking, 802.3? dynamic > trunking, 802.1 STP participation for renundant links, etc. pp. What do these do? I've seen soem VLAN code in the kernel.. what is it? and ToS (Type of Service?).. what does it require? > > Although one might want to make the "divert" mode optional (for performance > reasons), there is plenty opportunity to do fancy stuff with ethernet. > (the reason I wrote it) > As we have just installed a BayStack 350, and as soon as I've upgraded our > lab machine to 4.0-current, I could give trunking a try... you mean "write a node"? how would it look? what does it (trunking) do? > > Stefan > > -- > Stefan Bethke > Promo Datentechnik | Tel. +49-40-851744-18 > + Systemberatung GmbH | Fax. +49-40-851744-44 > Eduardstrasse 46-48 | e-mail: stefan@Promo.DE > D-20257 Hamburg | http://www.Promo.DE/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 3 12:04:06 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA13206 for freebsd-net-outgoing; Wed, 3 Feb 1999 12:04:06 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from sierrahill.com (sierrahill.com [216.30.23.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA13194 for ; Wed, 3 Feb 1999 12:04:02 -0800 (PST) (envelope-from rjoe@sierrahill.com) Received: (from rjoe@localhost) by sierrahill.com (8.8.7/8.8.7) id OAA22800 for freebsd-net@FreeBSD.ORG; Wed, 3 Feb 1999 14:06:28 -0600 (CST) (envelope-from rjoe) From: Joe Schwartz Message-Id: <199902032006.OAA22800@sierrahill.com> Subject: 2.2.7 xl driver for 3C905b To: freebsd-net@FreeBSD.ORG Date: Wed, 3 Feb 1999 14:06:28 -0600 (CST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Folks, I've 3 2.2.7 release systems and some of the owners want a 3Com 905b NIC in them. I understand the 'xl' driver is for that card. Where do I find it and how do I incorporate into release 2.2.7? Thanks, Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 3 13:22:28 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA24553 for freebsd-net-outgoing; Wed, 3 Feb 1999 13:22:28 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA24547 for ; Wed, 3 Feb 1999 13:22:26 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id PAA13561; Wed, 3 Feb 1999 15:38:12 -0500 (EST) (envelope-from wollman) Date: Wed, 3 Feb 1999 15:38:12 -0500 (EST) From: Garrett Wollman Message-Id: <199902032038.PAA13561@khavrinen.lcs.mit.edu> To: Julian Elischer Cc: net@FreeBSD.ORG Subject: Re: Patch to add Netgraph to all ethernet interfaces. In-Reply-To: <36B8A870.52BFA1D7@whistle.com> References: <895942.3127040484@d206.promo.de> <36B8A870.52BFA1D7@whistle.com> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > What do these do? I've seen soem VLAN code in the kernel.. what is it? > and ToS (Type of Service?).. what does it require? Nothing -- just stick on the right header and go. (Of course, that won't do you much good unless you have fancy queueing going on to make sure that your priority packets actually get out the door...) The if_vlan driver implements precisely this for 1Q (and 1p would use the same encapsulation header, just setting different bits). I chose this implementation approach because it was easier than introducing the (IMHO preferable) notion of subinterfaces everywhere. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 3 18:05:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA11745 for freebsd-net-outgoing; Wed, 3 Feb 1999 18:05:09 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from inner.net (avarice.inner.net [199.33.248.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA11731 for ; Wed, 3 Feb 1999 18:05:05 -0800 (PST) (envelope-from cmetz@inner.net) Received: from inner.net (cmetz.cstone.net [205.197.102.217]) by inner.net (8.9.1/8.9.1) with ESMTP id BAA19522 for ; Thu, 4 Feb 1999 01:54:00 GMT Message-Id: <199902040154.BAA19522@inner.net> To: freebsd-net@FreeBSD.ORG Subject: Announcing NRL IPv6+IPsec alpha 7.1 X-Copyright: Copyright 1999, Craig Metz, All Rights Reserved. X-Reposting: With explicit permission only Date: Wed, 03 Feb 1999 21:04:06 -0500 From: Craig Metz Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [My apologies if you see this multiple times; we support four BSDs and Linux now, and all these camps are known for tending to stay separate, even though many hard-core hackers pay attention to some subset of them] After a year of development, the latest release of the NRL IPv6+IPsec software is now available to the public. As the name suggests, this software is an implementation of IP Version 6 and IP Security (separately and together). This version supports: BSD/OS 4.0 on x86 (supplements our code previously merged into 4.0) OpenBSD 2.3 and 2.4 on x86 and sparc (a more integrated version of this release is now in OpenBSD's CVS tree; you need userland from this kit) NetBSD 1.3.2 and 1.3.3 on x86 and sparc FreeBSD 3.0 on x86 Linux 2.1 on x86 (for PF_KEY only) This release adds a lot of ports, updates the code to conform to newer versions of many specs (which effectively meant rewriting portions of the code), and includes a lot of general cleanups and improvements. More information and code can be found through http://www.ipv6.nrl.navy.mil. -Craig To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 3 18:13:17 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA13587 for freebsd-net-outgoing; Wed, 3 Feb 1999 18:13:17 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from ns11.nokia.com (ns11.nokia.com [131.228.6.230]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA13388 for ; Wed, 3 Feb 1999 18:13:03 -0800 (PST) (envelope-from yu.shi@research.nokia.com) Received: from pepper.research.nokia.com (pepper.research.nokia.com [131.228.12.3]) by ns11.nokia.com (8.8.8/8.6.9) with ESMTP id EAA07297 for ; Thu, 4 Feb 1999 04:12:58 +0200 (EET) Received: from pupu.research.nokia.com (pupu.research.nokia.com [131.228.13.130]) by pepper.research.nokia.com (8.9.1a/8.9.1) with ESMTP id EAA02497 for ; Thu, 4 Feb 1999 04:12:57 +0200 (EET) Received: from research.nokia.com ([172.28.31.90]) by pupu.research.nokia.com (8.9.1a/8.9.1) with ESMTP id EAA11695 for ; Thu, 4 Feb 1999 04:10:14 +0200 (EET) Message-ID: <36B901F6.39F51150@research.nokia.com> Date: Thu, 04 Feb 1999 10:12:06 +0800 From: Shi Yu Reply-To: yu.shi@research.nokia.com Organization: Nokia China X-Mailer: Mozilla 4.02 [en] (Win95; I) MIME-Version: 1.0 To: "freebsd-net@FreeBSD.ORG" Subject: For the missed letters. Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org My mail server caught a cold yesterday. So I think maybe there were some letters missed. Senders, please kindly re-send the letters concerning "drop packet" to my personal email box. Has any one response my question? I here ask again. After reading the replies, I am still not very clear about some points. Why 50 pkts for an interface queue? 50 sounds like not enough, if I use FreeBSD as a router. How many should I specify if I custmize the kernel or I use as large as possible?? Another question: According to the TCP header specification, 16 bits receive window should be 65536 bytes in maximum. But I can not reach this high, only 16384 bytes. tcpdump shows that although the window is annouced with 64k, sender can only send 16k data without ack. I am confused. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 3 23:37:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA01318 for freebsd-net-outgoing; Wed, 3 Feb 1999 23:37:08 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from enaila.nidlink.com (enaila.nidlink.com [216.18.128.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA01312 for ; Wed, 3 Feb 1999 23:37:07 -0800 (PST) (envelope-from sworkman@nidlink.com) Received: from nidlink.com (pm3d2-12.nidlink.com [216.18.131.67]) by enaila.nidlink.com (8.9.0/8.9.0) with ESMTP id XAA19008 for ; Wed, 3 Feb 1999 23:37:06 -0800 (PST) Message-ID: <36B94EA0.6F18B7D2@nidlink.com> Date: Wed, 03 Feb 1999 23:39:12 -0800 From: Shawn Workman X-Mailer: Mozilla 4.08 [en] (X11; I; FreeBSD 3.0-STABLE i386) MIME-Version: 1.0 To: freebsd-net@FreeBSD.ORG Subject: Intel 8/16 LAN adapter Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have a whole slew of Intel 8/16 LAN adapters here that I want to use in my FreeBSD boxes. I may be overlooking it but I cannot find any info that says whether or not FreeBSD 3.0 Stable will support these cards, and I would hat to just throw them away.. Any info will be greatly appreciated.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 4 05:01:24 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA10797 for freebsd-net-outgoing; Thu, 4 Feb 1999 05:01:24 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from kame200.kame.net (kame200.kame.net [203.178.141.200]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA10792 for ; Thu, 4 Feb 1999 05:01:19 -0800 (PST) (envelope-from kazu@kame.net) Received: from localhost (localhost.kame.net [127.0.0.1]) by kame200.kame.net (8.8.8/8.8.8) with ESMTP id WAA12695 for ; Thu, 4 Feb 1999 22:03:59 +0900 (JST) (envelope-from kazu@kame.net) To: net@FreeBSD.ORG Subject: the 5th announcement of KAME stable release Mime-Version: 1.0 From: Kazu Yamamoto (=?iso-2022-jp?B?GyRCOzNLXE9CSScbKEI=?=) X-Mailer: Mew version 1.94b2 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19990204220358A.kazu@kame.net> Date: Thu, 04 Feb 1999 22:03:58 +0900 X-Dispatcher: imput version 981124(IM104) Lines: 49 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org As usual, KAME Project has released "stable" packages of IPv6/IPsec network code for FreeBSD 2.2.8, NetBSD 1.3.3, and BSD/OS 3.1. These packages are free of charge but absolutely no warranty. They are avaiable from the following web site: http://www.kame.net/ Here is a summary of the differences between KAME stable 19981130 and 19990131. <> - ATM PVC pseudo device support for NetBSD - ALTQ 1.1.3 support - if_xl.c(FreeBSD 2.2.8) update <> - ND6 works properly as expected. - bug fix of preventing non-link local multicast packets receipt - introduced IPv6 only protosw, and backout KAME changes to sys/protosw.h - changed *_input() return value from IPPROTO_NONE to IPPROTO_DONE. (this fix mbuf leak bug at receiving a packet with "no next header") <> - setsockopt(IPV6_CHECSUM) was stabilized. - changed the member name of sockaddr_strage as bsd-api-new-05 <> - removed confilict of KMALLOC/KFREE macro between ipsec and ip filter <> - telnet supports source route for both IPv4 and IPv6: (@gw1@gw2@dest). - many bug fixes and enhancements of bgpd - rewrote tcp_relay() of faithd(for more stability) - kame-send-pr is provieded for submitting KAME problems - kit/src is confirmed or patched to work on FreeBSD 3.0 <> - "bind8" is ready to talk IPv6. - "apache13" was updated to use new patch which fixed args for freeaddrinfo(). - upgraded many ports' base version - ports tcptrace support - ports wbd support(multicast shared whiteboard) - pkgsrc support for NetBSD, many pkgsrc added to NetBSD - NetBSD ftp, ftpd EPRT/EPSV support - altq package support for NetBSD --KAME Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 4 14:20:12 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA00822 for freebsd-net-outgoing; Thu, 4 Feb 1999 14:20:12 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from roma.coe.ufrj.br (roma.coe.ufrj.br [146.164.53.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA00740 for ; Thu, 4 Feb 1999 14:20:05 -0800 (PST) (envelope-from jonny@jonny.eng.br) Received: (from jonny@localhost) by roma.coe.ufrj.br (8.8.8/8.8.8) id UAA22070; Thu, 4 Feb 1999 20:19:29 -0200 (EDT) (envelope-from jonny) From: Joao Carlos Mendes Luis Message-Id: <199902042219.UAA22070@roma.coe.ufrj.br> Subject: Re: Patch to add Netgraph to all ethernet interfaces. In-Reply-To: <199902032038.PAA13561@khavrinen.lcs.mit.edu> from Garrett Wollman at "Feb 3, 1999 3:38:12 pm" To: wollman@khavrinen.lcs.mit.edu (Garrett Wollman) Date: Thu, 4 Feb 1999 20:19:29 -0200 (EDT) Cc: julian@whistle.com, net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org #define quoting(Garrett Wollman) // > What do these do? I've seen soem VLAN code in the kernel.. what is it? // > and ToS (Type of Service?).. what does it require? Take a look at http://www.jonny.eng.br/tese/. The last two documents are draft standards for 802.1Q and 802.1p. // Nothing -- just stick on the right header and go. (Of course, that // won't do you much good unless you have fancy queueing going on to make // sure that your priority packets actually get out the door...) The // if_vlan driver implements precisely this for 1Q (and 1p would use the same // encapsulation header, just setting different bits). What's the status of this ? Is it already usable ? Could I use FreeBSD as a multi-VLAN server in a switched ethernet environment ? Do you have a tutorial somewhere ? Jonny -- Joao Carlos Mendes Luis M.Sc. Student jonny@jonny.eng.br Universidade Federal do Rio de Janeiro "This .sig is not meant to be politically correct." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 4 14:56:26 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA06530 for freebsd-net-outgoing; Thu, 4 Feb 1999 14:56:26 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from snowcrest.net (mtshasta.snowcrest.net [209.232.210.195]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA06519 for ; Thu, 4 Feb 1999 14:56:23 -0800 (PST) (envelope-from djewett@snowcrest.net) Received: from ws2600 (ppp636.snowcrest.net [209.148.39.76]) by snowcrest.net (8.8.5/8.8.5) with SMTP id OAA16889 for ; Thu, 4 Feb 1999 14:56:21 -0800 (PST) Message-ID: <000301be5091$71775ac0$4c2794d1@ws2600> From: "Derek Jewett" To: Subject: Restarting ipfw - ? Date: Thu, 4 Feb 1999 14:55:19 -0800 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I am in the proces of fine tuning the ipfw firewall in 3.0-RELEASE. It is setup using the rc.firewall file. Can I just sh rc.firewall to restart..? It is very critical now that I don't kill the server all together as it is now in test production with approx. 150 users on it at any given time... I know what you're thinking, "gee shouldn't you have tuned the firewall first..?" thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 4 15:01:45 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA07370 for freebsd-net-outgoing; Thu, 4 Feb 1999 15:01:45 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA07354 for ; Thu, 4 Feb 1999 15:01:40 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id SAA23756; Thu, 4 Feb 1999 18:01:23 -0500 (EST) (envelope-from wollman) Date: Thu, 4 Feb 1999 18:01:23 -0500 (EST) From: Garrett Wollman Message-Id: <199902042301.SAA23756@khavrinen.lcs.mit.edu> To: Joao Carlos Mendes Luis Cc: net@FreeBSD.ORG Subject: Re: Patch to add Netgraph to all ethernet interfaces. In-Reply-To: <199902042219.UAA22070@roma.coe.ufrj.br> References: <199902032038.PAA13561@khavrinen.lcs.mit.edu> <199902042219.UAA22070@roma.coe.ufrj.br> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > What's the status of this ? Is it already usable ? Could I use > FreeBSD as a multi-VLAN server in a switched ethernet environment ? > Do you have a tutorial somewhere ? I had to give back the 1Q-enabled switch I had, although more are on order. There are three things I know it doesn't do right now: 1) Multicast. 2) Promiscuous mode. 3) GVRP for VLAN and multicast-group membership. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 4 15:24:00 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA10184 for freebsd-net-outgoing; Thu, 4 Feb 1999 15:24:00 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from snowcrest.net (mtshasta.snowcrest.net [209.232.210.195]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA10179 for ; Thu, 4 Feb 1999 15:23:58 -0800 (PST) (envelope-from djewett@snowcrest.net) Received: from ws2600 (ppp641.snowcrest.net [209.148.39.81]) by snowcrest.net (8.8.5/8.8.5) with SMTP id PAA00120 for ; Thu, 4 Feb 1999 15:23:57 -0800 (PST) Message-ID: <000301be5095$4c52b330$512794d1@ws2600> From: "Derek Jewett" To: Subject: Network monitor/sniffer... Date: Thu, 4 Feb 1999 15:22:55 -0800 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org What is a good basic sniffer/monitor for FreeBSD...? Nothing fancy just something to provide a little amusement for our ops people.. thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 4 18:16:21 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA05383 for freebsd-net-outgoing; Thu, 4 Feb 1999 18:16:21 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from garbo.lodgenet.com (garbo.lodgenet.com [204.124.122.252]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id SAA05378 for ; Thu, 4 Feb 1999 18:16:16 -0800 (PST) (envelope-from lmckenna@lodgenet.com) Received: from chaplin.lodgenet.com (chaplin.lodgenet.com [10.0.104.215]) by garbo.lodgenet.com (8.6.12/8.6.9) with ESMTP id TAA31983; Thu, 4 Feb 1999 19:55:51 -0600 Received: by CHAPLIN with Internet Mail Service (5.5.2232.9) id <1JLXSZK6>; Thu, 4 Feb 1999 20:18:49 -0600 Message-ID: <3EA88113DE92D211807300805FA799426BBA76@CHAPLIN> From: "McKenna, Lee" To: Derek Jewett , net@FreeBSD.ORG Subject: RE: Network monitor/sniffer... Date: Thu, 4 Feb 1999 20:18:47 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org tcpdump, and mrtg is kinda neat too... -----Original Message----- From: Derek Jewett [mailto:djewett@snowcrest.net] Sent: Thursday, February 04, 1999 5:23 PM To: net@FreeBSD.ORG Subject: Network monitor/sniffer... What is a good basic sniffer/monitor for FreeBSD...? Nothing fancy just something to provide a little amusement for our ops people.. thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Feb 5 06:12:06 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA21680 for freebsd-net-outgoing; Fri, 5 Feb 1999 06:12:06 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from mail1.WorldMediaCo.com ([207.252.121.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA21669 for ; Fri, 5 Feb 1999 06:12:03 -0800 (PST) (envelope-from opsys@open-systems.net) Received: from freebsd.omaha.com ([207.252.122.220]) by mail1.WorldMediaCo.com (Post.Office MTA v3.5.3 release 223 ID# 0-55573U2500L250S0V35) with SMTP id com; Fri, 5 Feb 1999 08:05:44 -0600 Date: Fri, 5 Feb 1999 08:12:05 +0000 (GMT) From: "Open Systems Inc." X-Sender: opsys@freebsd.omaha.com To: Derek Jewett cc: net@FreeBSD.ORG Subject: Re: Network monitor/sniffer... In-Reply-To: <000301be5095$4c52b330$512794d1@ws2600> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 4 Feb 1999, Derek Jewett wrote: > What is a good basic sniffer/monitor for FreeBSD...? Nothing fancy just > something to provide a little amusement for our ops people.. thanks Tcpdump, and NFR. Tcpdump is installed already NFR can be had at www.nfr.net. Chris -- "Join Team-FreeBSD on cracking RC5-64! grab you client now and HELP OUT! http://www.distributed.net/cgi/select.cgi" ===================================| Open Systems FreeBSD Consulting. FreeBSD 2.2.8 is available now! | Phone: 402-573-9124 -----------------------------------| 3335 N. 103 Plaza #14, Omaha, NE 68134 FreeBSD: The power to serve! | E-Mail: opsys@open-systems.net http://www.freebsd.org | Consulting, Network Engineering, Security ===================================| http://open-systems.net -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQENAzPemUsAAAEH/06iF0BU8pMtdLJrxp/lLk3vg9QJCHajsd25gYtR8X1Px1Te gWU0C4EwMh4seDIgK9bzFmjjlZOEgS9zEgia28xDgeluQjuuMyUFJ58MzRlC2ONC foYIZsFyIqdjEOCBdfhH5bmgB5/+L5bjDK6lNdqD8OAhtC4Xnc1UxAKq3oUgVD/Z d5UJXU2xm+f08WwGZIUcbGcaonRC/6Z/5o8YpLVBpcFeLtKW5WwGhEMxl9WDZ3Kb NZH6bx15WiB2Q/gZQib3ZXhe1xEgRP+p6BnvF364I/To9kMduHpJKU97PH3dU7Mv CXk2NG3rtOgLTEwLyvtBPqLnbx35E0JnZc0k5YkABRO0JU9wZW4gU3lzdGVtcyA8 b3BzeXNAb3Blbi1zeXN0ZW1zLm5ldD4= =BBjp -----END PGP PUBLIC KEY BLOCK----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Feb 5 06:47:34 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA26469 for freebsd-net-outgoing; Fri, 5 Feb 1999 06:47:34 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from samizdat.uucom.com (samizdat.uucom.com [198.202.217.54]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA26464 for ; Fri, 5 Feb 1999 06:47:32 -0800 (PST) (envelope-from cshenton@uucom.com) Received: (from cshenton@localhost) by samizdat.uucom.com (8.9.1/8.9.0) id JAA11236; Fri, 5 Feb 1999 09:47:22 -0500 To: "Derek Jewett" Cc: Subject: Re: Network monitor/sniffer... References: <000301be5095$4c52b330$512794d1@ws2600> From: Chris Shenton Date: 05 Feb 1999 09:47:22 -0500 In-Reply-To: "Derek Jewett"'s message of Thu, 4 Feb 1999 15:22:55 -0800 Message-ID: <8690ecx5z9.fsf@samizdat.uucom.com> Lines: 7 X-Mailer: Gnus v5.5/Emacs 20.2 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Derek Jewett" writes: > What is a good basic sniffer/monitor for FreeBSD...? Nothing fancy just > something to provide a little amusement for our ops people.. thanks Tcpdump's the classic. I think "sniffit" in interactive mode is way cool for real-time watching of sessions. See /usr/ports/net/sniffit. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Feb 5 14:09:56 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA10130 for freebsd-net-outgoing; Fri, 5 Feb 1999 14:09:56 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from roma.coe.ufrj.br (roma.coe.ufrj.br [146.164.53.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA10116 for ; Fri, 5 Feb 1999 14:09:52 -0800 (PST) (envelope-from jonny@jonny.eng.br) Received: (from jonny@localhost) by roma.coe.ufrj.br (8.8.8/8.8.8) id UAA07967; Fri, 5 Feb 1999 20:09:24 -0200 (EDT) (envelope-from jonny) From: Joao Carlos Mendes Luis Message-Id: <199902052209.UAA07967@roma.coe.ufrj.br> Subject: Re: Network monitor/sniffer... In-Reply-To: <8690ecx5z9.fsf@samizdat.uucom.com> from Chris Shenton at "Feb 5, 1999 9:47:22 am" To: cshenton@uucom.com (Chris Shenton) Date: Fri, 5 Feb 1999 20:09:24 -0200 (EDT) Cc: djewett@snowcrest.net, net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org #define quoting(Chris Shenton) // "Derek Jewett" writes: // // > What is a good basic sniffer/monitor for FreeBSD...? Nothing fancy just // > something to provide a little amusement for our ops people.. thanks // // Tcpdump's the classic. I think "sniffit" in interactive mode is way // cool for real-time watching of sessions. See /usr/ports/net/sniffit. And if you would trade real-time decoding for graphical decoding habilities, a la Lanalizer or NetXRay, try ethereal, also in the ports. Jonny -- Joao Carlos Mendes Luis M.Sc. Student jonny@jonny.eng.br Universidade Federal do Rio de Janeiro "This .sig is not meant to be politically correct." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message