From owner-freebsd-net Sun Jul 28 16: 2: 2 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD52A37B400 for ; Sun, 28 Jul 2002 16:01:55 -0700 (PDT) Received: from ren.sasknow.com (ren.sasknow.com [207.195.92.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4FE243E6E for ; Sun, 28 Jul 2002 16:01:54 -0700 (PDT) (envelope-from ryan@sasknow.com) Received: from localhost (ryan@localhost) by ren.sasknow.com (8.11.6/8.11.6) with ESMTP id g6SN1rr04725; Sun, 28 Jul 2002 17:01:53 -0600 (CST) (envelope-from ryan@sasknow.com) Date: Sun, 28 Jul 2002 17:01:53 -0600 (CST) From: Ryan Thompson To: Brad Davis Cc: freebsd-net@FreeBSD.ORG Subject: Re: monthly traffic stats In-Reply-To: Message-ID: <20020728165343.R3433-200000@ren.sasknow.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1772516496-1027897313=:3433" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: 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-1772516496-1027897313=:3433 Content-Type: TEXT/PLAIN; charset=US-ASCII Brad Davis wrote to freebsd-net@FreeBSD.ORG: > > take a look at mrtg in ports (/usr/ports/net/mrtg/), or if you > > don't want to deal with mrtg you can run the output of netstat > > -inb through some perl and into rrdtool..... > > > > --eli > > I already use MRTG to monitor it.. but I'm looking for a more > absolute value. mrtg's log format is very easy to script against. You probably have many months of historical data already! :-) I've attached a Perl script that I found somewhere a few years back that has been lurking in ~/bin/ ever since, with some minor tweaks. I can't remember where, and there is no author information in the file. You could probably do a Google search for some of the strings in the file to find the real thing. I've modified versions of this to do automated traffic billing, network monitoring (high/low bandwidth thresholds), etc... - Ryan -- Ryan Thompson SaskNow Technologies - http://www.sasknow.com 901 1st Avenue North - Saskatoon, SK - S7K 1Y4 Tel: 306-664-3600 Fax: 306-244-7037 Saskatoon Toll-Free: 877-727-5669 (877-SASKNOW) North America --0-1772516496-1027897313=:3433 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="calc.pl" Content-Transfer-Encoding: BASE64 Content-ID: <20020728170153.K3433@ren.sasknow.com> Content-Description: Content-Disposition: attachment; filename="calc.pl" IyEvdXNyL2Jpbi9wZXJsNQ0KIA0KIy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQojIGNhbGN1bGF0ZV90cmFmZmljLmNnaQ0KIw0KIyAkSWQ6IGNhbGN1 bGF0ZV90cmFmZmljLmNnaSx2IDEuNyAxOTk5LzA0LzAyIDA3OjU3OjA4IG1y dGcgRXhwICQNCiMNCiMgVGhpcyBjZ2kgdGFrZXMgYSBsb2cgZmlsZSBuYW1l LCBhIHN0YXJ0IGRhdGUsIGFuZCBhbg0KIyBlbmQgZGF0ZSBhcyB0aGUgdGhy ZWUgbWFuZGF0b3J5IHZhbHVlcyBwYXNzZWQgdG8gdGhlIHNjcmlwdC4NCiMg SXQgcmV0dXJucyB0aGUgdG90YWwgT2N0ZXRzIEluIGFuZCBPdXQgZnJvbSB0 aGF0IGludGVyZmFjZQ0KIyBiZXR3ZWVuIHRob3NlIHR3byBkYXRlcywgaW5j bHVzaXZlLiAgVGhlIHN0YXJ0IGRhdGUgYW5kIA0KIyBlbmQgZGF0ZSBNVVNU IGJlIHNwZWNpZmllZCBhczogTU0tREQtWVlZWS1ISDpNTSwgYW5kIHRoZQ0K IyBzdGFydCBkYXRlIE1VU1QgYmUgZWFybGllciB0aGFuIHRoZSBlbmQgZGF0 ZS4NCiMtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KIA0KIy0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tDQojIEdMT0JBTFMNCiANCnVzZSBzdHJpY3Q7 DQp1c2UgVGltZTo6TG9jYWw7DQoNCnJlcXVpcmUgNS4wMDQ7DQogDQokfCA9 IDEgOw0KIA0KbXkoJERFQlVHKSAgICAgPSAwOw0KDQpteSgkdG9wZGlyKSAg ICA9ICIvaG9tZS9odHRwZC9odG1sL3RyYWZmaWMiOw0KDQpteSgkZGF0ZXN0 cikgICA9ICIiOw0KbXkoJHN0YXJ0X2RhdGUpPSAiIjsNCm15KCRlbmRfZGF0 ZSkgID0gIiI7DQpteSgkbG9nZmlsZSkgICA9ICIiOw0KDQojLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0NCiANCiMtLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0Kc3ViIGVycm9yZXhpdCB7DQogICBwcmludCAoIiQwOiAgZXJyb3I6 ICBAXy5cbiIpOw0KICAgZXhpdCgyMSk7DQp9DQojLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NCg0KIy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpz dWIgc2NhbGUgDQp7DQogICBteSAoJGJpdHMpID0gQF87DQogICAoJGJpdHMg PX4gL15bXGQuXSskLykgb3IgcmV0dXJuICJFUlJPUiI7DQogICBteSAoJHVu aXRzKSA9ICJicHMiOw0KICAgZm9yZWFjaCBteSAkdW5pdCAoIkticHMiLCAi TWJwcyIsICJHYnBzIiwgIlRicHMiKSB7DQogICAgICBsYXN0IHVubGVzcyAo JGJpdHMgLyAxMDI0ID4gMSk7DQogICAgICAkYml0cyA9ICRiaXRzIC8gMTAy NDsNCiAgICAgICR1bml0cyA9ICR1bml0Ow0KICAgfQ0KICAgcmV0dXJuIHNw cmludGYgIiUwLjJmICVzIiwgJGJpdHMsICR1bml0czsNCn0NCiMtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQojLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0NCnN1YiBnZXRfYXJncyB7DQogICBteSgkbG9nZmlsZSwkc3RhcnQs JGVuZCwkc3RhcnRfc3RyLCRlbmRfc3RyKTsNCg0KICAgdW5sZXNzKCAkI0FS R1YgPT0gMiApIHsNCiAgICAgIG15KCRuYW1lKSA9IGBiYXNlbmFtZSAkMGAg Ow0KICAgICAgJG5hbWUgPX4gcy9ccysvL2cgOw0KICAgICAgcHJpbnQgU1RE RVJSICJ1c2FnZTogJG5hbWUgPGxvZ2ZpbGU+IDxzdGFydF9kYXRlPiA8ZW5k X2RhdGU+XG4iIDsNCiAgICAgIHByaW50IFNUREVSUiAiICAgd2hlcmUgPHN0 YXJ0X2RhdGU+IGFuZCA8ZW5kX2RhdGU+IGFyZSBpbiB0aGVcbiI7DQogICAg ICBwcmludCBTVERFUlIgIiAgIGZvcm1hdDogTU0tREQtWVlZWS1ISDpNTVxu IjsNCiAgICAgICNleGl0KDEpIDsNCiAgIH0NCg0KICAgaWYgKCQjQVJHViA8 IDEpIHsNCiAgIAkkbG9nZmlsZSA9ICIvd3d3L21ydGcvc3dpdGNoLmxvZyI7 DQogICAJJHN0YXJ0X3N0ciA9IGBkYXRlICslbS0wMS0lWS0wMDowMGA7DQog ICAJJGVuZF9zdHIgPSBgZGF0ZSAtdi0xTSArJW0tJWQtJVktJUg6JU1gOw0K ICAgfSBlbHNlIHsNCiAgIAkkbG9nZmlsZSA9ICRBUkdWWzBdOw0KICAgCSRz dGFydF9zdHIgPSAkQVJHVlsxXTsNCiAgIAkkZW5kX3N0ciA9ICRBUkdWWzJd Ow0KICAgfQ0KDQogICANCiAgIGlmICghIC1yICRsb2dmaWxlKSB7DQogICAg ICAmZXJyb3JleGl0KCJDb3VsZG4ndCByZWFkICRsb2dmaWxlOiAkISIpOw0K ICAgfQ0KICAgaWYgKCgkc3RhcnRfc3RyIGVxICIiKSB8fCAoJGVuZF9zdHIg ZXEgIiIpKSB7DQogICAgICAmZXJyb3JleGl0KCJTb3JyeSwgbnVsbCBkYXRl cyBOT1QgYWxsb3dlZCEiKTsNCiAgIH0NCiAgICRzdGFydF9zdHIgPX4gbS9e KFxkXGQpXC0oXGRcZClcLShcZFxkXGRcZClcLShcZFxkKVw6KFxkXGQpJC8g b3INCiAgICAgICZlcnJvcmV4aXQoIllvdSBzcGVjaWZpZWQgYW4gaW52YWxp ZCBzdGFydCBkYXRlOiAkc3RhcnRfc3RyIik7DQogICAkc3RhcnQgPSB0aW1l bG9jYWwoMCwkNSwkNCwkMiwkMS0xLCQzKTsNCiAgICRlbmRfc3RyID1+IG0v XihcZFxkKVwtKFxkXGQpXC0oXGRcZFxkXGQpXC0oXGRcZClcOihcZFxkKSQv IG9yDQogICAgICAmZXJyb3JleGl0KCJZb3Ugc3BlY2lmaWVkIGFuIGludmFs aWQgZW5kIGRhdGU6ICRlbmRfc3RyIik7DQogICAkZW5kID0gdGltZWxvY2Fs KDAsJDUsJDQsJDIsJDEtMSwkMyk7DQogICBpZiAoJHN0YXJ0ID4gJGVuZCkg ew0KICAgICAgIyBqdXN0IHN3YXAgdGhlbSwgZG9uJ3QgY29tcGxhaW4NCiAg ICAgIG15KCR0bXBfZGF0ZSkgPSAkc3RhcnQ7DQogICAgICAkc3RhcnQgPSAk ZW5kOw0KICAgICAgJGVuZCA9ICR0bXBfZGF0ZTsNCiAgIH0NCiAgIHJldHVy bigkbG9nZmlsZSwkc3RhcnQsJGVuZCk7DQp9DQojLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NCg0KIy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpz dWIgcHJpbnRfcGFyYW1zIHsNCiAgIG15KCRsb2csJHN0YXJ0LCRlbmQpID0g QF8gaWYgQF87DQogICBteSgkc3RhcnRfc3RyLCAkZW5kX3N0cik7DQogICAk c3RhcnRfc3RyID0gc2NhbGFyIGxvY2FsdGltZSgkc3RhcnQpOw0KICAgJGVu ZF9zdHIgPSBzY2FsYXIgbG9jYWx0aW1lKCRlbmQpOw0KDQogICAjcHJpbnQg U1RET1VUICJUb3RhbCBzdGF0cyBmcm9tICRzdGFydF9zdHIgdGlsbCAkZW5k X3N0ciI7DQogICAjcHJpbnQgU1RET1VUICJMb2dmaWxlOiAkbG9nXG4iOw0K ICAgI3ByaW50IFNURE9VVCAiU3RhcnQgdGltZTogJHN0YXJ0X3N0clxuIjsN CiAgICNwcmludCBTVERPVVQgIkVuZCB0aW1lOiAkZW5kX3N0clxuIjsNCn0N CiMtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQojLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0NCnN1YiBnZXRfdG90YWxzIHsNCiAgIG15KCRsb2dm aWxlLCRzdGFydCwkZW5kKSA9IEBfIGlmIEBfOw0KICAgbXkoJGl0b3QsJG90 b3QsJGludGVydmFsKSA9ICgwLDAsMCk7DQogICBteSgkYWxpbmUsJGN1cnJf ZGF0ZSwkYXZnX2luLCRhdmdfb3V0LCRwaW4sJHBvdXQpOw0KICAgIyBGaWxl IGlzIGluIHJldmVyc2UsIGZyb20gZW5kIHRvIHN0YXJ0LCBzbyB3ZSBjb3Vu dCBkb3duLi4uDQogICBteSgkcHJldl9kYXRlKSA9IHRpbWU7DQogICBvcGVu KExPRywiJGxvZ2ZpbGUiKSBvciAmZXJyb3JleGl0KCJDb3VsZG4ndCBvcGVu ICRsb2dmaWxlOiAkISIpOw0KICAgd2hpbGUgKDxMT0c+KSB7DQogICAgICAk YWxpbmUgPSAkXzsNCiAgICAgIGNob21wKCRhbGluZSk7DQogICAgICAoJGN1 cnJfZGF0ZSwkYXZnX2luLCRhdmdfb3V0LCRwaW4sJHBvdXQpID0gc3BsaXQo JyAnLCRhbGluZSk7DQogICAgICAkaW50ZXJ2YWwgPSAkcHJldl9kYXRlIC0g JGN1cnJfZGF0ZTsgDQogICAgICAkcHJldl9kYXRlID0gJGN1cnJfZGF0ZTsN CiAgICAgIG5leHQgaWYgKCRjdXJyX2RhdGUgPiAkZW5kKTsNCiAgICAgIG5l eHQgaWYgKCRjdXJyX2RhdGUgPCAkc3RhcnQpOw0KICAgICAgJGl0b3QgPSAk aXRvdCArICgkYXZnX2luICogJGludGVydmFsKTsNCiAgICAgICRvdG90ID0g JG90b3QgKyAoJGF2Z19vdXQgKiAkaW50ZXJ2YWwpOw0KICAgICAgcHJpbnQg U1RET1VUICJJTjogJGF2Z19pbiAqICRpbnRlcnZhbCA9ICRpdG90XHRPVVQ6 ICRhdmdfb3V0ICogJGludGVydmFsID0gJG90b3RcbiIgaWYgKCRERUJVRyk7 DQogICB9DQogICByZXR1cm4oJGl0b3QsJG90b3QpOw0KfQ0KIy0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tDQoNCiMtLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0Kc3ViIHByaW50X3RvdGFscyB7DQogICBteSgkaW4sJG91dCwkaW50 ZXJ2YWwpID0gQF8gaWYgQF87DQogICBteSgkaW5tLCRvdXRtKSA9IEBfIGlm IEBfOw0KCSRpbm0gPSAkaW4vMTAyNC8xMDI0IDsgDQoJJG91dG0gPSAkb3V0 LzEwMjQvMTAyNCA7DQoJDQogICBwcmludCAiLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS1cbiI7DQogICBwcmludCAiVG90YWwgVHJhZmZpY1xuIjsNCiAgIHByaW50 ICItLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLVxuIjsNCiAgIHByaW50IHNwcmludGYg IlRvdGFsIE1lZ2FieXRlcyBpbjogJTAuMmYgJXMgTUJcbiIsICRpbm0gOw0K ICAgcHJpbnQgc3ByaW50ZiAiVG90YWwgTWVnYWJ5dGVzIG91dDogJTAuMmYg JXMgTUIgXG4iLCAkb3V0bSA7DQogICBwcmludCAiLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS1cbiI7DQogICBwcmludCAiQXZlcmFnZSBUcmFmZmljICgyNC1ob3Vy KVxuIiA7DQogICBwcmludCAiLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS1cbiI7DQoJ bXkoJGFfaW4pID0gJnNjYWxlKCRpbio4LyRpbnRlcnZhbCk7DQoJbXkoJGFf b3V0KSA9ICZzY2FsZSgkb3V0KjgvJGludGVydmFsKTsNCiAgIHByaW50ICJB dmVyYWdlIHRyYWZmaWMgaW46ICRhX2luXG4iOw0KICAgcHJpbnQgIkF2ZXJh Z2UgdHJhZmZpYyBvdXQ6ICRhX291dCBcbiI7IA0KICAgcHJpbnQgIi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tXG4iOw0KICAgDQp9DQojLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NCg0KIy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoj IE1BSU4NCg0KKCRsb2dmaWxlLCRzdGFydF9kYXRlLCRlbmRfZGF0ZSkgPSAm Z2V0X2FyZ3M7DQomcHJpbnRfcGFyYW1zKCRsb2dmaWxlLCRzdGFydF9kYXRl LCRlbmRfZGF0ZSk7DQoNCm15KCRpbnRlcnZhbCkgPSAkZW5kX2RhdGUgLSAk c3RhcnRfZGF0ZTsNCg0KbXkoJGluX3RvdCwkb3V0X3RvdCkgPSAmZ2V0X3Rv dGFscygkbG9nZmlsZSwkc3RhcnRfZGF0ZSwkZW5kX2RhdGUpOw0KJnByaW50 X3RvdGFscygkaW5fdG90LCRvdXRfdG90LCRpbnRlcnZhbCk7DQojLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0NCiM= --0-1772516496-1027897313=:3433-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 29 1:34:12 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D96F837B400 for ; Mon, 29 Jul 2002 01:34:08 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 760D343E31 for ; Mon, 29 Jul 2002 01:34:08 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g6T8XMW39015; Mon, 29 Jul 2002 01:33:22 -0700 (PDT) (envelope-from rizzo) Date: Mon, 29 Jul 2002 01:33:21 -0700 From: Luigi Rizzo To: Guy Helmer Cc: Song Bo Run , freebsd-net@FreeBSD.ORG Subject: Re: Crashes in fxp driver with polling enabled Message-ID: <20020729013321.C38758@iguana.icir.org> References: <3D33B8C6.2FF275F1@rdsk.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from ghelmer@palisadesys.com on Tue, Jul 16, 2002 at 08:52:02AM -0500 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, Jul 16, 2002 at 08:52:02AM -0500, Guy Helmer wrote: > On Tuesday, July 16, 2002 1:10 AM, Song Bo Run [mailto:song@rdsk.net] wrote: > > Hello, Guy > > > > Here we are encountering almost exactly the same problem as you are, > > except that we are using OpenBSD. We have ported Luigi's polling code > > to OpenBSD 2.9 and are using fxp driver. Our testing attack is just ping > > -f with 65500 bytes data. could you try the following patch and see if it fixes the problem ? I have tested it on a few boxes which failed without it and they can sustain the attack with this patch. cheers luigi Index: if_fxp.c =================================================================== RCS file: /home/ncvs/src/sys/dev/fxp/if_fxp.c,v retrieving revision 1.110.2.22 diff -u -b -w -r1.110.2.22 if_fxp.c --- if_fxp.c 9 Jul 2002 00:37:42 -0000 1.110.2.22 +++ if_fxp.c 29 Jul 2002 07:56:50 -0000 @@ -245,6 +245,9 @@ DRIVER_MODULE(if_fxp, cardbus, fxp_driver, fxp_devclass, 0, 0); DRIVER_MODULE(miibus, fxp, miibus_driver, miibus_devclass, 0, 0); +static int fxp_rnr; +SYSCTL_INT(_hw, OID_AUTO, fxp_rnr, CTLFLAG_RW, &fxp_rnr,0,"fxp rnr events"); + /* * Inline function to copy a 16-bit aligned 32-bit quantity. */ @@ -1268,10 +1271,20 @@ * Process receiver interrupts. If a no-resource (RNR) * condition exists, get whatever packets we can and * re-start the receiver. + * When using polling, we do not process the list to completion, + * so when we get an RNR interrupt we must defer the restart + * until we hit the last buffer with the C bit set. + * If we run out of cycles and rfa_headm has the C bit set, + * record the pending RNR in an unused status bit, so that the + * info will be used in the subsequent polling cycle. */ if (statack & (FXP_SCB_STATACK_FR | FXP_SCB_STATACK_RNR)) { struct mbuf *m; struct fxp_rfa *rfa; + int rnr = (statack & FXP_SCB_STATACK_RNR) ? 1 : 0; + + if (rnr) + fxp_rnr++; rcvloop: m = sc->rfa_headm; rfa = (struct fxp_rfa *)(m->m_ext.ext_buf + @@ -1281,6 +1294,9 @@ if (count < 0 || count-- > 0) #endif /* DEVICE_POLLING */ if (rfa->rfa_status & FXP_RFA_STATUS_C) { +#define FXP_RFA_RNRMARK 0x4000 /* used to mark a pending RNR intr */ + if (rfa->rfa_status & FXP_RFA_RNRMARK) + rnr = 1; /* * Remove first packet from the chain. */ @@ -1328,7 +1344,10 @@ } goto rcvloop; } - if (statack & FXP_SCB_STATACK_RNR) { + if (rnr) { + if (rfa->rfa_status & FXP_RFA_STATUS_C) + rfa->rfa_status |= FXP_RFA_RNRMARK; + else { fxp_scb_wait(sc); CSR_WRITE_4(sc, FXP_CSR_SCB_GENERAL, vtophys(sc->rfa_headm->m_ext.ext_buf) + @@ -1336,6 +1355,7 @@ fxp_scb_cmd(sc, FXP_SCB_COMMAND_RU_START); } } + } } /* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 29 3:20:37 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8981137B400 for ; Mon, 29 Jul 2002 03:20:35 -0700 (PDT) Received: from vbook.express.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2CA243E3B for ; Mon, 29 Jul 2002 03:20:34 -0700 (PDT) (envelope-from vova@express.ru) Received: from vova by vbook.express.ru with local (Exim 3.36 #1) id 17Z7dY-0000No-00; Mon, 29 Jul 2002 14:20:24 +0400 Subject: Re: switching to if_xname from if_name and if_unit From: "Vladimir B. " Grebenschikov To: Brooks Davis Cc: "net@freebsd.org" In-Reply-To: <20020726211050.A30598@Odin.AC.HMC.Edu> References: <20020726211050.A30598@Odin.AC.HMC.Edu> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Mailer: Ximian Evolution 1.0.7 Date: 29 Jul 2002 14:20:24 +0400 Message-Id: <1027938024.1080.12.camel@vbook.express.ru> Mime-Version: 1.0 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org =F7 Sat, 27.07.2002, =D7 08:10, Brooks Davis =CE=C1=D0=C9=D3=C1=CC: > [Bcc to -arch for interested people not on -net] >=20 > NetBSD and OpenBSD have replaced the "char *if_name" and "int if_unit" > members of struct ifnet with "char if_xname[IFNAMESIZ]". I propose that > we follow suit. > > [... ] > > What do other people think? We need this, it can allow interface renames. > -- Brooks --=20 Vladimir B. Grebenschikov vova@sw.ru, SWsoft, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 29 5:43:14 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DDCD37B400 for ; Mon, 29 Jul 2002 05:43:08 -0700 (PDT) Received: from web14611.mail.yahoo.com (web14611.mail.yahoo.com [216.136.173.218]) by mx1.FreeBSD.org (Postfix) with SMTP id 3715043E4A for ; Mon, 29 Jul 2002 05:43:08 -0700 (PDT) (envelope-from shubha_mr@yahoo.com) Message-ID: <20020729124308.57704.qmail@web14611.mail.yahoo.com> Received: from [12.151.32.25] by web14611.mail.yahoo.com via HTTP; Mon, 29 Jul 2002 13:43:08 BST Date: Mon, 29 Jul 2002 13:43:08 +0100 (BST) From: =?iso-8859-1?q?shubha=20mr?= Subject: VLAN -ID To: net@freebsd.org Cc: questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, I implemented VLAN for my network driver.How do I print out the vlan tag so that I can verify if the switch is inserting the right ID?.I tried printing out ifv_tag of ifv data structure but got some wierd value! Please help. Thanks in advance shubha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 29 8: 4:43 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA91037B400; Mon, 29 Jul 2002 08:04:41 -0700 (PDT) Received: from comp.chem.msu.su (comp-ext.chem.msu.su [158.250.32.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51DDE43E31; Mon, 29 Jul 2002 08:04:38 -0700 (PDT) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.11.6/8.11.6) id g6TF4aI38174; Mon, 29 Jul 2002 19:04:36 +0400 (MSD) (envelope-from yar) Date: Mon, 29 Jul 2002 19:04:35 +0400 From: Yar Tikhiy To: Ruslan Ermilov Cc: net@FreeBSD.ORG Subject: Re: ftpd(8) DoS: SIZE in ASCII mode Message-ID: <20020729190435.C33729@comp.chem.msu.su> References: <20020726155745.B2089@comp.chem.msu.su> <20020726202255.GA9263@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020726202255.GA9263@sunbay.com>; from ru@FreeBSD.ORG on Fri, Jul 26, 2002 at 11:22:55PM +0300 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, Jul 26, 2002 at 11:22:55PM +0300, Ruslan Ermilov wrote: > On Fri, Jul 26, 2002 at 03:57:45PM +0400, Yar Tikhiy wrote: > > > > I've been pointed out by Maxim Konovalov recently that our stock > > ftpd(8) allowed an easy DoS attack against a server running it by > > issuing numerous "SIZE" commands on huge files when in ASCII mode. > > In this case, ftpd(8) has to read a whole file instead of just > > issuing a single stat(2) syscall, thus eating up the server's > > disk bandwidth. > > > > The obvious solution is to disable the "SIZE" command when in ASCII > > mode. So I'd like to ask the community whether anyone thinks there > > must be an option to enable it back. Personally, I feel the command > > must be disabled completely (for ASCII mode, of course) since I see > > no good use for it at all. > > > How about going the lukemftpd(8) way? > > if (stbuf.st_size > 10240) { > reply(550, "%s: file too large for SIZE.", filename); > (void) fclose(fin); > return; > } It looks like a nice approach at the first glance. I still doubt type A SIZE necessity at all, but let it be this way if noone objects. -- Yar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 29 8:38:42 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 194E737B400 for ; Mon, 29 Jul 2002 08:38:40 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 472FD43E3B for ; Mon, 29 Jul 2002 08:38:39 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6TFccYx047155 for ; Mon, 29 Jul 2002 09:38:38 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 29 Jul 2002 09:38:18 -0600 (MDT) Message-Id: <20020729.093818.108376023.imp@bsdimp.com> To: net@freebsd.org Subject: Proper way to disallow IFF_PROMISC From: "M. Warner Losh" X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Sometimes the wi device cannot support promiscuous mode. I know in the driver when it can and can't do it. What's the right way to indicate this to the upper layers of the network code. Right now I take a huge hammer to the if_flags field and clear the bit when we're in hostap mode (which is the condition referred to above). However, I notice that the OpenBSD driver will keep the flag set and has all kinds of hacks to not set it in hardware when in hostap mode. What's the right way to do this? if_wi.c 1.108 has this change in it if you wanted to go look at it. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 29 9:30:25 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6E6A37B406; Mon, 29 Jul 2002 09:30:09 -0700 (PDT) Received: from loquat.bbn.com (crodrigues.bbn.com [128.89.72.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7C7043E5E; Mon, 29 Jul 2002 09:30:08 -0700 (PDT) (envelope-from crodrigu@bbn.com) Received: (from crodrigu@localhost) by loquat.bbn.com (8.11.2/8.11.2) id g6TFuNo08850; Mon, 29 Jul 2002 11:56:23 -0400 Date: Mon, 29 Jul 2002 11:56:23 -0400 From: Craig Rodrigues To: Tom Samplonius Cc: freebsd-net@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG Subject: Re: SONET over PPP/IP for FreeBSD? Message-ID: <20020729115623.A8688@bbn.com> References: <20020727144202.A13067@bbn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from tom@sdf.com on Sat, Jul 27, 2002 at 11:32:48AM -0700 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sat, Jul 27, 2002 at 11:32:48AM -0700, Tom Samplonius wrote: > > On Sat, 27 Jul 2002, Craig Rodrigues wrote: > > > Hi, > > > > Has anyone done any work or experiments to implement > > PPP/IP over SONET ( http://www.ietf.org/rfc/rfc2615.txt )? > > I don't know if there are any SONET interfaces available for use. > > > I am interested in doing some experiments with SONET over > > regular Ethernet equipment instead of ATM. > > That seems strange. Can you really encapsulate SONET in ethernet > frames? Or, do you somehow want to utilize an specially programmed > ethernet NIC to generate SONET framing? > > I know the 10GbE standard as an option supports ethernet encapsulated > inside a simplified SONET transport. Hi, I think I did not understand all the acronyms I was looking at when I wrote my e-mail. :) My basic goal is that I would like to experiment with SONET on a PC computer (on a small scale, for learning purposes only) without having to use ATM equipment (if I can avoid it). I am interested in whatever existing SONET software simulators for FreeBSD or FreeBSD device drivers are out there which could help me do this. I suggested PPP/IP over SONET, but based on some further reading, it looks like I would need special hardware to do this. For example, PMC-Sierra has a special chipset which does packet over SONET (POS): http://www.pmc-sierra.com/pressRoom/pr/1998092100.html http://www.pmc-sierra.com/products/details/pm5351/index.html This chipset is implemented in equipment from various router vendors, such as Cisco: http://www.cisco.com/warp/public/cc/pd/rt/12000/prodlit/gspos_an.htm I couldn't find any information about NIC cards with POS capabilities which could plug directly into a PC. As you mentioned, there is some interest in encapsulating Ethernet inside a SONET transport. There is a tutorial of Ethernet over SONET here: http://www.commsdesign.com/design_corner/OEG20020418S0005 (Part 1) http://www.commsdesign.com/design_corner/OEG20020425S0003 (Part 2) So there is a lot of stuff going on, but is any work going on in this area which would work under FreeBSD? ;) I just want to use a FreeBSD PC to learn about SONET, without getting lots of expensive equipment. If there is a software simulator of SONET that works on FreeBSD, I would be interested in that. Thanks. -- Craig Rodrigues Distributed Systems and Logistics, Office 6/304 crodrigu@bbn.com BBN Technologies, a Verizon company (617) 873-4725 Cambridge, MA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 29 9:37:33 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D755A37B400 for ; Mon, 29 Jul 2002 09:37:26 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5520043E31 for ; Mon, 29 Jul 2002 09:37:26 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g6TGbGR43688; Mon, 29 Jul 2002 09:37:16 -0700 (PDT) (envelope-from rizzo) Date: Mon, 29 Jul 2002 09:37:16 -0700 From: Luigi Rizzo To: Ander Song Cc: Guy Helmer , freebsd-net@FreeBSD.ORG Subject: Re: Crashes in fxp driver with polling enabled Message-ID: <20020729093716.A43572@iguana.icir.org> References: <3D33B8C6.2FF275F1@rdsk.net> <20020729013321.C38758@iguana.icir.org> <3D4531DB.2B59416C@rdsk.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3D4531DB.2B59416C@rdsk.net>; from song@rdsk.net on Mon, Jul 29, 2002 at 08:15:23PM +0800 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Jul 29, 2002 at 08:15:23PM +0800, Ander Song wrote: > The patch should work. Here we just set count = -1 when RNR happen (just i thought about that, but it seems to defeat one of the purposes of polling (at least they way i implemented it), which is to control the amount of CPU dedicated to network vs. non-network processing. Basically, you get RNR under heavy (but controlled) non-network load, and if your response is to set count = -1 you end up giving more resources to the network processing than you really want. > before rcvloop), so all the packet will be fetched (so the patch is only > 2 lines). It seems that the uninitialized rfa_status fields can cause > the bad DMA operation. For testing purpose, we zero all the rfa_status > and everything is fine even without the count = -1 patch. The thing is, the driver does initialize rfa_status to zero before loading the buffer, and the chip sets it when a packet is received. The problem leading to the panic is (i believe) that the old driver gave a restart command to the receive unit on buffers which had already the C bit set, so the would be used by the network controller and by the protocol stack. The former would trash the status & length fields, the latter would trash the physical address pointers in the rfa. cheers luigi > > Luigi Rizzo wrote: > > > > On Tue, Jul 16, 2002 at 08:52:02AM -0500, Guy Helmer wrote: > > > On Tuesday, July 16, 2002 1:10 AM, Song Bo Run [mailto:song@rdsk.net] wrote: > > > > Hello, Guy > > > > > > > > Here we are encountering almost exactly the same problem as you are, > > > > except that we are using OpenBSD. We have ported Luigi's polling code > > > > to OpenBSD 2.9 and are using fxp driver. Our testing attack is just ping > > > > -f with 65500 bytes data. > > > > could you try the following patch and see if it > > fixes the problem ? I have tested it on a few boxes which failed > > without it and they can sustain the attack with this patch. > > > > cheers > > luigi > > > > Index: if_fxp.c > > =================================================================== > > RCS file: /home/ncvs/src/sys/dev/fxp/if_fxp.c,v > > retrieving revision 1.110.2.22 > > diff -u -b -w -r1.110.2.22 if_fxp.c > > --- if_fxp.c 9 Jul 2002 00:37:42 -0000 1.110.2.22 > > +++ if_fxp.c 29 Jul 2002 07:56:50 -0000 > > @@ -245,6 +245,9 @@ > > DRIVER_MODULE(if_fxp, cardbus, fxp_driver, fxp_devclass, 0, 0); > > DRIVER_MODULE(miibus, fxp, miibus_driver, miibus_devclass, 0, 0); > > > > +static int fxp_rnr; > > +SYSCTL_INT(_hw, OID_AUTO, fxp_rnr, CTLFLAG_RW, &fxp_rnr,0,"fxp rnr events"); > > + > > /* > > * Inline function to copy a 16-bit aligned 32-bit quantity. > > */ > > @@ -1268,10 +1271,20 @@ > > * Process receiver interrupts. If a no-resource (RNR) > > * condition exists, get whatever packets we can and > > * re-start the receiver. > > + * When using polling, we do not process the list to completion, > > + * so when we get an RNR interrupt we must defer the restart > > + * until we hit the last buffer with the C bit set. > > + * If we run out of cycles and rfa_headm has the C bit set, > > + * record the pending RNR in an unused status bit, so that the > > + * info will be used in the subsequent polling cycle. > > */ > > if (statack & (FXP_SCB_STATACK_FR | FXP_SCB_STATACK_RNR)) { > > struct mbuf *m; > > struct fxp_rfa *rfa; > > + int rnr = (statack & FXP_SCB_STATACK_RNR) ? 1 : 0; > > + > > + if (rnr) > > + fxp_rnr++; > > rcvloop: > > m = sc->rfa_headm; > > rfa = (struct fxp_rfa *)(m->m_ext.ext_buf + > > @@ -1281,6 +1294,9 @@ > > if (count < 0 || count-- > 0) > > #endif /* DEVICE_POLLING */ > > if (rfa->rfa_status & FXP_RFA_STATUS_C) { > > +#define FXP_RFA_RNRMARK 0x4000 /* used to mark a pending RNR intr */ > > + if (rfa->rfa_status & FXP_RFA_RNRMARK) > > + rnr = 1; > > /* > > * Remove first packet from the chain. > > */ > > @@ -1328,7 +1344,10 @@ > > } > > goto rcvloop; > > } > > - if (statack & FXP_SCB_STATACK_RNR) { > > + if (rnr) { > > + if (rfa->rfa_status & FXP_RFA_STATUS_C) > > + rfa->rfa_status |= FXP_RFA_RNRMARK; > > + else { > > fxp_scb_wait(sc); > > CSR_WRITE_4(sc, FXP_CSR_SCB_GENERAL, > > vtophys(sc->rfa_headm->m_ext.ext_buf) + > > @@ -1336,6 +1355,7 @@ > > fxp_scb_cmd(sc, FXP_SCB_COMMAND_RU_START); > > } > > } > > + } > > } > > > > /* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 29 9:55:22 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC5A137B405; Mon, 29 Jul 2002 09:55:12 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [207.200.153.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECA5743E4A; Mon, 29 Jul 2002 09:55:09 -0700 (PDT) (envelope-from tom@sdf.com) Received: from tom (helo=localhost) by misery.sdf.com with local-esmtp (Exim 2.12 #1) id 17ZCpR-00056h-00; Mon, 29 Jul 2002 08:53:01 -0700 Date: Mon, 29 Jul 2002 08:52:49 -0700 (PDT) From: Tom Samplonius To: Craig Rodrigues Cc: freebsd-net@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG Subject: Re: SONET over PPP/IP for FreeBSD? In-Reply-To: <20020729115623.A8688@bbn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 29 Jul 2002, Craig Rodrigues wrote: > On Sat, Jul 27, 2002 at 11:32:48AM -0700, Tom Samplonius wrote: > > > > On Sat, 27 Jul 2002, Craig Rodrigues wrote: > > > > > Hi, > > > > > > Has anyone done any work or experiments to implement > > > PPP/IP over SONET ( http://www.ietf.org/rfc/rfc2615.txt )? > > > > I don't know if there are any SONET interfaces available for use. > > > > > I am interested in doing some experiments with SONET over > > > regular Ethernet equipment instead of ATM. > > > > That seems strange. Can you really encapsulate SONET in ethernet > > frames? Or, do you somehow want to utilize an specially programmed > > ethernet NIC to generate SONET framing? > > > > I know the 10GbE standard as an option supports ethernet encapsulated > > inside a simplified SONET transport. > > > Hi, > > I think I did not understand all the acronyms I was looking at when > I wrote my e-mail. :) > > My basic goal is that I would like to experiment with SONET on a PC computer > (on a small scale, for learning purposes only) without having to use ATM equipment > (if I can avoid it). SONET is layer 1, and ATM layer 2, so they are not really comparable. ATM rides inside SONET. Since ATM adds a fair amount of overhead that is unnecessary for many applications, PPP over SONET is now very common. > I am interested in whatever existing SONET software simulators > for FreeBSD or FreeBSD device drivers are out there which could help me > do this. > > I suggested PPP/IP over SONET, but based on some further reading, it looks > like I would need special hardware to do this. For example, > PMC-Sierra has a special chipset which does packet over SONET (POS): > > http://www.pmc-sierra.com/pressRoom/pr/1998092100.html > http://www.pmc-sierra.com/products/details/pm5351/index.html > > This chipset is implemented in equipment from various router vendors, > such as Cisco: > > http://www.cisco.com/warp/public/cc/pd/rt/12000/prodlit/gspos_an.htm > > I couldn't find any information about NIC cards with POS capabilities > which could plug directly into a PC. I don't think there are any. The best you can do, is an ATM card. But you will not have any direct access to the SONET layer. > As you mentioned, there is some interest in encapsulating Ethernet > inside a SONET transport. There is a tutorial of Ethernet over SONET here: > > http://www.commsdesign.com/design_corner/OEG20020418S0005 (Part 1) > http://www.commsdesign.com/design_corner/OEG20020425S0003 (Part 2) > > > So there is a lot of stuff going on, but is any work going on in > this area which would work under FreeBSD? ;) > I just want to use a FreeBSD PC to learn about SONET, without getting > lots of expensive equipment. If there is a software simulator of SONET > that works on FreeBSD, I would be interested in that. Software simulator? SONET is used for so many different things, I don't know how you would do this. If you really want to learn about SONET, you will need expensive equipment, because learning about that expensive equipment is an important part of SONET. Otherwise you can read and book and learn all the theory, and be done with it. > Thanks. > -- > Craig Rodrigues Distributed Systems and Logistics, Office 6/304 > crodrigu@bbn.com BBN Technologies, a Verizon company > (617) 873-4725 Cambridge, MA > > Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 29 11:20:25 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C86D37B400; Mon, 29 Jul 2002 11:20:22 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id B224E43E5E; Mon, 29 Jul 2002 11:20:21 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020729182020.GIUT221.sccrmhc02.attbi.com@InterJet.elischer.org>; Mon, 29 Jul 2002 18:20:20 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA29150; Mon, 29 Jul 2002 11:02:01 -0700 (PDT) Date: Mon, 29 Jul 2002 11:02:00 -0700 (PDT) From: Julian Elischer To: Tom Samplonius Cc: Craig Rodrigues , freebsd-net@freebsd.org, freebsd-isp@freebsd.org Subject: Re: SONET over PPP/IP for FreeBSD? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org if you do manage to find the parts you need, then probably using netgraph is the way to go as it is designed for pretty much that... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 29 17:16:22 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D97E837B400 for ; Mon, 29 Jul 2002 17:16:20 -0700 (PDT) Received: from mobitai.com.tw (m01ss001.mobitai.com.tw [203.73.106.1]) by mx1.FreeBSD.org (Postfix) with SMTP id C6CDE43E4A for ; Mon, 29 Jul 2002 17:16:19 -0700 (PDT) (envelope-from Eric_Chen@mobitai.com.tw) Received: by mobitai.com.tw(Lotus SMTP MTA v4.6.3 (733.2 10-16-1998)) id 48256C06.000277A5 ; Tue, 30 Jul 2002 08:26:57 +0800 X-Lotus-FromDomain: MOBITAI From: Eric_Chen@mobitai.com.tw To: freebsd-net@freebsd.org Message-ID: <48256C06.000275A3.00@mobitai.com.tw> Date: Tue, 30 Jul 2002 08:23:25 +0800 Subject: SS7/SCTP with FreeBSD Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi! Does anyone known any SS7 or SCTP implements for FreeBSD. I wish build some telecomm service on FreeBSD, like IN, SMS. Eric To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 29 18:40:11 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F281637B400 for ; Mon, 29 Jul 2002 18:40:06 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id A228843E65 for ; Mon, 29 Jul 2002 18:40:06 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020730014006.FUKY22139.rwcrmhc52.attbi.com@InterJet.elischer.org>; Tue, 30 Jul 2002 01:40:06 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id SAA30904; Mon, 29 Jul 2002 18:27:30 -0700 (PDT) Date: Mon, 29 Jul 2002 18:27:28 -0700 (PDT) From: Julian Elischer To: Eric_Chen@mobitai.com.tw Cc: freebsd-net@freebsd.org Subject: Re: SS7/SCTP with FreeBSD In-Reply-To: <48256C06.000275A3.00@mobitai.com.tw> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, 30 Jul 2002 Eric_Chen@mobitai.com.tw wrote: > > > > > Hi! > Does anyone known any SS7 or SCTP implements for FreeBSD. > I wish build some telecomm service on FreeBSD, like IN, SMS. I don't know of any but it sure sounds interesting! > > Eric > > > > 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 Mon Jul 29 19:17:17 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E9F537B400 for ; Mon, 29 Jul 2002 19:17:15 -0700 (PDT) Received: from s30.crl.hitachi.co.jp (kame202.kame.net [203.178.141.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 486F643E3B for ; Mon, 29 Jul 2002 19:17:14 -0700 (PDT) (envelope-from suz@crl.hitachi.co.jp) Received: from s30.crl.hitachi.co.jp (localhost [127.0.0.1]) by s30.crl.hitachi.co.jp (8.12.3/8.12.2) with ESMTP id g6U2H5sA002126; Tue, 30 Jul 2002 11:17:06 +0900 (JST) (envelope-from suz@crl.hitachi.co.jp) Date: Tue, 30 Jul 2002 11:17:05 +0900 Message-ID: From: SUZUKI Shinsuke To: Eric_Chen@mobitai.com.tw Cc: freebsd-net@FreeBSD.ORG Subject: Re: SS7/SCTP with FreeBSD X-cite: xcite 1.33 In-Reply-To: <48256C06.000275A3.00@mobitai.com.tw> References: <48256C06.000275A3.00@mobitai.com.tw> User-Agent: User-Agent: Wanderlust/2.9.13 (Unchained Melody) Emacs/21.1 Mule/5.0 (SAKAKI) Organization: Network Architecture Research Dept., Central Research Laboratory, Hitachi, Ltd, Japan MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello Eric, >>>>> On Tue, 30 Jul 2002 08:23:25 +0800 >>>>> Eric_Chen@mobitai.com.tw said: > Does anyone known any SS7 or SCTP implements for FreeBSD. > I wish build some telecomm service on FreeBSD, like IN, SMS. KAME snap (available at ftp://ftp.kame.net/) includes SCTP now, so you can try it. (but keep in mind that it's quite alpha and not so tested well...) # Because of its immaturity, it's not merged into FreeBSD-current yet. Thanks, ---- SUZUKI, Shinsuke @ KAME Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 29 19:29: 8 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A730637B400 for ; Mon, 29 Jul 2002 19:29:06 -0700 (PDT) Received: from loquat.bbn.com (crodrigues.bbn.com [128.89.72.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05BE143E42 for ; Mon, 29 Jul 2002 19:29:06 -0700 (PDT) (envelope-from crodrigu@bbn.com) Received: (from crodrigu@localhost) by loquat.bbn.com (8.11.2/8.11.2) id g6U2T1A01982 for freebsd-net@freebsd.org; Mon, 29 Jul 2002 22:29:01 -0400 Date: Mon, 29 Jul 2002 22:29:01 -0400 From: Craig Rodrigues To: freebsd-net@freebsd.org Subject: Re: SS7/SCTP with FreeBSD Message-ID: <20020729222901.A1864@bbn.com> References: <48256C06.000275A3.00@mobitai.com.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <48256C06.000275A3.00@mobitai.com.tw>; from Eric_Chen@mobitai.com.tw on Tue, Jul 30, 2002 at 08:23:25AM +0800 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, Jul 30, 2002 at 08:23:25AM +0800, Eric_Chen@mobitai.com.tw wrote: > Hi! > Does anyone known any SS7 or SCTP implements for FreeBSD. > I wish build some telecomm service on FreeBSD, like IN, SMS. The kernel implementation of SCTP for FreeBSD, NetBSD, and OpenBSD is being done by Randall Stewart and Peter Lei. The web page for their work, and links to other SCTP information is here: http://www.sctp.org You can get access to the code by downloading the latest KAME snapshot. The SCTP code is still a work in progress, so you should track the latest KAME snaps. -- Craig Rodrigues Distributed Systems and Logistics, Office 6/304 crodrigu@bbn.com BBN Technologies, a Verizon company (617) 873-4725 Cambridge, MA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 29 21:38:55 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0899337B400 for ; Mon, 29 Jul 2002 21:38:53 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31B5543E31 for ; Mon, 29 Jul 2002 21:38:48 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6U4ciYx051308; Mon, 29 Jul 2002 22:38:47 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 29 Jul 2002 22:38:34 -0600 (MDT) Message-Id: <20020729.223834.32171634.imp@bsdimp.com> To: brooks@one-eyed-alien.net Cc: net@FreeBSD.ORG Subject: Re: switching to if_xname from if_name and if_unit From: "M. Warner Losh" In-Reply-To: <20020726211050.A30598@Odin.AC.HMC.Edu> References: <20020726211050.A30598@Odin.AC.HMC.Edu> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In message: <20020726211050.A30598@Odin.AC.HMC.Edu> Brooks Davis writes: : [Bcc to -arch for interested people not on -net] : : NetBSD and OpenBSD have replaced the "char *if_name" and "int if_unit" : members of struct ifnet with "char if_xname[IFNAMESIZ]". I propose that : we follow suit. I like this. : @@ -280,8 +280,7 @@ ep_attach(sc) : attached = (ifp->if_softc != 0); : : ifp->if_softc = sc; : - ifp->if_unit = sc->unit; : - ifp->if_name = "ep"; : + sprintf(ifp->if_xname, "ep%d", sc->unit); strcpy(ifp->if_xname, device_get_name(sc->dev)); might be better, don't you think? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jul 30 2: 5: 7 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A6C337B400; Tue, 30 Jul 2002 02:05:00 -0700 (PDT) Received: from laurel.inty.net (laurel.inty.net [195.224.93.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4343F43E42; Tue, 30 Jul 2002 02:04:55 -0700 (PDT) (envelope-from tariq@inty.net) Received: from inty.hq.inty.net (inty.hq.inty.net [213.38.150.150]) by laurel.inty.net (8.11.3/8.11.3) with ESMTP id g6U94j690033; Tue, 30 Jul 2002 10:04:45 +0100 (BST) Received: from tariq ([10.0.1.156]) by inty.hq.inty.net (8.12.1/8.12.1) with SMTP id g6U94iDs083851; Tue, 30 Jul 2002 10:04:44 +0100 (BST) Message-ID: <006a01c237a8$268fd8f0$9c01000a@tariq> From: "Tariq Rashid" To: Cc: References: <20020730074813.GF89241@blossom.cjclark.org> Subject: Re: vpn1/fw1 NG to ipsec/racoon troubles, help please ... Date: Tue, 30 Jul 2002 10:04:30 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Sender-IP: 10.0.1.156 X-INT-DeliveryDone: g6U94iDs083851 X-suppress-rcpt-virus-notify: yes X-Skip-Virus-Check: yes X-Virus-Checked: 28235 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org i'm no expert but i think its like this: * if your endpoints (say 10.0.0.1, 10.0.0.2) do not partake in the network traffic then not using gif is ok. that is traffic is only between protected nets (say 192.168.1.0, 192.168.2.0). * however, if your endpoints also wnat to talk to each other (10.0.0.1 <-> 10.0.0.2) in addition to the protected nets, then you have to "trick" the packets to go through gif interface so they obtain the correct "source address" -> this way the IPSEC layer will not ignore the packets and will encrypt them (because they have the correect source address). the ipsec layer won;t encrypt packets from 10.0.0.1 -> 192.168.2.1, say - but will encryot 192.168.1.1 -> 192.168.2.1 am i wrong? i've always been a little confused about the need for gif tunnels for routing... very ugly solution but it works for me. having an ipsec0 device or and enc0 device would be much nicer. you could also tcpdump on the decrypted packets on these devices. tariq ----- Original Message ----- From: "Crist J. Clark" > I've never figured out why people use gif(4) interfaces when ESP does > the tunneling for you. intY has scanned this email for all known viruses (www.inty.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jul 30 9: 9:48 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13E8537B400; Tue, 30 Jul 2002 09:09:42 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A91943E42; Tue, 30 Jul 2002 09:09:37 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g6UG9Vh28818; Tue, 30 Jul 2002 19:09:31 +0300 (EEST) (envelope-from ru) Date: Tue, 30 Jul 2002 19:09:31 +0300 From: Ruslan Ermilov To: current@FreeBSD.org, net@FreeBSD.org Subject: NIS and getpwent(3) Message-ID: <20020730160931.GA27626@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline User-Agent: Mutt/1.3.99i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Sorry for x-posting, not sure where this is more relevant.] Hi! I have hit the following nasty problem with /etc/periodic/daily/300.calendar while using NIS. We have our NIS database distributed with all shells switched off to /sbin/nologin, and overriding shells as necessary on machines where we need it. Something like this: +ru:::::::::/bin/tcsh +::::::::: When calendar(1)'s -a option is in use, the code traverses the list of all users in the getpwent(3) cycle, checks to see if the user has a valid calendar file, and if so, mails him the current entries (if there are). The problem is that the "ru" entry is reported by getpwent(3) twice, first with /bin/tcsh shell, and second with the /sbin/nologin shell. The net effect is that you get your calendar mail twice. Is this the correct behavior of getpwent(3), and then what do we do with calendar(1), or getpwent(3) is in trouble? (I've checked that on both 4.x and 5.0.) Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9Rro7Ukv4P6juNwoRAqjzAJ4meF0n51rPmdbY01m0FUNmXG2t7QCfQZB9 ois0Wv77JRO4YHY1rO0bOgk= =vZdE -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jul 30 10:15:40 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA09537B400 for ; Tue, 30 Jul 2002 10:15:37 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FCAA43E42 for ; Tue, 30 Jul 2002 10:15:37 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g6UHFXpO030620; Tue, 30 Jul 2002 10:15:33 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g6UHFX22030619; Tue, 30 Jul 2002 10:15:33 -0700 Date: Tue, 30 Jul 2002 10:15:33 -0700 From: Brooks Davis To: "M. Warner Losh" Cc: brooks@one-eyed-alien.net, net@FreeBSD.ORG Subject: Re: switching to if_xname from if_name and if_unit Message-ID: <20020730101533.A29988@Odin.AC.HMC.Edu> References: <20020726211050.A30598@Odin.AC.HMC.Edu> <20020729.223834.32171634.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020729.223834.32171634.imp@bsdimp.com>; from imp@bsdimp.com on Mon, Jul 29, 2002 at 10:38:34PM -0600 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 29, 2002 at 10:38:34PM -0600, M. Warner Losh wrote: > : @@ -280,8 +280,7 @@ ep_attach(sc) > : attached =3D (ifp->if_softc !=3D 0); > : =20 > : ifp->if_softc =3D sc; > : - ifp->if_unit =3D sc->unit; > : - ifp->if_name =3D "ep"; > : + sprintf(ifp->if_xname, "ep%d", sc->unit); >=20 > strcpy(ifp->if_xname, device_get_name(sc->dev)); >=20 > might be better, don't you think? Yes, that's probably better. At least it's one less place that needs to know the name of the device. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9Rsm0XY6L6fI4GtQRAhSCAKCUyjQjEctl0Xgn6WlQf4uh+bNqpACaA6QT haiG0YZwLF8zgxWWb+hyDfc= =p7Ge -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jul 30 11: 8:59 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 862ED37B400; Tue, 30 Jul 2002 11:08:53 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB2B143E65; Tue, 30 Jul 2002 11:08:51 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.5/8.12.5) id g6UI8pe8056202; Tue, 30 Jul 2002 13:08:51 -0500 (CDT) (envelope-from dan) Date: Tue, 30 Jul 2002 13:08:51 -0500 From: Dan Nelson To: Ruslan Ermilov Cc: current@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: NIS and getpwent(3) Message-ID: <20020730180851.GC95493@dan.emsphone.com> References: <20020730160931.GA27626@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020730160931.GA27626@sunbay.com> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.1i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In the last episode (Jul 30), Ruslan Ermilov said: > [Sorry for x-posting, not sure where this is more relevant.] > > I have hit the following nasty problem with > /etc/periodic/daily/300.calendar while using NIS. We have our NIS > database distributed with all shells switched off to /sbin/nologin, > and overriding shells as necessary on machines where we need it. > Something like this: > > +ru:::::::::/bin/tcsh > +::::::::: > > The problem is that the "ru" entry is reported by getpwent(3) twice, > first with /bin/tcsh shell, and second with the /sbin/nologin shell. > The net effect is that you get your calendar mail twice. > > Is this the correct behavior of getpwent(3), and then what do we do > with calendar(1), or getpwent(3) is in trouble? (I've checked that > on both 4.x and 5.0.) It looks like the correct behaviour. The nsswitch.conf manpage on FreeBSD actually mentions the possibility of duplication, and I've seen it on BSD, Tru64, Solaris, and Linux. The Solaris manpages for getpwnam and nsswitch.conf say that getpwent+nswwitch is inefficient and is discouraged, but they don't suggest any alternatives. http://docs.sun.com/?q=getpwent&p=/doc/816-0213/6m6ne381v&a=view http://docs.sun.com/?q=getpwent&p=/doc/816-0219/6m6njqbaf&a=view I guess the best solution would be to keep a list of uids that have already been processed by calendar, and ignore duplicates. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jul 30 11:18:13 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72CC837B401 for ; Tue, 30 Jul 2002 11:18:08 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BA5043E67 for ; Tue, 30 Jul 2002 11:18:07 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id EAA28694; Wed, 31 Jul 2002 04:17:48 +1000 Date: Wed, 31 Jul 2002 04:22:23 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Brooks Davis Cc: "M. Warner Losh" , Subject: Re: switching to if_xname from if_name and if_unit In-Reply-To: <20020730101533.A29988@Odin.AC.HMC.Edu> Message-ID: <20020731041621.H56544-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, 30 Jul 2002, Brooks Davis wrote: > On Mon, Jul 29, 2002 at 10:38:34PM -0600, M. Warner Losh wrote: > > : @@ -280,8 +280,7 @@ ep_attach(sc) > > : attached = (ifp->if_softc != 0); > > : > > : ifp->if_softc = sc; > > : - ifp->if_unit = sc->unit; > > : - ifp->if_name = "ep"; > > : + sprintf(ifp->if_xname, "ep%d", sc->unit); > > > > strcpy(ifp->if_xname, device_get_name(sc->dev)); > > > > might be better, don't you think? I think this point has already been covered better by noticing that the name is already stored in several other places (not just new-bus). > Yes, that's probably better. At least it's one less place that needs to > know the name of the device. Except it gets the name wrong (it should use device_get_nameunit()), and it is not so clear that the name fits in the buffer. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jul 30 11:35:22 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0C3637B4C2 for ; Tue, 30 Jul 2002 11:34:58 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79F724432D for ; Tue, 30 Jul 2002 11:31:19 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g6UIUipO008806; Tue, 30 Jul 2002 11:30:44 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g6UIUisN008805; Tue, 30 Jul 2002 11:30:44 -0700 Date: Tue, 30 Jul 2002 11:30:44 -0700 From: Brooks Davis To: Bruce Evans Cc: Brooks Davis , "M. Warner Losh" , net@FreeBSD.ORG Subject: Re: switching to if_xname from if_name and if_unit Message-ID: <20020730113044.A7396@Odin.AC.HMC.Edu> References: <20020730101533.A29988@Odin.AC.HMC.Edu> <20020731041621.H56544-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020731041621.H56544-100000@gamplex.bde.org>; from bde@zeta.org.au on Wed, Jul 31, 2002 at 04:22:23AM +1000 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 31, 2002 at 04:22:23AM +1000, Bruce Evans wrote: > On Tue, 30 Jul 2002, Brooks Davis wrote: >=20 > > On Mon, Jul 29, 2002 at 10:38:34PM -0600, M. Warner Losh wrote: > > > : @@ -280,8 +280,7 @@ ep_attach(sc) > > > : attached =3D (ifp->if_softc !=3D 0); > > > : > > > : ifp->if_softc =3D sc; > > > : - ifp->if_unit =3D sc->unit; > > > : - ifp->if_name =3D "ep"; > > > : + sprintf(ifp->if_xname, "ep%d", sc->unit); > > > > > > strcpy(ifp->if_xname, device_get_name(sc->dev)); > > > > > > might be better, don't you think? >=20 > I think this point has already been covered better by noticing that the > name is already stored in several other places (not just new-bus). I don't think it's stored elsewhere for pure pseudo interfaces like lo or gif though (except as "if_" in the module decleration.) I don't see name that is consistantly associated with all interfaces. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9RttSXY6L6fI4GtQRAkyDAJ9JGduPObE6Mz6WXrMQneL7iCs+agCeLtGU qTo6lhZgJt4VDZZXP0DGkOc= =1Lj8 -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jul 30 13:13:32 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C0DF37B400 for ; Tue, 30 Jul 2002 13:13:28 -0700 (PDT) Received: from patrocles.silby.com (d70.as15.nwbl0.wi.voyager.net [169.207.134.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD7BF43E31 for ; Tue, 30 Jul 2002 13:13:25 -0700 (PDT) (envelope-from silby@silby.com) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.5/8.12.5) with ESMTP id g6UKFvB1006403 for ; Tue, 30 Jul 2002 15:15:57 -0500 (CDT) (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.5/8.12.5/Submit) with ESMTP id g6UKFutI006400 for ; Tue, 30 Jul 2002 15:15:57 -0500 (CDT) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Tue, 30 Jul 2002 15:15:55 -0500 (CDT) From: Mike Silbersack To: freebsd-net@freebsd.org Subject: RFC: Updated window update algorithm Message-ID: <20020730141732.J3793-200000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-934478144-1028056781=:3793" Content-ID: <20020730150959.O6367@patrocles.silby.com> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: 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-934478144-1028056781=:3793 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: <20020730150959.D6367@patrocles.silby.com> I'd appreciate if the tcp inclined could take a quick look over the attached patch. What it does is implement a simpler algorithm used to determine whether or not to accept window updates. Our existing algorithm (the one in RFC793/1122) had a weakness in that it will ignore window updates piggybacked on retransmitted packets. In a unidirectional transfer situation, this is not a problem. However, in the case of a bidirectional transfer, this could cause retransmission in one direction to stall transmission in the other direction. For more info on this case, see the thread at: http://tcp-impl.grc.nasa.gov/tcp-impl/list/archive/2184.html The algorithm I used in the attached patch is the one created by Alexey Kuznetsov, currently used in Linux 2.4. Any comments (on the algorithm or implementation) would be appreciated. Thanks, Mike "Silby" Silbersack --0-934478144-1028056781=:3793 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="tcpwindowupdate3.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20020730141941.N3793@patrocles.silby.com> Content-Description: Content-Disposition: ATTACHMENT; FILENAME="tcpwindowupdate3.patch" LS0tIC91c3Ivc3JjL3N5cy5vbGQvbmV0aW5ldC90Y3BfaW5wdXQuYwlUdWUg SnVsIDMwIDAwOjQxOjM4IDIwMDINCisrKyB0Y3BfaW5wdXQuYwlUdWUgSnVs IDMwIDE0OjE1OjQwIDIwMDINCkBAIC0xOTM5LDExICsxOTM5LDE1IEBADQog CS8qDQogCSAqIFVwZGF0ZSB3aW5kb3cgaW5mb3JtYXRpb24uDQogCSAqIERv bid0IGxvb2sgYXQgd2luZG93IGlmIG5vIEFDSzogVEFDJ3Mgc2VuZCBnYXJi YWdlIG9uIGZpcnN0IFNZTi4NCisJICogVXBkYXRlIHdpbmRvdyBpZjoNCisJ ICogLSBOZXcgZGF0YSBhY2tlZA0KKwkgKiAtIE5ldyBkYXRhIHNlbnQgdG8g dXMNCisJICogLSBEYXRhIGhhcyBub3QgYWR2YW5jZWQsIGJ1dCBsYXJnZXIg d2luZG93IGlzIHJlcG9ydGVkDQogCSAqLw0KIAlpZiAoKHRoZmxhZ3MgJiBU SF9BQ0spICYmDQogCSAgICAoU0VRX0xUKHRwLT5zbmRfd2wxLCB0aC0+dGhf c2VxKSB8fA0KLQkgICAgKHRwLT5zbmRfd2wxID09IHRoLT50aF9zZXEgJiYg KFNFUV9MVCh0cC0+c25kX3dsMiwgdGgtPnRoX2FjaykgfHwNCi0JICAgICAo dHAtPnNuZF93bDIgPT0gdGgtPnRoX2FjayAmJiB0aXdpbiA+IHRwLT5zbmRf d25kKSkpKSkgew0KKwkgICAgIFNFUV9MVCh0cC0+c25kX3VuYSwgdGgtPnRo X2FjaykgfHwNCisJICAgICAoKHRoLT50aF9zZXEgPT0gdHAtPnNuZF93bDEp ICYmICh0aXdpbiA+IHRwLT5zbmRfd25kKSkpKSB7DQogCQkvKiBrZWVwIHRy YWNrIG9mIHB1cmUgd2luZG93IHVwZGF0ZXMgKi8NCiAJCWlmICh0bGVuID09 IDAgJiYNCiAJCSAgICB0cC0+c25kX3dsMiA9PSB0aC0+dGhfYWNrICYmIHRp d2luID4gdHAtPnNuZF93bmQpDQo= --0-934478144-1028056781=:3793-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 31 1:47:48 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AEB337B400 for ; Wed, 31 Jul 2002 01:47:46 -0700 (PDT) Received: from sunu422.rz.ruhr-uni-bochum.de (sunu422.rz.ruhr-uni-bochum.de [134.147.64.14]) by mx1.FreeBSD.org (Postfix) with SMTP id 34CE243E6A for ; Wed, 31 Jul 2002 01:47:45 -0700 (PDT) (envelope-from gandalf@nm.ruhr-uni-bochum.de) Received: (qmail 9933 invoked by uid 82); 31 Jul 2002 08:47:44 -0000 Received: from gandalf@nm.ruhr-uni-bochum.de by mailhost with qmail-scanner-1.00 (uvscan: v4.1.40/v4214. . Clean. Processed in 0.857797 secs); 31 Jul 2002 08:47:44 -0000 Received: (qmail 9855 invoked from network); 31 Jul 2002 08:47:42 -0000 Received: from server.nm.ruhr-uni-bochum.de (HELO fwall.nm.ruhr-uni-bochum.de) (134.147.252.40) by mailhost.rz.ruhr-uni-bochum.de with SMTP; 31 Jul 2002 08:47:42 -0000 Received: (qmail 99356 invoked from network); 31 Jul 2002 08:47:41 -0000 Received: from pc-o.nm.ruhr-uni-bochum.de (134.147.252.55) by server.nm.ruhr-uni-bochum.de with SMTP; 31 Jul 2002 08:47:41 -0000 Received: from pc-o.nm.ruhr-uni-bochum.de (localhost [127.0.0.1]) by pc-o.nm.ruhr-uni-bochum.de (8.12.4/8.12.4) with ESMTP id g6V8lhb8002614 for ; Wed, 31 Jul 2002 10:47:43 +0200 (CEST) (envelope-from gandalf@pc-o.nm.ruhr-uni-bochum.de) Received: (from gandalf@localhost) by pc-o.nm.ruhr-uni-bochum.de (8.12.4/8.12.4/Submit) id g6V8lhHa002613 for freebsd-net@freebsd.org; Wed, 31 Jul 2002 10:47:43 +0200 (CEST) Date: Wed, 31 Jul 2002 10:47:43 +0200 From: Andre Grosse Bley To: freebsd-net@freebsd.org Subject: Packet loss on sis0? Message-ID: <20020731104741.A2606@nm.ruhr-uni-bochum.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, i experience packet loss on my sis0 interfaces: 4501 packets transmitted, 4340 packets received, 3% packet loss 799 packets transmitted, 745 packets received, 6% packet loss FreeBSD pc-i.nm.ruhr-uni-bochum.de 4.6-STABLE FreeBSD 4.6-STABLE #1: Fri Jun 28 11:39:57 These are two different machines. Elitegroup K7S5A Mainboard, lan on board sis0: port 0xd400-0xd4ff mem 0xcfffd000-0xcfffdfff irq 11 at device 3.0 on pci0 sis0: Ethernet address: 00:d0:09:e2:fa:57 miibus0: on sis0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto media: Ethernet autoselect (100baseTX ) Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll Time Drop sis0 1500 00:d0:09:e2:fa:57 13390 235 12649 0 0 0 0 ^^^ Why? On the other side of the wire we have a 3Com SuperStack 3300TN, but this happens with a cisco catalyst, too. The switchs' error counter does not increase for this ports. Doesnt happen with other machines (with 3Com NICs) And it seems that it doesnt happen under windoze 2000, but i will check. Any ideas? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 31 4:39:19 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05BF237B401 for ; Wed, 31 Jul 2002 04:39:17 -0700 (PDT) Received: from balan.ap.univie.ac.at (balan.ap.univie.ac.at [131.130.11.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id B06FC43E31 for ; Wed, 31 Jul 2002 04:39:15 -0700 (PDT) (envelope-from ulrich.kiermayr@ap.univie.ac.at) Received: (from uk@localhost) by balan.ap.univie.ac.at (8.11.1/8.11.1/0.0.0) id g6VBdLM711598 for freebsd-net@FreeBSD.ORG; Wed, 31 Jul 2002 13:39:21 +0200 (CEST) Date: Wed, 31 Jul 2002 13:39:21 +0200 From: Ulrich Kiermayr To: freebsd-net@FreeBSD.ORG Subject: mpath Message-ID: <20020731133921.A722804@ap.univie.ac.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.19i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, Has anyone brought the mpath-patch (ftp://ftp.flirble.org/pub/unix/hacks/FreeBSD/mpath-43S.tgz) up to date for -STABLE? The patch appears to be for 4.3, and since then some functions in the routing code have changed. That's why the patch does not apply cleanly any more. Before I start editing around with the kernel, i just wanted to ask if anyone already did this? lG uk -- --------------------------------------------------------------------------- Ulrich Kiermayr Zentraler Informatikdienst der Universitaet Wien Network Security Universitaetsstrasse 7, 1010 Wien, Austria --------------------------------------------------------------------------- eMail: ulrich.kiermayr@univie.ac.at Tel: (+43 1) 4277 / 14104 Hotline: security.zid@univie.ac.at Fax: (+43 1) 4277 / 9140 Web: http://www.univie.ac.at/zid/security.html --------------------------------------------------------------------------- GPG Key fingerprint = BF0D 5749 4DC1 ED74 AB67 7180 105F 491D A8D7 64D8 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 31 7:52:56 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39FCB37B400 for ; Wed, 31 Jul 2002 07:52:54 -0700 (PDT) Received: from vbook.express.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5970743E3B for ; Wed, 31 Jul 2002 07:52:53 -0700 (PDT) (envelope-from vova@express.ru) Received: from vova by vbook.express.ru with local (Exim 3.36 #1) id 17Zuq9-0000sX-00; Wed, 31 Jul 2002 18:52:41 +0400 Subject: Re: mpath From: "Vladimir B. " Grebenschikov To: Ulrich Kiermayr Cc: freebsd-net@FreeBSD.ORG In-Reply-To: <20020731133921.A722804@ap.univie.ac.at> References: <20020731133921.A722804@ap.univie.ac.at> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Mailer: Ximian Evolution 1.0.7 Date: 31 Jul 2002 18:52:41 +0400 Message-Id: <1028127161.802.10.camel@vbook.express.ru> Mime-Version: 1.0 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org =F7 Wed, 31.07.2002, =D7 15:39, Ulrich Kiermayr =CE=C1=D0=C9=D3=C1=CC: > Hi, >=20 > Has anyone brought the mpath-patch > (ftp://ftp.flirble.org/pub/unix/hacks/FreeBSD/mpath-43S.tgz) up to date > for -STABLE? >=20 > The patch appears to be for 4.3, and since then some functions in the > routing code have changed. That's why the patch does not apply cleanly > any more. >=20 > Before I start editing around with the kernel, i just wanted to ask if > anyone already did this? I didn't see and messages about making it up-to-date. But I have some things about idea, this implementation extends routing structure for more then one gateway, my suggestion to change route/radix-tree code they can store more then one route for one destination. I think it is much more flexible and natural. > lG uk =20 --=20 Vladimir B. Grebenschikov vova@sw.ru, SWsoft, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 31 7:57: 5 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E87837B400 for ; Wed, 31 Jul 2002 07:57:03 -0700 (PDT) Received: from balan.ap.univie.ac.at (balan.ap.univie.ac.at [131.130.11.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58F0843E4A for ; Wed, 31 Jul 2002 07:57:02 -0700 (PDT) (envelope-from ulrich.kiermayr@ap.univie.ac.at) Received: (from uk@localhost) by balan.ap.univie.ac.at (8.11.1/8.11.1/0.0.0) id g6VEv5s740564; Wed, 31 Jul 2002 16:57:05 +0200 (CEST) Date: Wed, 31 Jul 2002 16:57:04 +0200 From: Ulrich Kiermayr To: "Vladimir B. Grebenschikov" Cc: freebsd-net@FreeBSD.ORG Subject: Re: mpath Message-ID: <20020731165704.A735906@ap.univie.ac.at> References: <20020731133921.A722804@ap.univie.ac.at> <1028127161.802.10.camel@vbook.express.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1028127161.802.10.camel@vbook.express.ru> User-Agent: Mutt/1.3.19i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, > I didn't see and messages about making it up-to-date. > But I have some things about idea, this implementation extends routing > structure for more then one gateway, my suggestion to change > route/radix-tree code they can store more then one route for one > destination. I think it is much more flexible and natural. Hmmmm, this would be a good idea, because this is a feature that is really missing for making a FreeBSD router. My problem ist that I am not a Freebsd Kernel hacker :( lG uk -- --------------------------------------------------------------------------- Ulrich Kiermayr Zentraler Informatikdienst der Universitaet Wien Network Security Universitaetsstrasse 7, 1010 Wien, Austria --------------------------------------------------------------------------- eMail: ulrich.kiermayr@univie.ac.at Tel: (+43 1) 4277 / 14104 Hotline: security.zid@univie.ac.at Fax: (+43 1) 4277 / 9140 Web: http://www.univie.ac.at/zid/security.html --------------------------------------------------------------------------- GPG Key fingerprint = BF0D 5749 4DC1 ED74 AB67 7180 105F 491D A8D7 64D8 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 31 21:10:37 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE4B337B400 for ; Wed, 31 Jul 2002 21:10:35 -0700 (PDT) Received: from brainlink.com (mail.brainlink.com [66.228.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BDE443E75 for ; Wed, 31 Jul 2002 21:10:35 -0700 (PDT) (envelope-from anthonyv@brainlink.com) Received: from [66.228.0.24] (account anthonyv HELO brainlink.com) by brainlink.com (CommuniGate Pro SMTP 3.5.3) with ESMTP id 14895325 for net@freebsd.org; Wed, 31 Jul 2002 22:59:07 -0400 Message-ID: <3D48A691.9090901@brainlink.com> Date: Wed, 31 Jul 2002 23:10:09 -0400 From: Anthony Volodkin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1b) Gecko/20020722 X-Accept-Language: en-us, en MIME-Version: 1.0 To: net@freebsd.org Subject: Filtering of PPPoE packets with ipfw Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, Today, I've setup a machine that allows wireless clients to initiate PPPoE sessions with it and thus access the internet or the other network connected to that machine. However, if wireless clients do not use PPPoE and manually set their IP address/netmask/gateway, they will still be allowed to access the resources. Is there a way, using ipfw to allow only the encapsulated PPPoE packets through an interface? I can definetly tell the difference when looking at them with tcpdump. On another note, how do I compile ppp with DES support? The man page says that this is necessary for it to work with MS-CHAP v2. I cant figure out how to do that. My setup involves, pppoe and ppp. In the future i might investigate doing this with mpd as well. Regards, Anthony Volodkin http://non-standard.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 31 22:49:16 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 888CE37B400 for ; Wed, 31 Jul 2002 22:49:14 -0700 (PDT) Received: from mail2.there.com (ip64-178-80-34.z80-178-64.customer.algx.net [64.178.80.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28AC843E6E for ; Wed, 31 Jul 2002 22:49:14 -0700 (PDT) (envelope-from tspencer@There.COM) Received: from There.COM (jubble.there.com [10.10.11.188]) by mail2.there.com (Postfix) with ESMTP id 3D53079CEC for ; Wed, 31 Jul 2002 22:48:51 -0700 (PDT) Message-ID: <3D48CB5F.2070805@There.COM> Date: Wed, 31 Jul 2002 22:47:11 -0700 From: Tim Spencer Organization: Sometimes! User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020718 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: dummynet and queueing and net.inet.ip.fw.one_pass Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org So, if I were to set net.inet.ip.fw.one_pass to zero (which I believe is "off" as per the ipfw man page), and I were to say something like this: ipfw pipe 1 config bw 1.5Mbit/s ipfw queue 1 config pipe 1 weight 50 ipfw queue 2 config pipe 1 weight 1 ipfw add queue 2 ip from 10.0.0.0/8 to any out ipfw add queue 2 ip from any to 10.0.0.0/8 in ipfw add queue 1 ip from 10.20.0.0/16 to any out ipfw add queue 1 ip from any to 10.20.0.0/16 in Would traffic from the 10.20.0.0/16 net get put in two queues? What happens in a situation like this where traffic matches multiple queues, and net.inet.ip.fw.one_pass allows it to pass on through? I need to allow the net.inet.ip.fw.one_pass stuff so that I can later on (after the traffic shaping) NAT traffic and other sundry firewall functions. I thought I'd ask before I delved into the source for several days. :-) Thanks, and have fun! -tspencer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 1 8:37:18 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9FB937B400 for ; Thu, 1 Aug 2002 08:37:12 -0700 (PDT) Received: from loquat.bbn.com (crodrigues.bbn.com [128.89.72.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D4A143E72 for ; Thu, 1 Aug 2002 08:37:12 -0700 (PDT) (envelope-from crodrigu@bbn.com) Received: (from crodrigu@localhost) by loquat.bbn.com (8.11.2/8.11.2) id g71Fam713912; Thu, 1 Aug 2002 11:36:48 -0400 Date: Thu, 1 Aug 2002 11:36:48 -0400 From: Craig Rodrigues To: Eric_Chen@mobitai.com.tw Cc: freebsd-net@FreeBSD.ORG Subject: Re: SS7/SCTP with FreeBSD Message-ID: <20020801113648.A13909@bbn.com> References: <48256C06.000275A3.00@mobitai.com.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <48256C06.000275A3.00@mobitai.com.tw>; from Eric_Chen@mobitai.com.tw on Tue, Jul 30, 2002 at 08:23:25AM +0800 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, Jul 30, 2002 at 08:23:25AM +0800, Eric_Chen@mobitai.com.tw wrote: > > > > > Hi! > Does anyone known any SS7 or SCTP implements for FreeBSD. > I wish build some telecomm service on FreeBSD, like IN, SMS. Hi, I forgot to mention on thing. If you go to: http://www.sctp.org, you will see a link to the OpenSS7 project. That project is developing an open source SS7 protocol stack, and also an SCTP implementation. The OpenSS7 project is primarily Linux based, but hopefully as the BSD implementation of SCTP matures, a lot of the OpenSS7 work will be reusable under FreeBSD. -- Craig Rodrigues Distributed Systems and Logistics, Office 6/304 crodrigu@bbn.com BBN Technologies, a Verizon company (617) 873-4725 Cambridge, MA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 1 9:17:12 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5016437B400 for ; Thu, 1 Aug 2002 09:17:09 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6A4C43E77 for ; Thu, 1 Aug 2002 09:17:07 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id CAA20957; Fri, 2 Aug 2002 02:16:49 +1000 Date: Fri, 2 Aug 2002 02:21:47 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Brooks Davis Cc: "M. Warner Losh" , Subject: Re: switching to if_xname from if_name and if_unit In-Reply-To: <20020730113044.A7396@Odin.AC.HMC.Edu> Message-ID: <20020802015442.S2977-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, 30 Jul 2002, Brooks Davis wrote: > On Wed, Jul 31, 2002 at 04:22:23AM +1000, Bruce Evans wrote: > > On Tue, 30 Jul 2002, Brooks Davis wrote: > > > > > On Mon, Jul 29, 2002 at 10:38:34PM -0600, M. Warner Losh wrote: > > > > : @@ -280,8 +280,7 @@ ep_attach(sc) > > > > : attached = (ifp->if_softc != 0); > > > > : > > > > : ifp->if_softc = sc; > > > > : - ifp->if_unit = sc->unit; > > > > : - ifp->if_name = "ep"; > > > > : + sprintf(ifp->if_xname, "ep%d", sc->unit); > > > > > > > > strcpy(ifp->if_xname, device_get_name(sc->dev)); > > > > > > > > might be better, don't you think? > > > > I think this point has already been covered better by noticing that the > > name is already stored in several other places (not just new-bus). > > I don't think it's stored elsewhere for pure pseudo interfaces like lo > or gif though (except as "if_" in the module decleration.) I > don't see name that is consistantly associated with all interfaces. Right. I was a little confused about this, partly because device_get_name() only applies to device_t's. I just checked that there is no newbus device for typical synthetic devices like tun* and tap*. There is (kernel) dev_t, but it is not always accessible. However, you could make it accessible by storing it in *ifp and/or *scp and then access its name using devtoname(xxp->xx_devp). A pointer would take a bit less space than the proposed if_xname size on most machines and be more flexible. devtoname() is certainly closer to working here than device_get_name() or device_get_nameunit(). I've noticed that the newbus name interfaces also can't handle disk device names (partly because disks are partitioned below newbus and partly because the names have more structure than name+unit). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 1 10: 0:24 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8F6837B400 for ; Thu, 1 Aug 2002 10:00:16 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56BAC43E6E for ; Thu, 1 Aug 2002 10:00:16 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020801170015.JGTD23732.sccrmhc01.attbi.com@InterJet.elischer.org>; Thu, 1 Aug 2002 17:00:15 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id JAA45051; Thu, 1 Aug 2002 09:52:25 -0700 (PDT) Date: Thu, 1 Aug 2002 09:52:25 -0700 (PDT) From: Julian Elischer To: Anthony Volodkin Cc: net@freebsd.org Subject: Re: Filtering of PPPoE packets with ipfw In-Reply-To: <3D48A691.9090901@brainlink.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org oh yeah,, I forgot.. you could fix it by not assigning an IP address to the wireless card too.. i.e. ifconfig wi0 up (no address) On Wed, 31 Jul 2002, Anthony Volodkin wrote: > Hi, > > Today, I've setup a machine that allows wireless clients to initiate > PPPoE sessions with it and thus access the internet or the other network > connected to that machine. However, if wireless clients do not use > PPPoE and manually set their IP address/netmask/gateway, they will still > be allowed to access the resources. Is there a way, using ipfw to allow > only the encapsulated PPPoE packets through an interface? I can > definetly tell the difference when looking at them with tcpdump. > > On another note, how do I compile ppp with DES support? The man page > says that this is necessary for it to work with MS-CHAP v2. I cant > figure out how to do that. > > My setup involves, pppoe and ppp. In the future i might investigate > doing this with mpd as well. > > Regards, > Anthony Volodkin > http://non-standard.net/ > > > 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 Thu Aug 1 10: 0:36 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9C1C37B401 for ; Thu, 1 Aug 2002 10:00:18 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BDD843E65 for ; Thu, 1 Aug 2002 10:00:18 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020801170017.JGUG23732.sccrmhc01.attbi.com@InterJet.elischer.org>; Thu, 1 Aug 2002 17:00:17 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id JAA45045; Thu, 1 Aug 2002 09:51:16 -0700 (PDT) Date: Thu, 1 Aug 2002 09:51:15 -0700 (PDT) From: Julian Elischer To: Anthony Volodkin Cc: net@freebsd.org Subject: Re: Filtering of PPPoE packets with ipfw In-Reply-To: <3D48A691.9090901@brainlink.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org there is a netgraph node called etf in -current (ether-type filter) it could be used to filter out non-pppoe packets with a little work however you should be able to do it with ipfw by dropping all packets that have come from the wireless card directly. e.g deny ip from any to any in recv an0 (or wi0 if that's what you are using) On Wed, 31 Jul 2002, Anthony Volodkin wrote: > Hi, > > Today, I've setup a machine that allows wireless clients to initiate > PPPoE sessions with it and thus access the internet or the other network > connected to that machine. However, if wireless clients do not use > PPPoE and manually set their IP address/netmask/gateway, they will still > be allowed to access the resources. Is there a way, using ipfw to allow > only the encapsulated PPPoE packets through an interface? I can > definetly tell the difference when looking at them with tcpdump. > > On another note, how do I compile ppp with DES support? The man page > says that this is necessary for it to work with MS-CHAP v2. I cant > figure out how to do that. > > My setup involves, pppoe and ppp. In the future i might investigate > doing this with mpd as well. > > Regards, > Anthony Volodkin > http://non-standard.net/ > > > 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 Thu Aug 1 10:19:43 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C622637B400 for ; Thu, 1 Aug 2002 10:19:40 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4612743E42 for ; Thu, 1 Aug 2002 10:19:40 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g71HJZpO031218; Thu, 1 Aug 2002 10:19:36 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g71HJZhh031217; Thu, 1 Aug 2002 10:19:35 -0700 Date: Thu, 1 Aug 2002 10:19:35 -0700 From: Brooks Davis To: Bruce Evans Cc: Brooks Davis , "M. Warner Losh" , net@FreeBSD.ORG Subject: Re: switching to if_xname from if_name and if_unit Message-ID: <20020801101935.A28795@Odin.AC.HMC.Edu> References: <20020730113044.A7396@Odin.AC.HMC.Edu> <20020802015442.S2977-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020802015442.S2977-100000@gamplex.bde.org>; from bde@zeta.org.au on Fri, Aug 02, 2002 at 02:21:47AM +1000 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 02, 2002 at 02:21:47AM +1000, Bruce Evans wrote: > On Tue, 30 Jul 2002, Brooks Davis wrote: >=20 > > I don't think it's stored elsewhere for pure pseudo interfaces like lo > > or gif though (except as "if_" in the module decleration.) I > > don't see name that is consistantly associated with all interfaces. >=20 > Right. I was a little confused about this, partly because device_get_nam= e() > only applies to device_t's. I just checked that there is no newbus > device for typical synthetic devices like tun* and tap*. There is > (kernel) dev_t, but it is not always accessible. However, you could > make it accessible by storing it in *ifp and/or *scp and then access its > name using devtoname(xxp->xx_devp). A pointer would take a bit less space > than the proposed if_xname size on most machines and be more flexible. Unfortunatly, there aren't even dev_t's for some devices like gif* since they don't need a dev to interact with user processes. They do end up with one, but it's created if if_attach based on if_name and if_unit so it's not any help (it also has the wrong name since it lives in /dev/net). I think we're stuck with giving interfaces names independent of their devices. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9SW2mXY6L6fI4GtQRAmdCAJ9vif/+xZwsi3s4LMMpX8oZO5nhDwCgxN5s XkGeD5tDS7eZFngLs7+VNA4= =4aCN -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 1 13: 9:37 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7891237B400 for ; Thu, 1 Aug 2002 13:09:33 -0700 (PDT) Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CED743E72 for ; Thu, 1 Aug 2002 13:09:32 -0700 (PDT) (envelope-from flynn@energyhq.homeip.net) Received: from kajsa.energyhq.tk (kajsa.energyhq.tk [192.168.0.1]) by energyhq.homeip.net (Postfix) with SMTP id 7D944AF581 for ; Thu, 1 Aug 2002 21:43:44 +0200 (CEST) Date: Thu, 1 Aug 2002 21:43:38 +0200 From: Miguel Mendez To: freebsd-net@freebsd.org Subject: Problem with kerberos5 Message-Id: <20020801214338.2ed3376b.flynn@energyhq.homeip.net> X-Mailer: Sylpheed version 0.8.1 (GTK+ 1.2.10; i386-portbld-freebsd4.6) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=.miYcEnRPI4CjLg" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --=.miYcEnRPI4CjLg Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, I've configured my NetBSD server to act as KDC, and connections between that one and my other NetBSD box work perfectly well. I've just finished building world on my FreeBSD box (as I was missing the krb5 package I thought I'd just rebuild all), and to my surprise this is what I get. From NetBSD to FreeBSD ---------------------- energyhq: {108} telnet kajsa Trying 192.168.0.1... Connected to kajsa.energyhq.tk. Escape character is '^]'. [ Trying KERBEROS5 ... ] [ Kerberos V5 refuses authentication because Read req failed: ASN.1 badly-formatted encoding ] [ Trying KERBEROS5 ... ] [ Kerberos V5 refuses authentication because Read req failed: ASN.1 badly-formatted encoding ] FreeBSD/i386 (kajsa.energyhq.tk) (ttyp5) From FreeBSD to NetBSD ---------------------- flynn@kajsa# telnet lillemor Trying 192.168.0.4... Connected to lillemor.energyhq.tk. Escape character is '^]'. [ Trying mutual KERBEROS5 (host/lillemor.energyhq.tk@ENERGYHQ.TK)... ] Bus error (core dumped) From FreeBSD to itself ---------------------- flynn@kajsa# telnet kajsa Trying 192.168.0.1... Connected to kajsa.energyhq.tk. Escape character is '^]'. [ Trying mutual KERBEROS5 (host/kajsa.energyhq.tk@ENERGYHQ.TK)... ] Bus error (core dumped) uname -a from that box ---------------------- flynn@kajsa# uname -a FreeBSD kajsa.energyhq.tk 4.6-STABLE FreeBSD 4.6-STABLE #0: Thu Aug 1 20:54:57 CEST 2002 root@kajsa.energyhq.tk:/usr/obj/usr/src/sys/KAJSA i386 Source tree CVSUp'd earlier today. The realm is properly set up, the SVR and TXT entries are in my DNS. The krb5.conf is in my /etc dir, and so is the krb5.keytab with the extracted key. Any clue what's going on? Cheers, -- Miguel Mendez - flynn@energyhq.homeip.net GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://www.energyhq.tk Of course it runs NetBSD! --=.miYcEnRPI4CjLg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9SY9unLctrNyFFPERAvVwAKCt9Baq9FJ6WbWyMV+vxcU09wqhywCbBbUL gLUYSChlfK6x415fbbaMPlw= =3xKq -----END PGP SIGNATURE----- --=.miYcEnRPI4CjLg-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 1 15: 8:40 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EE9A37B400; Thu, 1 Aug 2002 15:08:35 -0700 (PDT) Received: from mail.engr.ucsb.edu (mail.engr.ucsb.edu [128.111.27.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C63743E42; Thu, 1 Aug 2002 15:08:35 -0700 (PDT) (envelope-from akanwar@engineering.ucsb.edu) Received: from ecipc056.engr.ucsb.edu ([128.111.53.119]) by mail.engr.ucsb.edu with esmtp (Exim 3.36 #1) id 17aO7W-00064b-00; Thu, 01 Aug 2002 15:08:34 -0700 Date: Thu, 1 Aug 2002 15:06:19 -0700 (PDT) From: Anshuman Kanwar X-X-Sender: To: Cc: Subject: RST limit and ICMP_BANDLIM In-Reply-To: <3C2F6ADA.95396383@expertcity.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi all, I understand that RST packets are returned for TCP packets that are reseived for closed ports. And a log messsge of the form: Limiting closed port RST response from 233 to 200 packets per second is generated. My questions about this are: 1) What happens if the packets are dropped without returning a RST. Will this be against RFC specs. 2) Is there a kernel option to enable the above behavior. I could not find anything in LINT. 3) What is ICMP_BANDLIM ? and is it in any way related to these RSt responses ? If it is then should it not be called TCP_RST_LIMIT? I am confused. Are we talking TCP or ICMP? I searched the archives but they generally do not talk beyond saying that these messages are generated by NMAP scans. I need more details. Thanks for any replies, -ansh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 1 15:35:26 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2215E37B400; Thu, 1 Aug 2002 15:35:21 -0700 (PDT) Received: from patrocles.silby.com (d90.as8.nwbl0.wi.voyager.net [169.207.132.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DE4443E5E; Thu, 1 Aug 2002 15:35:19 -0700 (PDT) (envelope-from silby@silby.com) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.5/8.12.5) with ESMTP id g71MbxB1018264; Thu, 1 Aug 2002 17:37:59 -0500 (CDT) (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.5/8.12.5/Submit) with ESMTP id g71MburV018261; Thu, 1 Aug 2002 17:37:57 -0500 (CDT) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Thu, 1 Aug 2002 17:37:55 -0500 (CDT) From: Mike Silbersack To: Anshuman Kanwar Cc: freebsd-questions@freebsd.org, Subject: Re: RST limit and ICMP_BANDLIM In-Reply-To: Message-ID: <20020801172948.Y17087-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 1 Aug 2002, Anshuman Kanwar wrote: > Hi all, > > I understand that RST packets are returned for TCP packets that are > reseived for closed ports. And a log messsge of the form: > > Limiting closed port RST response from 233 to 200 packets per second > > > is generated. > > My questions about this are: > > 1) What happens if the packets are dropped without returning a RST. > Will this be against RFC specs. Technically, yes. In practice, rate limiting won't break anything. (Well, unless DoS packets are getting all the RST responses, in which case all hell has broken loose anyway.) > 2) Is there a kernel option to enable the above behavior. I could not > find anything in LINT. I'm not sure what you're asking. > 3) What is ICMP_BANDLIM ? and is it in any way related to these RSt > responses ? If it is then should it not be called TCP_RST_LIMIT? > > I am confused. Are we talking TCP or ICMP? The ICMP_BANDLIM feature affects 5 different types of responses, see the function badport_bandlim in ip_icmp.c. The option was removed and made a mandatory feature in 5.0, but it will continue to be called ICMP_BANDLIM in 4.x. Renaming it would just result in most people getting annoyed at kernel configs changing. > I searched the archives but they generally do not talk beyond saying that > these messages are generated by NMAP scans. I need more details. Because you're being attacked, or because I'm doing your homework for you? :) Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Aug 2 6:15: 1 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B39C37B400 for ; Fri, 2 Aug 2002 06:14:58 -0700 (PDT) Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CB6A43E5E for ; Fri, 2 Aug 2002 06:14:57 -0700 (PDT) (envelope-from flynn@energyhq.homeip.net) Received: from kajsa.energyhq.tk (kajsa.energyhq.tk [192.168.0.1]) by energyhq.homeip.net (Postfix) with SMTP id 0215AAF581 for ; Fri, 2 Aug 2002 15:14:55 +0200 (CEST) Date: Fri, 2 Aug 2002 15:14:51 +0200 From: Miguel Mendez To: freebsd-net@freebsd.org Subject: Kerberos5 , follow up Message-Id: <20020802151451.28aeaa0d.flynn@energyhq.homeip.net> X-Mailer: Sylpheed version 0.8.1 (GTK+ 1.2.10; i386-portbld-freebsd4.6) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=.mvFJNlUHYCBtWd" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --=.mvFJNlUHYCBtWd Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, I've installed the security/krb5 port and that one works like a charm, so obviously there's something broken in the base version. I'm going to rebuild the base one with -g when I have some time to try to gather more info on what is causing it to segfault. Cheers, -- Miguel Mendez - flynn@energyhq.homeip.net GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://www.energyhq.tk Of course it runs NetBSD! --=.mvFJNlUHYCBtWd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9SoXPnLctrNyFFPERAkznAJ9tyZHUMc+lhu4s+sUZXPXDMpHl2ACdGEi9 PpK+MZwYr3ZLnLSErUyMp4Y= =Rddo -----END PGP SIGNATURE----- --=.mvFJNlUHYCBtWd-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Aug 2 8:16:40 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0652B37B400 for ; Fri, 2 Aug 2002 08:16:38 -0700 (PDT) Received: from mailserver.KOM.e-technik.tu-darmstadt.de (drum.kom.e-technik.tu-darmstadt.de [130.83.139.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id A410F43E42 for ; Fri, 2 Aug 2002 08:16:36 -0700 (PDT) (envelope-from Martin.Karsten@KOM.tu-darmstadt.de) Received: from KOM.tu-darmstadt.de by mailserver.KOM.e-technik.tu-darmstadt.de (8.7.5/8.7.5) with ESMTP id RAA12311 for ; Fri, 2 Aug 2002 17:16:34 +0200 (MEST) From: Martin Karsten Received: from KOM.tu-darmstadt.de by KOM.tu-darmstadt.de (8.11.2/8.7.5) id g72FG4M18743 for freebsd-net@FreeBSD.ORG; Fri, 2 Aug 2002 17:16:04 +0200 Message-Id: <200208021516.g72FG4M18743@KOM.tu-darmstadt.de> Subject: device polling breaks ntp? To: freebsd-net@FreeBSD.ORG Date: Fri, 2 Aug 2002 17:16:03 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL66 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I have reasons to believe that network device polling breaks the functionality of ntpd. I'm using FreeBSD 4.5 and ntp-4.1.71. When device polling is enabled *before* ntpd is started (particularly, when device polling is enabled at boot time), ntpd seems to be unable to properly synchronize with a reference clock. While I understand that the increased packet delay variance introduced by network device polling might affect ntpd's algorithms to estimate the network delay, it also seems to break clock synchronization with a locally attached GPS-receiver. When network device polling is enabled *after* ntpd is started, it does not cause immediate problems and I have not further investigated what exactly happens in this case. In any case, disabling sysctl kern.polling.enable and restarting ntpd results in proper operation of ntpd. Is this behaviour known and is there a workaround? Thanks, Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Aug 2 16:13:34 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF32237B400 for ; Fri, 2 Aug 2002 16:13:31 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AA4B43E70 for ; Fri, 2 Aug 2002 16:13:31 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g72NCCW90816; Fri, 2 Aug 2002 16:12:12 -0700 (PDT) (envelope-from rizzo) Date: Fri, 2 Aug 2002 16:12:12 -0700 From: Luigi Rizzo To: Martin Karsten Cc: freebsd-net@FreeBSD.ORG Subject: Re: device polling breaks ntp? Message-ID: <20020802161212.F90290@iguana.icir.org> References: <200208021516.g72FG4M18743@KOM.tu-darmstadt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200208021516.g72FG4M18743@KOM.tu-darmstadt.de>; from Martin.Karsten@KOM.tu-darmstadt.de on Fri, Aug 02, 2002 at 05:16:03PM +0200 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org DEVICE_POLLING can basically introduce a variance of up to 1/HZ on the delivery of network packets. Then i have no idea on how ntpd is affected by variance in the samples. cheers luigi On Fri, Aug 02, 2002 at 05:16:03PM +0200, Martin Karsten wrote: > I have reasons to believe that network device polling breaks the > functionality of ntpd. I'm using FreeBSD 4.5 and ntp-4.1.71. > > When device polling is enabled *before* ntpd is started (particularly, when > device polling is enabled at boot time), ntpd seems to be unable to properly > synchronize with a reference clock. While I understand that the increased > packet delay variance introduced by network device polling might affect > ntpd's algorithms to estimate the network delay, it also seems to break > clock synchronization with a locally attached GPS-receiver. > > When network device polling is enabled *after* ntpd is started, it does not > cause immediate problems and I have not further investigated what exactly > happens in this case. > > In any case, disabling sysctl kern.polling.enable and restarting ntpd > results in proper operation of ntpd. > > Is this behaviour known and is there a workaround? > > Thanks, > Martin > > 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