From owner-freebsd-net Sun Dec 22 7:59:53 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 BE78437B401; Sun, 22 Dec 2002 07:59:51 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3830D43EDC; Sun, 22 Dec 2002 07:59:51 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.6/8.12.5) with SMTP id gBMFxq1Z000234; Sun, 22 Dec 2002 10:59:53 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 22 Dec 2002 10:59:52 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: "matthew c. mead" Cc: freebsd-net@freebsd.org, dillon@freebsd.org Subject: TCP interactions (was: Re: Linux and FreeBSD poor network performance) In-Reply-To: <20021221165745.A67089@goof.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 Sat, 21 Dec 2002, matthew c. mead wrote: > I have a Linux box and FreeBSD box sitting on a 100Mbit ethernet segment > that cannot seem to talk to one another faster than 150K/s. I've been > using scp, ftp, http, to test this. And you've done tests in both directions, or just in one? > A Windows box on the same segment can send/receive at 6MB/s with either > box, but for some reason the FreeBSD box and Linux box are having some > weird interaction. My guess is I need to tune one or the other's tcp > stack. Any hints? Anyone seen this? > > FreeBSD box is FreeBSD 4.7-RELEASE-p2. Linux box is Gentoo Linux 1.4rc1 > with kernel 2.4.19-gentoo-r10. Windows box is Windows 2000 sp3. > > Thanks in advance for any help... I'm out of ideas. Could you try using a non-TCP performance measurement tool of some sort? I.e., some sort of UDP throughput test. Because of your comment about the two boxes talking to windows fine, it sounds likely to be a TCP interaction, but it would be useful to check and see. I've CC'd Matt Dillon because he's fixed a number of subtle TCP bugs of this sort in the past and can probably provide some debugging guidance. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Dec 22 11:33: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 A07BA37B401 for ; Sun, 22 Dec 2002 11:33:43 -0800 (PST) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72B0543EE5 for ; Sun, 22 Dec 2002 11:33:37 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (root@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with SMTP id gBMJXVQA039454 for ; Sun, 22 Dec 2002 21:33:31 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with ESMTP id gBMJXTeY039422 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 22 Dec 2002 21:33:31 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Submit) id gBMJXTux039417; Sun, 22 Dec 2002 21:33:29 +0200 (EET) Date: Sun, 22 Dec 2002 21:33:29 +0200 From: Ruslan Ermilov To: Garrett Wollman , Julian Elischer , ume@freebsd.org Cc: net@freebsd.org Subject: Broken logic in rtrequest1(RTM_DELETE, ..., ret_nrt) Message-ID: <20021222193329.GA37916@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="R3G7APHDIzY6R/pk" Content-Disposition: inline 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 --R3G7APHDIzY6R/pk Content-Type: multipart/mixed; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! The attached patch fixes the logic of rtrequest1() when handling RTM_DELETE requests and the caller asked for a copy of the removed entry. Reviewers are highly welcome. This makes the code more natural, similar to the RTM_ADD and RTM_RESOLVE cases (wrt to handling the returned rtentry's refcnt), and reduces some code bloat in applications. It also makes it safe to turn the RTF_UP bit before rt_fixdelete() walk -- that was the start of my looking at this part of code. Julian, keeping RTF_UP during the rt_fixdelete() walk was necessary because we remove any cloned routes. When the last cloned route is getting removed, it calls RTFREE(rt->rt_parent), and is this was a last reference, it would blow our route away. Does this answer your question in route.c,v 1.41 from 05-Mar-97? You were right that this is handled better by holding a reference on the route (by incrementing rt_refcnt). 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 --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p Content-Transfer-Encoding: quoted-printable Index: net/route.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/net/route.c,v retrieving revision 1.72 diff -u -p -r1.72 route.c --- net/route.c 18 Dec 2002 11:45:27 -0000 1.72 +++ net/route.c 22 Dec 2002 19:07:24 -0000 @@ -557,6 +557,8 @@ rtrequest1(req, info, ret_nrt) if (rn->rn_flags & (RNF_ACTIVE | RNF_ROOT)) panic ("rtrequest delete"); rt =3D (struct rtentry *)rn; + rt->rt_refcnt++; + rt->rt_flags &=3D ~RTF_UP; =20 /* * Now search what's left of the subtree for any cloned @@ -580,15 +582,6 @@ rtrequest1(req, info, ret_nrt) } =20 /* - * NB: RTF_UP must be set during the search above, - * because we might delete the last ref, causing - * rt to get freed prematurely. - * eh? then why not just add a reference? - * I'm not sure how RTF_UP helps matters. (JRE) - */ - rt->rt_flags &=3D ~RTF_UP; - - /* * give the protocol a chance to keep things in sync. */ if ((ifa =3D rt->rt_ifa) && ifa->ifa_rtrequest) @@ -607,10 +600,8 @@ rtrequest1(req, info, ret_nrt) */ if (ret_nrt) *ret_nrt =3D rt; - else if (rt->rt_refcnt <=3D 0) { - rt->rt_refcnt++; /* make a 1->0 transition */ - rtfree(rt); - } + else + RTFREE(rt); break; =20 case RTM_RESOLVE: Index: net/rtsock.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/net/rtsock.c,v retrieving revision 1.80 diff -u -p -r1.80 rtsock.c --- net/rtsock.c 18 Dec 2002 11:45:27 -0000 1.80 +++ net/rtsock.c 22 Dec 2002 19:07:25 -0000 @@ -356,8 +356,7 @@ route_output(m, so) case RTM_DELETE: error =3D rtrequest1(RTM_DELETE, &info, &saved_nrt); if (error =3D=3D 0) { - if ((rt =3D saved_nrt)) - rt->rt_refcnt++; + rt =3D saved_nrt; goto report; } break; Index: netinet6/in6.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/netinet6/in6.c,v retrieving revision 1.22 diff -u -p -r1.22 in6.c --- netinet6/in6.c 18 Dec 2002 11:46:59 -0000 1.22 +++ netinet6/in6.c 22 Dec 2002 19:07:26 -0000 @@ -197,11 +197,7 @@ in6_ifloop_request(int cmd, struct ifadd if (nrt) { rt_newaddrmsg(cmd, ifa, e, nrt); if (cmd =3D=3D RTM_DELETE) { - if (nrt->rt_refcnt <=3D 0) { - /* XXX: we should free the entry ourselves. */ - nrt->rt_refcnt++; - rtfree(nrt); - } + RTFREE(nrt); } else { /* the cmd must be RTM_ADD here */ nrt->rt_refcnt--; Index: netinet6/nd6_rtr.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/netinet6/nd6_rtr.c,v retrieving revision 1.11 diff -u -p -r1.11 nd6_rtr.c --- netinet6/nd6_rtr.c 19 Apr 2002 04:46:23 -0000 1.11 +++ netinet6/nd6_rtr.c 22 Dec 2002 19:07:26 -0000 @@ -574,14 +574,7 @@ defrouter_delreq(dr, dofree) RTF_GATEWAY, &oldrt); if (oldrt) { nd6_rtmsg(RTM_DELETE, oldrt); - if (oldrt->rt_refcnt <=3D 0) { - /* - * XXX: borrowed from the RTM_DELETE case of - * rtrequest(). - */ - oldrt->rt_refcnt++; - rtfree(oldrt); - } + RTFREE(oldrt); } =20 if (dofree) /* XXX: necessary? */ @@ -1583,13 +1576,8 @@ nd6_prefix_offlink(pr) error)); } =20 - if (rt !=3D NULL) { - if (rt->rt_refcnt <=3D 0) { - /* XXX: we should free the entry ourselves. */ - rt->rt_refcnt++; - rtfree(rt); - } - } + if (rt !=3D NULL) + RTFREE(rt); =20 return(error); } --82I3+IH0IqGh5yIs-- --R3G7APHDIzY6R/pk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+BhOJUkv4P6juNwoRAtskAJ9uC3DvRHfBJFQ63SMHETe2SDBL2gCfbZVh gNGvCNNdMzJgr70AqTPsirU= =y4+c -----END PGP SIGNATURE----- --R3G7APHDIzY6R/pk-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Dec 22 11:42: 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 C1A5237B401 for ; Sun, 22 Dec 2002 11:42:02 -0800 (PST) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EFA243EDE for ; Sun, 22 Dec 2002 11:41:59 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (root@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with SMTP id gBMJftdc040228 for ; Sun, 22 Dec 2002 21:41:55 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with ESMTP id gBMJfreY040202 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 22 Dec 2002 21:41:54 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Submit) id gBMJfqiO040197; Sun, 22 Dec 2002 21:41:52 +0200 (EET) Date: Sun, 22 Dec 2002 21:41:52 +0200 From: Ruslan Ermilov To: Garrett Wollman , Julian Elischer , ume@freebsd.org Cc: net@freebsd.org Subject: Re: Broken logic in rtrequest1(RTM_DELETE, ..., ret_nrt) Message-ID: <20021222194152.GA40093@sunbay.com> References: <20021222193329.GA37916@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s/l3CgOIzMHHjg/5" Content-Disposition: inline In-Reply-To: <20021222193329.GA37916@sunbay.com> 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 --s/l3CgOIzMHHjg/5 Content-Type: multipart/mixed; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 22, 2002 at 09:33:29PM +0200, Ruslan Ermilov wrote: > Hi! >=20 > The attached patch fixes the logic of rtrequest1() > when handling RTM_DELETE requests and the caller > asked for a copy of the removed entry. >=20 > Reviewers are highly welcome. >=20 > This makes the code more natural, similar to the > RTM_ADD and RTM_RESOLVE cases (wrt to handling > the returned rtentry's refcnt), and reduces some > code bloat in applications. >=20 > It also makes it safe to turn the RTF_UP bit before > rt_fixdelete() walk -- that was the start of my > looking at this part of code. >=20 Oops, missed one. 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 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p Index: route.c =================================================================== RCS file: /home/ncvs/src/sys/net/route.c,v retrieving revision 1.72 diff -u -p -r1.72 route.c --- route.c 18 Dec 2002 11:45:27 -0000 1.72 +++ route.c 22 Dec 2002 19:39:54 -0000 @@ -1117,10 +1112,7 @@ rtinit(ifa, cmd, flags) * If we are deleting, and we found an entry, then * it's been removed from the tree.. now throw it away. */ - if (rt->rt_refcnt <= 0) { - rt->rt_refcnt++; /* make a 1->0 transition */ - rtfree(rt); - } + RTFREE(rt); } else if (cmd == RTM_ADD) { /* * We just wanted to add it.. we don't actually --2fHTh5uZTiUOsy+g-- --s/l3CgOIzMHHjg/5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+BhWAUkv4P6juNwoRAg6KAJ9SbGtshhHYaQwreyhPtcwTn2AfcgCfUqLj BIcjKB1bjbAZpE1ft9ls4/k= =sUVB -----END PGP SIGNATURE----- --s/l3CgOIzMHHjg/5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Dec 22 12:13: 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 0D8AF37B401 for ; Sun, 22 Dec 2002 12:13:06 -0800 (PST) Received: from goof.com (pcp02305702pcs.longhl01.md.comcast.net [68.52.164.8]) by mx1.FreeBSD.org (Postfix) with SMTP id B21B143EDA for ; Sun, 22 Dec 2002 12:13:04 -0800 (PST) (envelope-from mmead@goof.com) Received: (qmail 21214 invoked by uid 10000); 22 Dec 2002 20:12:59 -0000 Date: Sun, 22 Dec 2002 15:12:59 -0500 From: "matthew c. mead" To: Robert Watson Cc: freebsd-net@freebsd.org, dillon@freebsd.org Subject: Re: TCP interactions (was: Re: Linux and FreeBSD poor network performance) Message-ID: <20021222151259.A21189@goof.com> References: <20021221165745.A67089@goof.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 rwatson@freebsd.org on Sun, Dec 22, 2002 at 10:59:52AM -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 Sun, Dec 22, 2002 at 10:59:52AM -0500, Robert Watson wrote: > On Sat, 21 Dec 2002, matthew c. mead wrote: > > I have a Linux box and FreeBSD box sitting on a 100Mbit ethernet segment > > that cannot seem to talk to one another faster than 150K/s. I've been > > using scp, ftp, http, to test this. > And you've done tests in both directions, or just in one? Both. > Could you try using a non-TCP performance measurement tool of some sort? > I.e., some sort of UDP throughput test. Because of your comment about the > two boxes talking to windows fine, it sounds likely to be a TCP > interaction, but it would be useful to check and see. I didn't get around to it before I started looking at hardware/driver. I dropped a 3c905 into the Linux box and things improved. I grabbed a new ethernet card elsewhere today and it works just fine. > I've CC'd Matt Dillon because he's fixed a number of subtle TCP bugs of > this sort in the past and can probably provide some debugging guidance. I think it's the Linux driver. Sorry for the false alert. This would be a fun one to figure out if it were tcp stack interactions. :( -matt -- matthew c. mead http://www.goof.com/~mmead/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Dec 22 13: 6:21 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 6F4C837B405; Sun, 22 Dec 2002 13:06:19 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B565543EE6; Sun, 22 Dec 2002 13:06:18 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBML6IOM032303; Sun, 22 Dec 2002 13:06:18 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBML6INI032302; Sun, 22 Dec 2002 13:06:18 -0800 (PST) (envelope-from dillon) Date: Sun, 22 Dec 2002 13:06:18 -0800 (PST) From: Matthew Dillon Message-Id: <200212222106.gBML6INI032302@apollo.backplane.com> To: "matthew c. mead" Cc: Robert Watson , freebsd-net@FreeBSD.ORG Subject: Re: TCP interactions (was: Re: Linux and FreeBSD poor network performance) References: <20021221165745.A67089@goof.com> <20021222151259.A21189@goof.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 By your description, it is almost certainly a packet loss problem... a cabling issue or a switch issue most likely. Try doing large pings, like this, and see if you get hicups: bsdbox# ping -i 0.1 -s 3000 linuxbox -Matt Matthew Dillon : :On Sun, Dec 22, 2002 at 10:59:52AM -0500, Robert Watson wrote: :> On Sat, 21 Dec 2002, matthew c. mead wrote: : :> > I have a Linux box and FreeBSD box sitting on a 100Mbit ethernet segment :> > that cannot seem to talk to one another faster than 150K/s. I've been :> > using scp, ftp, http, to test this. : :> And you've done tests in both directions, or just in one? : :Both. : :> Could you try using a non-TCP performance measurement tool of some sort? :> I.e., some sort of UDP throughput test. Because of your comment about the :> two boxes talking to windows fine, it sounds likely to be a TCP :> interaction, but it would be useful to check and see. : :I didn't get around to it before I started looking at :hardware/driver. I dropped a 3c905 into the Linux box and things :improved. I grabbed a new ethernet card elsewhere today and it :works just fine. : :> I've CC'd Matt Dillon because he's fixed a number of subtle TCP bugs of :> this sort in the past and can probably provide some debugging guidance. : :I think it's the Linux driver. Sorry for the false alert. This would :be a fun one to figure out if it were tcp stack interactions. :( : : :-matt : :-- :matthew c. mead : :http://www.goof.com/~mmead/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Dec 22 15:13: 0 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 6A97E37B401 for ; Sun, 22 Dec 2002 15:12:59 -0800 (PST) Received: from pipenetworks.com (cartman.pipenetworks.com [202.4.251.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3837743EDA for ; Sun, 22 Dec 2002 15:12:58 -0800 (PST) (envelope-from steve@pipenetworks.com) Received: (from root@localhost) by pipenetworks.com (8.11.6/8.11.2) id gBMN8nW17206; Mon, 23 Dec 2002 09:08:49 +1000 From: Steve Baxter Received: from internal.pipenetworks.com (internal.pipenetworks.com [10.10.10.1]) by pipenetworks.com (8.11.6/8.11.2) with ESMTP id gBMN8nV17173 for ; Mon, 23 Dec 2002 09:08:49 +1000 Received: from internal (internal [10.10.10.1]) by internal.pipenetworks.com (8.11.2/8.11.2) with ESMTP id gBMNLmc09918 for ; Mon, 23 Dec 2002 09:21:48 +1000 Date: Mon, 23 Dec 2002 09:21:48 +1000 (EST) To: Subject: tagged ethernet over IP Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-scanner: nil by mouth 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, Has anybody had any siccess with tagged ethernet frames over IP using vtun, netgraph or something else ? I am looking to deploy this in a Soekris net4051 if possible. Any pointers would be great. Cheers, SB -- Stephen Baxter Director - PIPE Networks phone : 07 3220 1100/ 0417 818 695 fax : 07 3220 1800 ______________________________________ PIPE Networks/IX Services Australia disclaimer The above email should be read in conjunction with our standard disclaimer/terms which can be found at : http://www.pipenetworks.com/docs/disclaimer.htm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Dec 22 20: 5:30 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 BEB0937B406 for ; Sun, 22 Dec 2002 20:05:28 -0800 (PST) Received: from goof.com (pcp02305702pcs.longhl01.md.comcast.net [68.52.164.8]) by mx1.FreeBSD.org (Postfix) with SMTP id A54F843EEC for ; Sun, 22 Dec 2002 20:05:27 -0800 (PST) (envelope-from mmead@goof.com) Received: (qmail 30396 invoked by uid 10000); 23 Dec 2002 04:05:27 -0000 Date: Sun, 22 Dec 2002 23:05:27 -0500 From: "matthew c. mead" To: Matthew Dillon Cc: Robert Watson , freebsd-net@FreeBSD.ORG Subject: Re: TCP interactions (was: Re: Linux and FreeBSD poor network performance) Message-ID: <20021222230527.A30324@goof.com> References: <20021221165745.A67089@goof.com> <20021222151259.A21189@goof.com> <200212222106.gBML6INI032302@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200212222106.gBML6INI032302@apollo.backplane.com>; from dillon@apollo.backplane.com on Sun, Dec 22, 2002 at 01:06:18PM -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 Hmm, same cables, same switch, different card, now it all works. I did do some ICMP ping testing with ping -f and only lost 3 packets after letting it run for a good 10s. -matt On Sun, Dec 22, 2002 at 01:06:18PM -0800, Matthew Dillon wrote: > By your description, it is almost certainly a packet loss problem... > a cabling issue or a switch issue most likely. Try doing large > pings, like this, and see if you get hicups: > > bsdbox# ping -i 0.1 -s 3000 linuxbox > > -Matt > Matthew Dillon > > > : > :On Sun, Dec 22, 2002 at 10:59:52AM -0500, Robert Watson wrote: > :> On Sat, 21 Dec 2002, matthew c. mead wrote: > : > :> > I have a Linux box and FreeBSD box sitting on a 100Mbit ethernet segment > :> > that cannot seem to talk to one another faster than 150K/s. I've been > :> > using scp, ftp, http, to test this. > : > :> And you've done tests in both directions, or just in one? > : > :Both. > : > :> Could you try using a non-TCP performance measurement tool of some sort? > :> I.e., some sort of UDP throughput test. Because of your comment about the > :> two boxes talking to windows fine, it sounds likely to be a TCP > :> interaction, but it would be useful to check and see. > : > :I didn't get around to it before I started looking at > :hardware/driver. I dropped a 3c905 into the Linux box and things > :improved. I grabbed a new ethernet card elsewhere today and it > :works just fine. > : > :> I've CC'd Matt Dillon because he's fixed a number of subtle TCP bugs of > :> this sort in the past and can probably provide some debugging guidance. > : > :I think it's the Linux driver. Sorry for the false alert. This would > :be a fun one to figure out if it were tcp stack interactions. :( > : > : > :-matt > : > :-- > :matthew c. mead > : > :http://www.goof.com/~mmead/ > -- matthew c. mead http://www.goof.com/~mmead/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Dec 22 22:52: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 E2CB737B401; Sun, 22 Dec 2002 22:52:35 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 874F343EDA; Sun, 22 Dec 2002 22:52:35 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBN6qZOM035237; Sun, 22 Dec 2002 22:52:35 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBN6qZmI035236; Sun, 22 Dec 2002 22:52:35 -0800 (PST) (envelope-from dillon) Date: Sun, 22 Dec 2002 22:52:35 -0800 (PST) From: Matthew Dillon Message-Id: <200212230652.gBN6qZmI035236@apollo.backplane.com> To: "matthew c. mead" Cc: Robert Watson , freebsd-net@FreeBSD.ORG Subject: Re: TCP interactions (was: Re: Linux and FreeBSD poor network performance) References: <20021221165745.A67089@goof.com> <20021222151259.A21189@goof.com> <200212222106.gBML6INI032302@apollo.backplane.com> <20021222230527.A30324@goof.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 : :Hmm, same cables, same switch, different card, now it all works. : :I did do some ICMP ping testing with ping -f and only lost 3 :packets after letting it run for a good 10s. : : :-matt If it is working properly you should not lose *ANY* packets on an otherwise idle connection, except possibly the last one that the ping was sending when you ^C'd it (and sometimes ping doesn't wait long enough on the last packet when you give it a specific count). So at most it should report one lost packet over any period of time. Certainly not 3. e.g. workstation# ping -c 1000 -i 0.05 apollo ... 1000 packets transmitted, 1000 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.148/0.159/0.248/0.009 ms If you think about it, 3 lost packets in 10 seconds is one lost packet every 3 seconds or so. That could have an adverse effect on tcp throughput depending on whether NewReno/fast-retransmit is working or not. But even with all the algorithms working properly packet loss can slow TCP down. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Dec 23 7:54:39 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 6502937B401 for ; Mon, 23 Dec 2002 07:54:31 -0800 (PST) Received: from jawa.at (inforum.at [213.229.17.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EDB743EDA for ; Mon, 23 Dec 2002 07:54:24 -0800 (PST) (envelope-from mbretter@jawa.at) Received: from jawa.at (babsi.jawa.at [192.168.201.12]) by jawa.at (8.12.6/8.12.6) with ESMTP id gBNFru7K099411; Mon, 23 Dec 2002 16:53:57 +0100 (CET) (envelope-from mbretter@jawa.at) Message-ID: <3E0730C5.2090007@jawa.at> Date: Mon, 23 Dec 2002 16:50:29 +0100 From: Michael Bretterklieber User-Agent: Mozilla/5.0 (X11; U; Linux i386; de-AT; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Cc: Archie Cobbs Subject: enhancements for libradius Content-Type: multipart/mixed; boundary="------------050902070303050401070002" X-Virus-Scanned: by amavisd-milter (http://amavis.org/) X-Spam-Status: No, hits=0.3 required=5.0 tests=DISCLAIMER,PROFITS,SPAM_PHRASE_00_01,USER_AGENT, USER_AGENT_MOZILLA_UA,X_ACCEPT_LANG version=2.43 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 is a multi-part message in MIME format. --------------050902070303050401070002 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, I made the radius integration for mpd. During this work I missed some functions in libradius. I attached patches for libradius for adding this missing functions, here is a short changelog: - added rad_demangle for demangling user-passwords (needed for MS-CHAPv1 MPPE-keys). - added rad_demangle_mppe_key for demangling mppe-keys (needed for MS-CHAPv2 MPPE-keys). - added some typecasts to avoid compilation warnings The rad_demangle_mppe_key function was taken from userland ppp. I hope that someone with enough karma can make a short review and then commit this code. bye, -- ------------------------------- ---------------------------------- Michael Bretterklieber - Michael.Bretterklieber@jawa.at JAWA Management Software GmbH - http://www.jawa.at Liebenauer Hauptstr. 200 -------------- privat ------------ A-8041 GRAZ GSM: ++43-(0)676-93 96 698 Tel: ++43-(0)316-403274-12 E-mail: mbretter@inode.at Fax: ++43-(0)316-403274-10 http://www.bretterklieber.com ------------------------------- ---------------------------------- "...the number of UNIX installations has grown to 10, with more expected..." - Dennis Ritchie and Ken Thompson, June 1972 --------------050902070303050401070002 Content-Type: text/plain; name="radlib.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="radlib.diff" diff -u libradius/Makefile libradius_new/Makefile --- libradius/Makefile Mon Dec 23 16:07:51 2002 +++ libradius_new/Makefile Mon Dec 23 16:02:46 2002 @@ -25,13 +25,13 @@ # $FreeBSD: src/lib/libradius/Makefile,v 1.3.2.2 2002/06/17 02:24:57 brian Exp $ LIB= radius -SRCS= radlib.c +SRCS= radlib.c radlib_vs.c INCS= radlib.h radlib_vs.h CFLAGS+= -Wall DPADD+= ${LIBMD} LDADD+= -lmd SHLIB_MAJOR= 1 -SHLIB_MINOR= 0 +SHLIB_MINOR= 1 MAN= libradius.3 radius.conf.5 .include diff -u libradius/radlib.c libradius_new/radlib.c --- libradius/radlib.c Mon Dec 23 16:08:01 2002 +++ libradius_new/radlib.c Mon Dec 23 16:00:19 2002 @@ -45,8 +45,6 @@ #include "radlib_private.h" static void clear_password(struct rad_handle *); -static void generr(struct rad_handle *, const char *, ...) - __printflike(2, 3); static void insert_scrambled_password(struct rad_handle *, int); static void insert_request_authenticator(struct rad_handle *, int); static int is_valid_response(struct rad_handle *, int, @@ -67,7 +65,7 @@ h->pass_pos = 0; } -static void +void generr(struct rad_handle *h, const char *format, ...) { va_list ap; @@ -243,7 +241,7 @@ sizeof srvp->addr.sin_addr); } if (port != 0) - srvp->addr.sin_port = htons(port); + srvp->addr.sin_port = htons((u_short)port); else { struct servent *sent; @@ -513,8 +511,8 @@ for (i = 0; i < LEN_AUTH; i += 2) { long r; r = random(); - h->request[POS_AUTH+i] = r; - h->request[POS_AUTH+i+1] = r >> 8; + h->request[POS_AUTH+i] = (u_char)r; + h->request[POS_AUTH+i+1] = (u_char)(r >> 8); } h->req_len = POS_ATTRS; clear_password(h); @@ -569,7 +567,7 @@ } type = h->response[h->resp_pos++]; *len = h->response[h->resp_pos++] - 2; - if (h->resp_pos + *len > h->resp_len) { + if (h->resp_pos + (int)*len > h->resp_len) { generr(h, "Malformed attribute in response"); return -1; } @@ -945,3 +943,51 @@ return (h->servers[h->srv].secret); } +int +rad_demangle(struct rad_handle *h, const void *mangled, size_t mlen, u_char *demangled) +{ + char R[LEN_AUTH]; + const char *S; + int i, Ppos; + MD5_CTX Context; + u_char b[16], *C; + + if ((mlen % 16 != 0) || (mlen > 128)) { + generr(h, "Cannot interpret mangled data of length %ld", (u_long)mlen); + return -1; + } + + C = (u_char *)mangled; + + /* We need the shared secret as Salt */ + S = rad_server_secret(h); + + /* We need the request authenticator */ + if (rad_request_authenticator(h, R, sizeof R) != LEN_AUTH) { + generr(h, "Cannot obtain the RADIUS request authenticator"); + return -1; + } + + MD5Init(&Context); + MD5Update(&Context, S, strlen(S)); + MD5Update(&Context, R, LEN_AUTH); + MD5Final(b, &Context); + Ppos = 0; + while (mlen) { + + mlen -= 16; + for (i = 0; i < 16; i++) + demangled[Ppos++] = C[i] ^ b[i]; + + if (mlen) { + MD5Init(&Context); + MD5Update(&Context, S, strlen(S)); + MD5Update(&Context, C, 16); + MD5Final(b, &Context); + } + + C += 16; + } + + return 0; +} diff -u libradius/radlib.h libradius_new/radlib.h --- libradius/radlib.h Mon Dec 23 10:48:59 2002 +++ libradius_new/radlib.h Mon Dec 23 16:00:58 2002 @@ -167,6 +167,8 @@ struct timeval; __BEGIN_DECLS +void generr(struct rad_handle *, const char *, ...) + __printflike(2, 3); struct rad_handle *rad_acct_open(void); int rad_add_server(struct rad_handle *, const char *, int, const char *, int, int); @@ -195,6 +197,9 @@ int rad_send_request(struct rad_handle *); const char *rad_server_secret(struct rad_handle *); const char *rad_strerror(struct rad_handle *); +int rad_demangle(struct rad_handle *, + const void *, size_t, u_char *); + __END_DECLS #endif /* _RADLIB_H_ */ Only in libradius_new: radlib_vs.c diff -u libradius/radlib_vs.h libradius_new/radlib_vs.h --- libradius/radlib_vs.h Mon Dec 23 16:09:07 2002 +++ libradius_new/radlib_vs.h Mon Dec 23 16:02:02 2002 @@ -66,6 +66,8 @@ #define RAD_MICROSOFT_MS_SECONDARY_NBNS_SERVER 31 #define RAD_MICROSOFT_MS_ARAP_CHALLENGE 33 +#define SALT_LEN 2 + struct rad_handle; __BEGIN_DECLS @@ -75,6 +77,7 @@ size_t); int rad_put_vendor_int(struct rad_handle *, int, int, u_int32_t); int rad_put_vendor_string(struct rad_handle *, int, int, const char *); +int rad_demangle_mppe_key(struct rad_handle *, const void *, size_t, u_char *, size_t *); __END_DECLS #endif /* _RADLIB_VS_H_ */ --------------050902070303050401070002 Content-Type: text/plain; name="radlib_vs.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="radlib_vs.c" /*- * Copyright 2002 Michael Bretterklieber * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * * $FreeBSD$ */ #include #include #include #include #include #include #include "radlib_private.h" #include "radlib.h" #include "radlib_vs.h" int rad_demangle_mppe_key(struct rad_handle *h, const void *mangled, size_t mlen, u_char *demangled, size_t *len) { char R[LEN_AUTH]; /* variable names as per rfc2548 */ const char *S; u_char b[16]; const u_char *A, *C; MD5_CTX Context; int Slen, i, Clen, Ppos; u_char *P; if (mlen % 16 != SALT_LEN) { generr(h, "Cannot interpret mangled data of length %ld", (u_long)mlen); return -1; } /* We need the RADIUS Request-Authenticator */ if (rad_request_authenticator(h, R, sizeof R) != LEN_AUTH) { generr(h, "Cannot obtain the RADIUS request authenticator"); return -1; } A = (const u_char *)mangled; /* Salt comes first */ C = (const u_char *)mangled + SALT_LEN; /* Then the ciphertext */ Clen = mlen - SALT_LEN; S = rad_server_secret(h); /* We need the RADIUS secret */ Slen = strlen(S); P = alloca(Clen); /* We derive our plaintext */ MD5Init(&Context); MD5Update(&Context, S, Slen); MD5Update(&Context, R, LEN_AUTH); MD5Update(&Context, A, SALT_LEN); MD5Final(b, &Context); Ppos = 0; while (Clen) { Clen -= 16; for (i = 0; i < 16; i++) P[Ppos++] = C[i] ^ b[i]; if (Clen) { MD5Init(&Context); MD5Update(&Context, S, Slen); MD5Update(&Context, C, 16); MD5Final(b, &Context); } C += 16; } /* * The resulting plain text consists of a one-byte length, the text and * maybe some padding. */ *len = *P; if (*len > mlen - 1) { generr(h, "Mangled data seems to be garbage %d %d", *len, mlen-1); return -1; } if (*len > MPPE_KEY_LEN) { generr(h, "Key to long (%d) for me max. %d", *len, MPPE_KEY_LEN); return -1; } memcpy(demangled, P + 1, *len); return 0; } --------------050902070303050401070002-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Dec 23 16:40: 4 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 C660537B401 for ; Mon, 23 Dec 2002 16:40:00 -0800 (PST) Received: from smtp.hotbox.ru (smtp.hotbox.ru [80.68.244.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBFC643EDA for ; Mon, 23 Dec 2002 16:39:58 -0800 (PST) (envelope-from lexxmail@front.ru) Received: from athlon.lexxhome.net (lexx.korolev-net.ru [212.188.65.77]) (authenticated bits=0) by smtp.hotbox.ru (8.12.6/8.12.6) with ESMTP id gBO0bV1f036709; Tue, 24 Dec 2002 03:37:31 +0300 (MSK) (envelope-from lexxmail@front.ru) Date: Tue, 24 Dec 2002 03:38:28 +0300 From: "Vadim A. Shklyaev" X-Mailer: The Bat! (v1.61) Reply-To: "Vadim A. Shklyaev" X-Priority: 3 (Normal) Message-ID: <1031006789359.20021224033828@front.ru> To: freebsd-net@freebsd.org Cc: Archie Cobbs Subject: mpd-3.10 and MySQL MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------110F01B32D5F92E" 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 ------------110F01B32D5F92E Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, Some time back we have faced necessity of mass authorization of our VPN-clients which were connected to our server using mpd, through a MySQL-database. Thus I have made patch for mpd-3.10 for the built-in support mysql authorizations. May be code is not very clean and well styled, but it works! It works on our servers for about 3 or 4 weeks without problems, so I decided to send it here, to hear what guru thinks about that, and also someone else can will find this thing useful to itself. Patch adds 5 new configuration directives: mysql_hostname defines a host, where mysqld is running set bundle mysql_hostname localhost mysql_database defines a database to use set bundle mysql_database users mysql_username and mysql_password defines a mysql user and password with enough privileges to make sql request, specified in mysql_sql set bundle mysql_username someuser set bundle mysql_password somepassword and mysql_sql defines an sql expression, which will be passed to mysql server to get credential for login, which is substituted instead of "%s". Expression should return one row with three fields: login, password and optionaly ip address (or NULL or empty string), just like a format for mpd.secret set bundle mysql_sql "SELECT login, password, INET_NTOA(ip) FROM users WHERE login='%s' AND active=1 LIMIT 1" MySQL authentification is used when all these directives are defines, if one of them is missing - usual mpd.secret is used. That's all. I wait with impatience for comments. -- Best regards, Vadim A. Shklyaev mailto:lexxmail@front.ru ------------110F01B32D5F92E Content-Type: application/x-compressed; name="mysql_auth-mpd-3.10.tgz" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="mysql_auth-mpd-3.10.tgz" H4sIANOmBz4AA+1b/1PiSBafX8Nf0YO1DsgXk/BNcfWGARypU/QEZ29qxqJiEiBlSLJJ0OVm53+/ 193ppAMJouPN1m3RVSh2v37vdffnfevE2cL73Rwpc39amjlaqVKWxLJmjMdvXrGJkijWq9U3Im1L v2WpXpfeiI1aQ5ThW70O9FWY8QaJr6lEWpt7vuIi9Ma1bX8d3eNU182fodDPbaVSCV0o9/rYMPWy 7RoTYTC3UN9+QHIVSYdNWWxWGkiGY8oUCoWQVLiwA6oaEuWmXGtKAdX796hUE4t1VICfB+j9+wzK oMHnwfnlx9Fpq9077w0/Hwv4r06re3HZh+HCxefBv85HrZvh2bEgLHQvU8igHdS2Zw6IctEuMg3r Hr6MTWXiYX7nnVanUwDikjnTiMiDQyzyUCpKUiBzB7U0DXn23FV1DymWRqejse0if6qjB8U17LmH nOnCM1TFRKayABn+wtGxjELZGCMNFmvpGsqhSEWUzxQG1+0BFj8LraesZgq8VnhANQ3d8lHpfH/u ufumDUL2TeNunwxmCu3LqyHhUupw3Es9jtqwVHOu6WxGWbfANjMortrV2efB8PNVd3Rx2elegHoo VM/W9FlZRepU8UFBxEmMT8pgGNzNLa2sJoFAkpuwrSEIKCFPI8tN8aApHUQQqMr4POCnVCHngdug Oxxd9PqjTm/Qvuz3u+1hMRrAi++3Lrpc11VrMPjt8rpTzBR2jDEsmDuFTCHkSPrOLgdDOn1poNMa tj60BqsDN4PudeIMTmx8AD5YleAQ2Nh1d3j9mV9Iu9294lfW6fZhHG/KYQNviiRWixK1DOEDbOVA 9wHqM0BoEfVvzs+LKPdgGxray8c2Bn0PeH5DWUfxvEfb1RD+ki0KgpBtAQgBbYBk3wDbZBTZ4mZS 2KKxlLTdBsEU8FPb8y1lpiP2BVTIXiyAGnm6+wBWFA1kCpuIjx8iUSImUVN85U7xdMS+YIkd1unb aA6/YNm8Es+TzXCyKhtYu2S17AuWfcM6sTt5uVQGwlWpsSOmJylkr1jnj0mNHXZMKnyQ/ofj6p4H KMLIymIhfNdzBOG530ObEUL8urrvLkB11ba0AL+ngwtEu31jpttzf1PkEvvjjUNRVd3x0RcbfpTL 5VuyihbthD66CGyOktioU4M8rBXlRuinVIwp3iiatB8hz3Jcw/LHOewCSyeg/rjMzqeIPOM/up04 li+i7C+wULSnPOSPGLc7V1fuj1LNLVQjbhxNOpqsTNw+k1SKUywpVogrlqgHM5QN9GDGmq4Ho3iB Hsx0NtCDGW66HoziBXpEIHlSj3VQiVO8QA/4bKACfNKlw2e9YBb7luyEmGBoJBxbYtCjwKDRMVJ8 28hRzmHGMV3NOA6atUpTrixlHNPljENuVqpRxnFIM8BDPuOAPQDfMnPd+RH83t9DPcvwDcj1Lq5v IAE05zra2w8WM1VcQcCpHMbBF2yGo4vWv8Pwe3vE07FziugYDG7XGDSZGjfAL3Ktdnu0Os4MI22c ATZtPFQwZRw+bIhPaLyp7cKWxc7tiOzcMDhEHHnwsAFJNdu7+SiYdzcbDYKd/gD++tHQ/CmaTWY+ AjhAoWX5yZPODAoIVXVGM8dRWRrKVxlSs1aFciQCRUS8RFetNiv1CBgSSUXh5yHBxU6QVEPI8+yx X55m+T5rMp5barzz15lWLU9PEs+V4xbVAjCbM5WIj6X7E1dxpvvWZDSDeKpMdMw3hcJxHDxKCiqZ ZI61ihgsgh2msMcQS+A5H9HuPfhlmro1od2e785VH2FSjCuC8jSYUpNx1SVrxwiAoglCNhw+nCao j8auPSOlFD4rw4LE05qAUwDB7jsPAaGGE1LFZGfuPRq+OkU507ovnbA5eh59o2usHRYbsMZ6rSix WPw9FP4RpIYpkWq7kI44kDxgiZD9PU4NdarjxBOCvz2HoovkZiA2ZZFjlKPn1QY3ZUxyeawFMRJX BT9Fx3BKDXJxmplj21xEu/hrEUk0GaE+8jvSTfCFPItnTA48OlYKpp4cI5Fos4N54uXjgY3Y8XM5 m2bBYCX8rEQbgt6wl2AnXBrhdW5Priiz7JdfvFs0t5Q7kyTgEzggDC7iIJiG6Cvw/ZoN8q06RXG9 WtkQxfSQvf8jENcpiOuNgy2I/34gJiFqqjgJtySQj+BbEu6qjBIuhybIayQuNNELgcaPhKbaD4Sm /T3YkT3U6Z72+r1h77I/IGrJBxWsl3xQDw2V2SRe1YhkTl/aZ60rkvp8ap3fxgx3qnjTVCJqmxCc iihiNsKHWUTRRNLxfPMeKJDgLYCxrt4HBouBR4zVVJ2yM8U569tjdHUGJQxh2O0Pe+3WsIt2d1Ea Xb87hNzun8zKK4eVoiSiQgWyTZlmmwKAKnf+kXCEAjWLbjxs1isYIjadx6iEOYFLwN4n7g0CD5Vi +kKK5Quphp9mt0Jk80KCyadPOyITAlVg3q+ByQrEumIb8ZviWrCmJrJsti5sXXRD4Cuk9ty2YA6s 2hC+h/5DWHYfya4jUAP9sBooUgNRNRjM2KFhqHIlBFEwt4Rf2M42QPwMenMY66WTP2aGP1LMCQ91 bAdO2dBokKzWGwRbVTA+WQ7usplQRydRKdD/Xl9Q2ctrvQIyspRmhDs8dRTu8qugKmTJH8Tu43Rx qhjmBvDaYP7RRhBrK9Y7nzhvPl5Hx7uyfOAxscHf3ynadZhjrMXbel3XAe+5yqFE5RJQ2LadBbhC MhuFCT+9GhyUsON9kCNsUvy5uvqA8YeOAZrYNbdA1YvB5enwQc7T+AbybFNPqsAqTUlsSjUuxDHa ZbKlypwU5kEo4SMaqXBiMY5xJGHqVUOaVCkeQEiT6kWpSj02whkXxP2caVj6F0gvYf/I9zwqIekW b9G7r9Y7Qonbn3+idZTuu3xAmkaFxBTLo0FqyfjQPxJMbgLoMizc009ygIQXbk30jFkEvsFUWCRo rs4covlyMpWPDGQ1o3tCChGCNhVCjxOovwVzgvQvS4QA7EnAVP3yVysbGA1C+h+Gjx/ywVYPr2+6 9E4heAiWBGex3qwcRnAOKJeJDpq1wzUpGznOXmvUvhkMLy9iYJ57vj2jCKcLetUbBM9W73V/zQUC d8VATKB+gGsTuSEVJTlI68CNXEHeAc7Jg2oIeY6u4usx/MCQPCDFiTGrfCCU+ZT4k+LmZqUTTFXE bmQI2d31qNP91Gt3iwhGNP3BUHWaez817fzyY69f5G8NWdKUEqg2t5YEniEsxdBkkixmk5lBpbKm xtmES8QkKnae2rLwCeVqrRMc6jVUJiDXAguBwhYZGvg5T3UNBwpoDymO49pgUFC44rPFVuJEVU38 0T7YSJV79uusFDUyiQoiZyE1YiG1laIGz427e4b1xCrndQMApFOA+sLBIcuq0m4UwhIFH9eI1Cl4 g/G3+O2Ec+8/v0BZfwUwW0QVQ3DdwOpestIIRUHxG+sNK+BkWwJuezG80IiEVlIWUhRfta6aaJ5S xJA6iSoS1yDVZLkUkplsYHlJhru02JUol2Cx66cccXcTv6432vWMwtmRtb6s0kg6I86AP8wNU0Ps Agwgg309xsQrv//Dv8HyyqzDtv79L7FWa8hvxEZdlBpyRapUgF6Wq5Xt+18/o0WZg+drho1zhZX8 PM3pcrdQuB/PzYCvysTMHD+qz2e+ZfAzpblrEa+LE+P0R9JodzcjCGlk4RPj9WThA931ZGHoXE+G H4weZaAa5dbH+wzydItcZqO9yHVgCjyMqAuBqfjO2TEVw6J/7bH6Ee8P8ZcQVqaKhaP1MfE3R0H/ 6Lo7IPfhUcflb4JrP8LfNBz9PtfdRfBIL4PLw44+VuamT681Ld01VDQGWXNXB7eieBDBwZuQ0jDU AqQH33Gljp9snrZ656Ne/1PrvNehmVrAvU1u2KK1zsCO0J0OPs8q6TPHX4Tc34bhA9L+cHdwzURK ZoFWp8G+5Je96czRmogyxFPJrUYWO0ohAFSuJJHYBvUxUewGvOVMseZQDi9wCgQYhCVryCR1A34N MLpBBskT40GPdmIv4d0NfC/4NihXovUmum+ynFjELp0khuyoO3ZrHQTqFR4rd97x7qS4z+WEgjDT Z5BL5nbpNFexJjpJQGPcSDfdWa4DX1EZOFM4bZ0Puty2i5jyO2x8RggRSw3DsAw/R/swDd5XRnEc BNEnj51mD02OYxORJdIO3XVtl8lYRQO+N8pw91mAd3MUpMPBrNhmLb81k/4CCQgSVl9zWH67I/1F GG6+yN5mAjN4e4yCxTx3a/ilPbVFdEA1bU/nzidh57wAfcSnJCyHvETCAZbfazKHbTL5I//2eBNL j6+LzHxqQRvxI5zQo+IF3KhOz9sQUnCC9w0xDoW9q8Pme+BhQ52Oj1+Ebp7Xqx1hdCDWfDYaG7qp eXgFcBiVZ2hIN4+yByf66NpQDwDHO91F9hhRvqC0hnLe1J5DygoxoJIPl7AknF/E2NXDHcRjLzgQ +zE8kLHuq9MR9FA5LzyKkMtm5/DDSwBJX8TbH4obAQvMlV22Lzv8iNWyz+crj7hWUrJWm0aigMU6 rSJWy1pFN4FMq2cGsHXxiy1QDhaYRHuluJ7e0jQ3oAyqQCYi1CoNBIkYyPCRE+b/1Zk/bXxG/7+S 8UT9J8pSJfz/H1ls0Pqvuq3/fkbbMcYWvq0ZRdc1o7NRZof+e8lyNy5/4rc4pLw74vrTyiKuHKLF T1ACYcugtyl/9VZs27Zt27Zt27Zt27Zt27Zt27Zt27Zt27Zt27Zt27Zt27Zt27b9Ldp/AQT1VHoA UAAA ------------110F01B32D5F92E-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Dec 23 17:30: 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 BB70437B401 for ; Mon, 23 Dec 2002 17:30:07 -0800 (PST) Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id D692343EDA for ; Mon, 23 Dec 2002 17:30:06 -0800 (PST) (envelope-from archie@dellroad.org) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id RAA57749; Mon, 23 Dec 2002 17:16:43 -0800 (PST) Received: from arch20m.dellroad.org (localhost [127.0.0.1]) by arch20m.dellroad.org (8.12.6/8.12.6) with ESMTP id gBO1GBfi038298; Mon, 23 Dec 2002 17:16:11 -0800 (PST) (envelope-from archie@arch20m.dellroad.org) Received: (from archie@localhost) by arch20m.dellroad.org (8.12.6/8.12.6/Submit) id gBO1GBb2038297; Mon, 23 Dec 2002 17:16:11 -0800 (PST) From: Archie Cobbs Message-Id: <200212240116.gBO1GBb2038297@arch20m.dellroad.org> Subject: Re: mpd-3.10 and MySQL In-Reply-To: <1031006789359.20021224033828@front.ru> To: "Vadim A. Shklyaev" Date: Mon, 23 Dec 2002 17:16:10 -0800 (PST) Cc: freebsd-net@freebsd.org X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit 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 Vadim A. Shklyaev wrote: > Some time back we have faced necessity of mass > authorization of our VPN-clients which were connected to our server > using mpd, through a MySQL-database. Thus I have made patch for > mpd-3.10 for the built-in support mysql authorizations. > > May be code is not very clean and well styled, but it works! It > works on our servers for about 3 or 4 weeks without problems, so I > decided to send it here, to hear what guru thinks about that, and > also someone else can will find this thing useful to itself. Interesting! FYI, the next version of mpd will contain support for RADIUS. Does your MySQL server also have RADIUS gateway? Cheers, -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Dec 24 0:12: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 E0BB737B401 for ; Tue, 24 Dec 2002 00:12:32 -0800 (PST) Received: from smtp.hotbox.ru (smtp.hotbox.ru [80.68.244.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B3F943EDA for ; Tue, 24 Dec 2002 00:12:31 -0800 (PST) (envelope-from lexxmail@front.ru) Received: from athlon.lexxhome.net (lexx.korolev-net.ru [212.188.65.77]) (authenticated bits=0) by smtp.hotbox.ru (8.12.6/8.12.6) with ESMTP id gBO89v1f083105; Tue, 24 Dec 2002 11:09:58 +0300 (MSK) (envelope-from lexxmail@front.ru) Date: Tue, 24 Dec 2002 11:12:01 +0300 From: "Vadim A. Shklyaev" X-Mailer: The Bat! (v1.61) Reply-To: "Vadim A. Shklyaev" X-Priority: 3 (Normal) Message-ID: <10515631078.20021224111201@front.ru> To: Archie Cobbs Cc: freebsd-net@freebsd.org Subject: Re[2]: mpd-3.10 and MySQL In-Reply-To: <200212240116.gBO1GBb2038297@arch20m.dellroad.org> References: <200212240116.gBO1GBb2038297@arch20m.dellroad.org> MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1251 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 Çäðàâñòâóéòå, Archie. Âû ïèñàëè 24 äåêàáðÿ 2002 ã., 4:16:10: AC> Vadim A. Shklyaev wrote: >> Some time back we have faced necessity of mass >> authorization of our VPN-clients which were connected to our server >> using mpd, through a MySQL-database. Thus I have made patch for >> mpd-3.10 for the built-in support mysql authorizations. >> >> May be code is not very clean and well styled, but it works! It >> works on our servers for about 3 or 4 weeks without problems, so I >> decided to send it here, to hear what guru thinks about that, and >> also someone else can will find this thing useful to itself. AC> Interesting! AC> FYI, the next version of mpd will contain support for RADIUS. AC> Does your MySQL server also have RADIUS gateway? Unfortunality, it is not. All client authentification in other places (web-interface and mail) is done directly via mysql. It's suitable for us to use RADIUS for that things. One more question, some time back a man, who had made a RADIUS patch asked you, whether can he hook directly in AuthGetData in auth.c, and you answered that that would be incorrect. I wondering, why? As you can see, I have rewritten every place, where AuthGetData is called, but IMHO it would be easier to modify just auth.c. What is right? -- Ñ óâàæåíèåì, Vadim mailto:lexxmail@front.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Dec 24 9:54: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 D17EC37B401 for ; Tue, 24 Dec 2002 09:54:53 -0800 (PST) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 904E243EC5 for ; Tue, 24 Dec 2002 09:54:49 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (root@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with SMTP id gBOHsdeD098849 for ; Tue, 24 Dec 2002 19:54:39 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with ESMTP id gBOHsdeY098812 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 24 Dec 2002 19:54:39 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Submit) id gBOHsWBw098801; Tue, 24 Dec 2002 19:54:32 +0200 (EET) Date: Tue, 24 Dec 2002 19:54:32 +0200 From: Ruslan Ermilov To: Matthew Dillon Cc: "matthew c. mead" , Robert Watson , freebsd-net@freebsd.org Subject: ping -i 0 (was: Re: TCP interactions) Message-ID: <20021224175432.GA92573@sunbay.com> References: <20021221165745.A67089@goof.com> <20021222151259.A21189@goof.com> <200212222106.gBML6INI032302@apollo.backplane.com> <20021222230527.A30324@goof.com> <200212230652.gBN6qZmI035236@apollo.backplane.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: <200212230652.gBN6qZmI035236@apollo.backplane.com> 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 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 22, 2002 at 10:52:35PM -0800, Matthew Dillon wrote: >=20 > : > :Hmm, same cables, same switch, different card, now it all works. > : > :I did do some ICMP ping testing with ping -f and only lost 3 > :packets after letting it run for a good 10s. > : > : > :-matt >=20 > If it is working properly you should not lose *ANY* packets on an > otherwise idle connection, except possibly the last one that the > ping was sending when you ^C'd it (and sometimes ping doesn't wait > long enough on the last packet when you give it a specific count).=20 > So at most it should report one lost packet over any period of time. > Certainly not 3. >=20 > e.g. > workstation# ping -c 1000 -i 0.05 apollo > ... > 1000 packets transmitted, 1000 packets received, 0% packet loss > round-trip min/avg/max/stddev =3D 0.148/0.159/0.248/0.009 ms >=20 Then how could you explain that ``ping -c 1000 -i 0 localhost'' sometimes exhibits the loss? I've bitten my head today trying to figure out what's going on here (5.0-CURRENT), to no avail. This is with net.inet.icmp.icmplim and net.inet.icmp.icmplim_output both set to zero, and with only lo0 interface ``up''. (Yes I know that -i should not allow 0, even for root.) The sendto(2) call in ping.c:pinger() always succeeds, yet ``netstat -s -p icmp'' shows the same delta as ping(8)? allmouth# netstat -z -s -p icmp > /dev/null allmouth# netstat -s -p icmp > 1 allmouth# ping -i0 -c1000 localhost | tail -3 --- localhost ping statistics --- 1000 packets transmitted, 217 packets received, 78% packet loss round-trip min/avg/max/stddev =3D 0.063/6.769/30.353/12.241 ms allmouth# netstat -s -p icmp > 2 allmouth# diff 1 2 3a4,5 > Output histogram: > echo reply: 217 10c12,15 < 0 message responses generated --- > Input histogram: > echo reply: 217 > echo: 217 > 217 message responses generated 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.2.1 (FreeBSD) iD8DBQE+CJ9YUkv4P6juNwoRAu8iAJ0VtKCP5nMsBGI5srtbIHyjTw5H4gCfWVlO s1mh+kZbfPDH9+/yv2pm4lo= =9h/Y -----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 Dec 24 11:59: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 27E8A37B401; Tue, 24 Dec 2002 11:59:40 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CF8F43EA9; Tue, 24 Dec 2002 11:59:39 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBOJxdOM044015; Tue, 24 Dec 2002 11:59:39 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBOJxdIE044014; Tue, 24 Dec 2002 11:59:39 -0800 (PST) (envelope-from dillon) Date: Tue, 24 Dec 2002 11:59:39 -0800 (PST) From: Matthew Dillon Message-Id: <200212241959.gBOJxdIE044014@apollo.backplane.com> To: Ruslan Ermilov Cc: "matthew c. mead" , Robert Watson , freebsd-net@FreeBSD.ORG Subject: Re: ping -i 0 (was: Re: TCP interactions) References: <20021221165745.A67089@goof.com> <20021222151259.A21189@goof.com> <200212222106.gBML6INI032302@apollo.backplane.com> <20021222230527.A30324@goof.com> <200212230652.gBN6qZmI035236@apollo.backplane.com> <20021224175432.GA92573@sunbay.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 Why are you using -i0 ? That is likely to result in temporary unix domain queuing overflows or interface queue drops. And there is no point using ping to test for packet problems if you don't tell it to send larger packets. Do something like this: Use -i 0.05 -s 1200 -c 1000 destination -Matt Matthew Dillon :This is with net.inet.icmp.icmplim and net.inet.icmp.icmplim_output :both set to zero, and with only lo0 interface ``up''. (Yes I know :that -i should not allow 0, even for root.) : :The sendto(2) call in ping.c:pinger() always succeeds, yet :``netstat -s -p icmp'' shows the same delta as ping(8)? : :allmouth# netstat -z -s -p icmp > /dev/null :allmouth# netstat -s -p icmp > 1 :allmouth# ping -i0 -c1000 localhost | tail -3 :--- localhost ping statistics --- :1000 packets transmitted, 217 packets received, 78% packet loss :round-trip min/avg/max/stddev =3D 0.063/6.769/30.353/12.241 ms :allmouth# netstat -s -p icmp > 2 :allmouth# diff 1 2 :3a4,5 :> Output histogram: :> echo reply: 217 :10c12,15 :< 0 message responses generated :--- :> Input histogram: :> echo reply: 217 :> echo: 217 :> 217 message responses generated : : :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.2.1 (FreeBSD) : :iD8DBQE+CJ9YUkv4P6juNwoRAu8iAJ0VtKCP5nMsBGI5srtbIHyjTw5H4gCfWVlO :s1mh+kZbfPDH9+/yv2pm4lo= :=9h/Y :-----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 Dec 24 22:26:15 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 332E737B401; Tue, 24 Dec 2002 22:26:13 -0800 (PST) Received: from hotmail.com (f100.law15.hotmail.com [64.4.23.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id E951C43EA9; Tue, 24 Dec 2002 22:26:12 -0800 (PST) (envelope-from soheil_hh@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 24 Dec 2002 22:25:14 -0800 Received: from 194.225.40.7 by lw15fd.law15.hotmail.msn.com with HTTP; Wed, 25 Dec 2002 06:25:13 GMT X-Originating-IP: [194.225.40.7] From: "soheil soheil" To: freebsd-hackers@freebsd.org Cc: freebsd-net@freebsd.org Subject: snoop - pcap-snoop - packetshell Date: Wed, 25 Dec 2002 06:25:13 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 25 Dec 2002 06:25:14.0091 (UTC) FILETIME=[625963B0:01C2ABDE] 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 Dear Lists 1.I want to know if there is any snoop TCP Source Code for 4.4FreeBSD? 2.Tell me if pcap-snoop.c is the snoop-tcp tool. 3.Tell me if there is any support for packetshell on FreeBSD. THANX _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Dec 24 22:36: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 7355E37B401 for ; Tue, 24 Dec 2002 22:36:09 -0800 (PST) Received: from jawa.at (inforum.at [213.229.17.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1C5D43EC5 for ; Tue, 24 Dec 2002 22:36:02 -0800 (PST) (envelope-from mbretter@jawa.at) Received: from jawa.at (babsi.jawa.at [192.168.201.12]) by jawa.at (8.12.6/8.12.6) with ESMTP id gBP6Zi7K011857; Wed, 25 Dec 2002 07:35:44 +0100 (CET) (envelope-from mbretter@jawa.at) Message-ID: <3E0950EE.7080409@jawa.at> Date: Wed, 25 Dec 2002 07:32:14 +0100 From: Michael Bretterklieber User-Agent: Mozilla/5.0 (X11; U; Linux i386; de-AT; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Vadim A. Shklyaev" Cc: Archie Cobbs , freebsd-net@FreeBSD.ORG Subject: Re: mpd-3.10 and MySQL References: <200212240116.gBO1GBb2038297@arch20m.dellroad.org> <10515631078.20021224111201@front.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-milter (http://amavis.org/) X-Spam-Status: No, hits=-1.8 required=5.0 tests=QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT, USER_AGENT_MOZILLA_UA,X_ACCEPT_LANG version=2.43 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, http://www.freeradius.org/features.html the freeradius server supports many authentication methods including MySQL. bye, Vadim A. Shklyaev wrote: >Çäðàâñòâóéòå, Archie. > >Âû ïèñàëè 24 äåêàáðÿ 2002 ã., 4:16:10: > >AC> Vadim A. Shklyaev wrote: > > >>> Some time back we have faced necessity of mass >>> authorization of our VPN-clients which were connected to our server >>> using mpd, through a MySQL-database. Thus I have made patch for >>> mpd-3.10 for the built-in support mysql authorizations. >>> >>> May be code is not very clean and well styled, but it works! It >>> works on our servers for about 3 or 4 weeks without problems, so I >>> decided to send it here, to hear what guru thinks about that, and >>> also someone else can will find this thing useful to itself. >>> >>> >AC> Interesting! > >AC> FYI, the next version of mpd will contain support for RADIUS. >AC> Does your MySQL server also have RADIUS gateway? > Unfortunality, it is not. All client authentification in other > places (web-interface and mail) is done directly via mysql. It's > suitable for us to use RADIUS for that things. > > One more question, some time back a man, who had made a RADIUS > patch asked you, whether can he hook directly in AuthGetData in > auth.c, and you answered that that would be incorrect. I > wondering, why? As you can see, I have rewritten every place, > where AuthGetData is called, but IMHO it would be easier to modify > just auth.c. What is right? > > > -- ------------------------------- ---------------------------------- Michael Bretterklieber - Michael.Bretterklieber@jawa.at JAWA Management Software GmbH - http://www.jawa.at Liebenauer Hauptstr. 200 -------------- privat ------------ A-8041 GRAZ GSM: ++43-(0)676-93 96 698 Tel: ++43-(0)316-403274-12 E-mail: mbretter@inode.at Fax: ++43-(0)316-403274-10 http://www.bretterklieber.com ------------------------------- ---------------------------------- "...the number of UNIX installations has grown to 10, with more expected..." - Dennis Ritchie and Ken Thompson, June 1972 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Dec 25 1:17:30 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 2FE8637B401 for ; Wed, 25 Dec 2002 01:17:29 -0800 (PST) Received: from gnu.uclv.net (gnu.uclv.net [193.170.2.126]) by mx1.FreeBSD.org (Postfix) with ESMTP id 064F143EB2 for ; Wed, 25 Dec 2002 01:17:23 -0800 (PST) (envelope-from chris@boesch.cc) Received: from flux.uclv.net (flux.uclv.net [193.170.2.116]) by gnu.uclv.net (8.12.6/8.12.6) with ESMTP id gBP9HK0n005834 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK) for ; Wed, 25 Dec 2002 10:17:21 +0100 (CET) (envelope-from chris@boesch.cc) Received: from [213.225.40.50] ([213.225.40.50]) (authenticated bits=0) by flux.uclv.net (8.12.5/8.12.5) with ESMTP id gBP9HHqo023632 for ; Wed, 25 Dec 2002 10:17:18 +0100 (CET) (envelope-from chris@boesch.cc) User-Agent: Microsoft-Entourage/10.0.0.1309 Date: Wed, 25 Dec 2002 10:17:15 +0100 Subject: Mpd From: Christian Boesch To: Message-ID: 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 How can I make 2 concurrent vpn connections with mpd? I first want to connect to my isp (over dsl) with mpd That works fine. Then I want to make a 2nd vpn connection To my company. Therefore I have a 2nd config section in my mpd.conf and mpd.links Files. But when I want to start the 2nd mpd session (mpd -b 2nd-session) I get an error that mpd is already running. I think the problem is that I cant config two bundles and that one Bundle cant contain 2 different usernames and passwords. Can someone help me? Thanks and merry xmas! Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Dec 25 5:22: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 C9CA737B401 for ; Wed, 25 Dec 2002 05:22:45 -0800 (PST) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92C3343EC2 for ; Wed, 25 Dec 2002 05:22:44 -0800 (PST) (envelope-from rik@cronyx.ru) Received: by hanoi.cronyx.ru id QAA28442 for freebsd-net@freebsd.org.checked; (8.9.3/vak/2.1) Wed, 25 Dec 2002 16:20:02 +0300 (MSK) (envelope-from rik@cronyx.ru) Received: from cronyx.ru by hanoi.cronyx.ru with ESMTP id QAA28383 for ; (8.9.3/vak/2.1) Wed, 25 Dec 2002 16:18:26 +0300 (MSK) (envelope-from rik@cronyx.ru) Message-ID: <3E09B10E.8080500@cronyx.ru> Date: Wed, 25 Dec 2002 16:22:22 +0300 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: ng_sppp Content-Type: multipart/mixed; boundary="------------040700090100090408030305" 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 is a multi-part message in MIME format. --------------040700090100090408030305 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Hi, I made a new netgraph module that allows to use sppp over netgraph device drivers. I'd like to make it available for FreeBSD community. It would be very good if some one from FreeBSD team will add it to FreeBSD. If you find any problems with it or if you have any suggestions, please contact me. It was checked with 5.0 DP2. Best regards, Roman Kurakin --------------040700090100090408030305 Content-Type: application/x-compressed; name="ng_sppp-1.0.tgz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="ng_sppp-1.0.tgz" H4sIAAyECT4AA+0ba3PbNrJfpV+BOmkqObItOXHcsWNfFZtONLEeI8nJtb0bDk1CEkfio3zY cVPfb7/dBUiCDznJTZN+OGFSiwQWi93FPkHUneuh7/t7333F1m4/bx8eHMBvu/3s+XP6hZb8 iufDF+39Z+39dgfGO53OwYvv2MHXJCppcRgZAWPfBfbyQbjbBeerb0HQt22u3H/5u2t+hTXa nXb7hdz38v7vPzvYP0j2v324vw/wz3CYtb8CLaX2f77/e9t1ts3S3WcDHs0Dw1+wyGMT6GKO Z8UrvgtQCHjm+XeBPV9ErHHWZPuwe+ws8Ny7D0xz57bLeWC7c3YZWTiBdeNo4QVHbOw5hsve xoGxtF32EkT9s0mzdoP4VGKeLuyQhd4sujUCzuDZssMosK/jiFvs1o4WbDBk77vjcXcw7WmT FnO9iPEb7rJoAfCOv7K5hYhgfmC4kc1DNvMC1tfGZ29gTvdV77I3/YVB10VvOtAmE3YxHLMu G3XH097Z1WV3zEZX49FwoiXMCvJDNkd8zHDvmAdrBcznQei5IaLygrnh2qER2dhh4JBjhyG8 oQDjkLcQEcjQnt0BBosFPOMLKM/x7MJzHJicAK9t1wjukAUnJCRGyFYeCBd+aZ7Dw9CYk6iW 3I+EjFAWCcIWM1YrZsGW3AB9N5yE4wVLIpxIAomxG2AGiU+YftyzjjJ9aN2wzm5nd3/3GW32 Xmd/b/+AddpH7fbRQZvBTjLtg88ew8y9ev2R7Zqr2OLsZXgX7vlGYDi7i9NCN/wXVXTzIHC9 cveSBy5flfsd4M0zK/qv49lnIw89c2mv6edRJekrb17uX9nXSCcOKCMuj/bsAjGiT4/ufB5W jLhR8Hu5+9qvxkJbVFrTFpjKA2TX6Oil5pRwSgD5sG54rsPGhmtnz1WyZhafscFrfaKBlXWn mt7vXl4Oz+riRz/XLnoDrdHXB9r09bg7eqNPRqNRi20l6AjXltLBsANMH9bcah7XH/FVyOuP YBXgmhXwKO8A6IK+1+t722yAk30yCs4sIzJQdcEkYzNK9F5Phj/Wa2KkRutu+/5xrQY4hnEA 5hrxYGaAucL8GrzVYteOYBwBeukgdjI3dq7BcSAg0q779CNhEVnKH7GGcAvPWwIc/ki4N/CI Q/fHddQfFO0asrfxQfePid+MFIeDP7NCwS+4BJPdeLZVS2ZjIAS/LnHaM6CJbdszH+QswZHJ BNr2zGhVAd1isU5+ynSsFjMNywr0iOTcFPSkEaZMDuA2wRURSg+mpYspvccKcGDeOOFcgRMd Kki4iCPLu3UVoKRLBXP5LQk8g5I9heWQj/x62KMCgXsHal1uRgpc1ilkMEILYriLFKMK2wjC NByuyIXYV6DIAPWZ/YFbGEugx3ZnXmG+6DtBHUYLBIPQexfdM00fdPtoiP9kT1kHlenhVYjI AmbqI8xPKqnB8ZYYLBJEC4IELiEKMm8GizqQG4AWYMxbeLcYNoEQiEoQcYN57HA3goDn7c0C z2HdyVmv94BgQOdWiDjVG8cKf/u3IBX+MfBFfSGKs+HwbU9r5fpea1MQEYqH+rfm4EyJ8i0B d3V5SQ9FvpDdeu0exj6yNrtPWCRHQ6KyeGgGtg/aq9CeUU0wFBJEV7JnkLLo77TxpDcctLJN HAzPNX36ywiJlCRVmInSK4xC6UgMQOmS2p6hLGCWiq70ZCqtEgDyRvZTP9wb9KYNHGqxJxmH 6An6w/OrSw1CwEgbnLOGxNBi4m9H/JMu4z2HFIf7kF9d25Fj+OCILNsEKYKbuV3Y5kL1sqBK kEzNAo5JK2O/8sADV2O4ISVHqjuGzAnBWsxzuQSxox8Bzlhyd1fZqtgN7bkLyZK5MILadsIt 4gpht1BWx9WwOVB9BdnqCWuvhxVgtqtD5igg6yJBvwCOif6ZHYB+I9k5VtCLGBBFbrOwRBl4 zzUDbqCvwcTQ/oOjzaVykNKEjBL2EZOC4G63rvCtAykriKy6jmjrCTNgF0Qpa0Av28bHZv0j xUDcGf6hhZiP67Ucf8wxQnCn9RrS2iA4YlFMYS9ZSVZoa2BtT/IjvxE8GDVM/nBxIec/fQq6 UrNnKeaTMr4m+0iBlH+IIB1gWCfcUawtELoNcqRBwEhMwTtMxzf4J16A9MZ+VjmpizwlQYOc G3lNQQJrIvMBfZdLtFhhbbAmYlsus70OWauY7lDH8H23N6WFUBTJIigNVNIm9NcCHsWByxra YNjX+gR7bUJZl9qgWKDFUhITikq6vJY4gfUPNL2MiKdlDAVmdyrEmfKSM7rvFYYuxppWIr4g HEJTtFt1m6sMNd32+3oNlZedVGrisVRp0Hmh0A0CfgLuC+mEDhgB/YRVaOD09IR1YNLb7mSi jaesQTOhs426js8v2eDVq1+aLWEAja0fwiOs3KyTH7AujOAHcmJdn8WuqeutSqLIBGkfKo3n T1DfDnv5kqAAiIwYdVpYz7YgALZMGHLBNT19Cn2JHrVh/n3qp9AxgSPyqFblmNhComqpvmqd h8FcNHUx6OAUH7PWxWCPcCQEvEd0A3FiL6jvh6Qvlfdah5MTOPaiwKG/KHAcalXoajO3q5WC f6LIXahH5aIyNJVWXb+jT07Yf9QtLW3azo50kKU4A0Q0MeX4Hy0pC2tlExOhEQyINOQvamj0 vcFUG2M6yybTq4sL0Km/qO0lqjwKPIyJkJgyUeugkdNZUxJhVUVW4+OnSyOR9BbKo0S/eRDA SiL615IXFTGhSnHI0oq2lqDR0UjjpHdEk39PzZUO3QIvxkMDFi68eGWBxULyza45ELda0ZHa Xl2tF1M219aL9bRsZngcw7adY8EZmpjKXk3UqVSNQw/M3TnFcw1vFpkwWsdgfbbg5lIptmcr Yx6KkhsYbiRzRDdYV+/iQr8a/Yk/46vBoDd4LeyseuBjKivh5mUKUUCKc4bds2nvndZUJ0jw 75H+nVNMoMvDKibwugoq3BfIXlcc2HCSLbb47zGPOdEgCKc4R4S+Gl3o/Wl3JDXAacqMRNif s3Pq6P4yWljBbpat0OHL4Fw/7067+nBw+YtUkhbLiFZQZUpEKxboRx+TY6CmcntPEvzEjL/a DyS+iWFZ9NV8wVlWWCWpNhR36+xfKcPAm9J5D8GTYVCWJwrH39bX5ZhUSBNKT55y5nJc4SvA Wrp4KopHQHSOhDV1ZjnJ6ZDAGwdcmFGSkeKw0AodyzBK7Bp0kvRQrvlnX/9VGw8TByQsOUvO yslmuhwuonKorOl/yYp+up4SwwQzVaGrTNG9EN2l7S7Rvzss8qDCWcjzOh/UmUr93cQzgbjl DggTQgoY7g+hec0jChlrDwDJbSX7ViypGk8EThHrKT/IseVXM/W5TAvTLvKcsJvqTKIpdIKE NIOi0rHDRJvqo3HvXXeqCc0WCtNMZUEoTgiTlEcPOLGNFZaemUxSFSyLmI6+TljZNI4LgDJj zeRVBBDxKZMxvReBREjNgOi9CHRrRObC8uZZQpMbFq5OhpjREFKTIf2lWNO/upz2zrqTaTNR EPtGfvkhYVFhjjwT40aYTzHQ1TPfC0P7esWbJC1ZVgkXkhqNeKX0MHRBJm40WwfTYpBqUkZb Enyhi7QwyxrpsAuJllsv8QktxTgEEmpcDl/r77tjjK+00BHkEe6PYBPm77ENG56ddMPcf7lb KZrEg0WRYS4KUkC+aXsMMQpmktAp6FszcO3PygMtdn451emAK5FMDLkw5dZEwjmeB+GSlSUO 7Z8XB8xbyliAMRTPLSFngnxOpkwVcUEesuViQouJg34mArE40JSnECgVDBn5LCmxxZwdEum4 TWBZpuNDJ+1mYkVvhsO3+vnw/WAyHWvdfrZlqTfsDd51L5vHSQZUldEg1ORsOBjIZCGDAarE WTk6Clor5ygEa4mjWCPWMTc5StZAGUSBt0o+cK6TpjjWLAjTjjgkQfSTSnZlhJHgBMMvCfjz JJqPwHKmn/ocCsnZKS6QO2fbEFX9zE0UQnQJmj5WoNR6dPjcn7wGoyXaYYQouLUj1F54BVFz w4L6Gc9RTeDH5hQaTDzeK5xrH8EGVU01HUuEk/yk7OD7SB7IUPK35rOEERDRlFv23461yWg4 mIDUkHUivJUdCwFss3AwRfolxKTG7Vpa6ojITKC164AbS3q8xz+ADv3sGsKaiHXnVHyRQfpT RwjzIDbNUy+X0JfvxwMXwf6XOkiFUJyO0bVm8ZkRryKUaMYamVl+AjKWvChzylMSoHsyMyH3 c6EzMqXPbKDFUBZNYZGYHQg4qVXFdEA1QrRB+ipKH1yEc9tlIyMUkck38NM4ejt8M70g4Fj8 uX4cJYXk7gMWS5gbOZenmOznW2jiZyjrJ3zNLzPYtDBVrC+1PVVuvakmB7AXosPEgE2/Ax8N danIoNMjHyrBkqKxr4/eTt+cj1vyaAfvq4jyTDnVaSbh1anMmlOvTEljRdIhatOrUVM5xUl3 HLAWUl5tikFASQCvfEskellmZkRhOSuzxb6HePJHEwceTAvIZ+NXmHyoVktR2HQg/oRl8Vdi eMWDJV/xu0SlZvYqkilyVuiqUdtJ4vMET+/lrDQzECpYmpAw31a0fCK/f8kLOY53I9KwrGYC EYDCe6Zt4O2j3CeVSs1OvqhVlHuf1uYsgEO6YvEkXZEqq2Qz8oBgPQBs1EPDWZWAnZWVglLR yBBWcSKrlCg5rJUYHygdSN0VkKvBWLvIom9lmkCXILJvj7bnrt2UDCrncT57W1Qfk7qYQtoj hFSk9e++1PcFLbn/6RhLDhbIv8YaD9//bHc6eOczd/9z/8XBs839z2/RHokLf8n2p/f99j9x 368+qZ2wvTgM9sLAxItx9bqxWh3V6zYYFj7VHjcmzb3SvTCTVfcv2L8gUtGYuHEaZjAUztcP 7fUl8fX6eiBMqX52lpYdsJ2HkEkcZbqVS5GYPwOOf7DHP68DX2TgizL4w2xkU1PGVAyWPZsh Nzv4wHZi9inRmlXAi3X7UAWc0PFZm/B3a/SmfUkr3v9ffIU1PuH/9zvP20X/f3i48f/fpOXv /y829/839/+V+/+LL73/P3PxWnK+CtDf6OkV7fJI/qakOAQH9h1jTvc78ZgLcScISrcga7Ut uiSuQOSOwmq1Wqf9vP1T+/mLg4PChehrPAVL7toWV8i+PFQsUfXdDhYSC/TvxJEwYg6rUBeO YwE/Fo+gFtxwtvKXpNP7sYCGu7EjroaWzu2gFOm0sDYWhUi4/kqxuPBbNZh8nKSrXvK86+FP lIhL3KxnsHRpb3G5v9u/bdrDrRj/+1+hDvxE/G93DmX8339x2GkfAPzz/cPOJv5/i/Yo7/D7 xTqwo/r99k9Hzw6P4EGpA9/2h+cnySlRfTI+m5ywWlZ61HfT/0foOrR2lxB3dp3l6cYvbNqm bdqmbdqmbdqmbdqmbdqmbdqmbdqmbdqmfYP2X+Go230AUAAA --------------040700090100090408030305-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Dec 25 7:39:39 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 51AB037B401 for ; Wed, 25 Dec 2002 07:39:38 -0800 (PST) Received: from hueymiccailhuitl.mtu.ru (hueytecuilhuitl.mtu.ru [195.34.32.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1658843EA9 for ; Wed, 25 Dec 2002 07:39:37 -0800 (PST) (envelope-from sem@ciam.ru) Received: from semhome (ppp129-111.dialup.mtu-net.ru [62.118.129.111]) by hueymiccailhuitl.mtu.ru (Postfix) with SMTP id 0DA91FF238; Wed, 25 Dec 2002 18:39:34 +0300 (MSK) (envelope-from sem@ciam.ru) Message-ID: <000a01c2ac2b$d52702b0$6f81763e@semhome> From: "Sergey Matveychuk" To: Cc: Subject: SUMMARY: Win XP with mpd Date: Wed, 25 Dec 2002 18:39:36 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 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 >After installing mpd-3.10 >and using in mpd.conf: >set iface mtu 1400 >XP works fine and fast. >There is no some tuning on the WinXP client I was make. It doesn't help for me :( Ping still lost packets. Network "big" operation still very slow. here is my cut off from my mpd.conf: new -i ng0 ciam-pptp ciam set iface disable on-demand set iface idle 1800 set iface enable proxy-arp set iface mtu 1400 set iface up-script /usr/local/etc/mpd/mpd-up.sh set iface down-script /usr/local/etc/mpd/mpd-down.sh set ipcp ranges 192.168.1.1/32 192.168.1.100/32 set ipcp dns 192.168.1.1 set bundle enable multilink # set link mtu 1400 set link disable pap set link enable chap #set link enable no-orig-auth set link keep-alive 10 60 set bundle enable encryption #set bundle enable crypt-reqd set bundle enable compression set ccp yes mppc set ccp yes mpp-e40 set ccp yes mpp-e128 set ccp yes mpp-stateless Can you help me? ---- Sem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Dec 25 12:13:31 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 6E93637B401 for ; Wed, 25 Dec 2002 12:13:30 -0800 (PST) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 789F643EA9 for ; Wed, 25 Dec 2002 12:13:29 -0800 (PST) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by sccrmhc01.attbi.com (sccrmhc01) with ESMTP id <20021225201323001003o171e>; Wed, 25 Dec 2002 20:13:23 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA94343; Wed, 25 Dec 2002 12:13:22 -0800 (PST) Date: Wed, 25 Dec 2002 12:13:21 -0800 (PST) From: Julian Elischer To: Christian Boesch Cc: freebsd-net@freebsd.org Subject: Re: Mpd 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 you can configure as many bundles as you want. On Wed, 25 Dec 2002, Christian Boesch wrote: > How can I make 2 concurrent vpn connections with mpd? > I first want to connect to my isp (over dsl) with mpd > That works fine. Then I want to make a 2nd vpn connection > To my company. > Therefore I have a 2nd config section in my mpd.conf and mpd.links > Files. But when I want to start the 2nd mpd session (mpd -b 2nd-session) > I get an error that mpd is already running. > I think the problem is that I cant config two bundles and that one > Bundle cant contain 2 different usernames and passwords. > Can someone help me? > > Thanks and merry xmas! > Chris > > > 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 Wed Dec 25 12:19: 3 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 6E6DD37B401 for ; Wed, 25 Dec 2002 12:19:02 -0800 (PST) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 238A743EC2 for ; Wed, 25 Dec 2002 12:19:02 -0800 (PST) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by rwcrmhc52.attbi.com (rwcrmhc52) with ESMTP id <2002122520190105200fh21he>; Wed, 25 Dec 2002 20:19:01 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA94383; Wed, 25 Dec 2002 12:19:00 -0800 (PST) Date: Wed, 25 Dec 2002 12:18:59 -0800 (PST) From: Julian Elischer To: Roman Kurakin Cc: freebsd-net@freebsd.org Subject: Re: ng_sppp In-Reply-To: <3E09B10E.8080500@cronyx.ru> 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 thanks I'll look at it when I get a moment.. in the mean-while I think both ppp and mpd can talk ppp over sync links as well, which gives us 3 ways to do it.. 2 of which are in the kernel (mpd uses the ng_ppp node to do it) I guess the advantage of this method is that it's familiar to people who use sppp. On Wed, 25 Dec 2002, Roman Kurakin wrote: > Hi, > > I made a new netgraph module that allows to use sppp over netgraph > device drivers. > I'd like to make it available for FreeBSD community. > > It would be very good if some one from FreeBSD team will add it to > FreeBSD. > > If you find any problems with it or if you have any suggestions, > please contact me. > > It was checked with 5.0 DP2. > > Best regards, > Roman Kurakin > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Dec 25 13: 0:10 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 B609537B405 for ; Wed, 25 Dec 2002 13:00:09 -0800 (PST) Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD96B43E4A for ; Wed, 25 Dec 2002 13:00:08 -0800 (PST) (envelope-from archie@dellroad.org) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id MAA70167; Wed, 25 Dec 2002 12:48:47 -0800 (PST) Received: from arch20m.dellroad.org (localhost [127.0.0.1]) by arch20m.dellroad.org (8.12.6/8.12.6) with ESMTP id gBPKm9fi043990; Wed, 25 Dec 2002 12:48:09 -0800 (PST) (envelope-from archie@arch20m.dellroad.org) Received: (from archie@localhost) by arch20m.dellroad.org (8.12.6/8.12.6/Submit) id gBPKm84w043989; Wed, 25 Dec 2002 12:48:08 -0800 (PST) From: Archie Cobbs Message-Id: <200212252048.gBPKm84w043989@arch20m.dellroad.org> Subject: Re: Re[2]: mpd-3.10 and MySQL In-Reply-To: <10515631078.20021224111201@front.ru> To: "Vadim A. Shklyaev" Date: Wed, 25 Dec 2002 12:48:08 -0800 (PST) Cc: freebsd-net@freebsd.org X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit 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 Vadim A. Shklyaev wrote: > One more question, some time back a man, who had made a RADIUS > patch asked you, whether can he hook directly in AuthGetData in > auth.c, and you answered that that would be incorrect. I > wondering, why? As you can see, I have rewritten every place, > where AuthGetData is called, but IMHO it would be easier to modify > just auth.c. What is right? AuthGetData() is the "right" place to do that, except that if your operation blocks for a long time (e.g., while accessing some external resource) then mpd itself will block too (mpd is event-driven, not threaded), so any other links that might be doing negotiation, LCP echoes, etc. will be delayed. In practice this is rarely a problem unless you are doing lots of links simultaneously. -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Dec 26 4:26: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 B53BD37B405 for ; Thu, 26 Dec 2002 04:26:24 -0800 (PST) Received: from web14812.mail.yahoo.com (web14812.mail.yahoo.com [66.163.172.96]) by mx1.FreeBSD.org (Postfix) with SMTP id 3F0DD43EDC for ; Thu, 26 Dec 2002 04:26:24 -0800 (PST) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20021226122624.79372.qmail@web14812.mail.yahoo.com> Received: from [192.117.108.59] by web14812.mail.yahoo.com via HTTP; Thu, 26 Dec 2002 04:26:24 PST Date: Thu, 26 Dec 2002 04:26:24 -0800 (PST) From: Rostislav Krasny Subject: PPPoE and troubles with TCP To: freebsd-net@freebsd.org Cc: freebsd-questions@freebsd.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 Hello I have Alcatel Speedtouch Home ADSL modem. I use PPPoE protocol for connection with my Internet Service Provider (ISP) through this ADSL modem. I use FreeBSD 4.7-RELEASE and ppp (a.k.a. user-ppp) for this. In the /etc/ppp/ppp.conf file I have ' set MRU 1492' and ' set MTU 1492' options. This is because the maximum MTU one can use with PPPoE is 1492 according to RFC 2516. I have no problems with "dialing" to my ISP. But after the PPPoE connection is established I have troubles with TCP connections to some hosts. For example I can't go to hhtp://www.ssh.com/ but to http://www.freebsd.org/ or http://www.gnu.org/ I can. If I run 'telnet www.ssh.com 80' and enter HTTP request according to HTTP 1.1 or 1.0 protocol I don't get any answer. If I enter just 'GET /' I get some short answer. 'GET /' is an HTTP request according to the old HTTP 0.9 version of the protocol and it is rarely used today. But the problem is not HTTP, I think. If I do HTTP request according to HTTP 1.1 from my friends' computer I do have some long answer. Furthermore if I change the MRU and MTU to 1484 or smaller I have no problem with www.ssh.com. So it looks like TCP packet overflow or something like that. Besides FreeBSD I have Windows 98 Second Edition in my computer. I use PPPoE with Win98SE too. I use RASPPPOE driver fo it, go to http://www.raspppoe.com/ for more information. I have no problems with www.ssh.com when I use Win98SE with this impimentation of PPPoE protocol. I have MTU == 1492 set by default in RASPPPOE. I don't get error messages about fragmentation when I run 'ping -f -l 1464 www.ssh.com' in my Win98SE (ICMP+IP=1464+28=1492). Why in FreeBSD I cannot use MTU == 1492 without problems with some hosts like www.ssh.com ? How to fix it in FreeBSD? P.S. ping have different syntax in Windows, so don't be wondered about -f flag. -f sets "no fragmentation" flag in IP headers of all outgoing packets. __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Dec 26 4:37:15 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 29B8837B401; Thu, 26 Dec 2002 04:37:13 -0800 (PST) Received: from nemesis.systems.pipex.net (nemesis.systems.pipex.net [62.241.160.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E87543E4A; Thu, 26 Dec 2002 04:37:12 -0800 (PST) (envelope-from stacey@vickiandstacey.com) Received: from [192.168.1.8] (81-86-129-77.dsl.pipex.com [81.86.129.77]) by nemesis.systems.pipex.net (Postfix) with ESMTP id 3C8F1160080B3; Thu, 26 Dec 2002 12:37:01 +0000 (GMT) Subject: Re: PPPoE and troubles with TCP From: Stacey Roberts Reply-To: stacey@vickiandstacey.com To: Rostislav Krasny Cc: freebsd-net@freebsd.org, FreeBSD Questions In-Reply-To: <20021226122624.79372.qmail@web14812.mail.yahoo.com> References: <20021226122624.79372.qmail@web14812.mail.yahoo.com> Content-Type: text/plain Organization: Message-Id: <1040906224.68500.38.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 26 Dec 2002 12:37:05 +0000 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 On Thu, 2002-12-26 at 12:26, Rostislav Krasny wrote: > Hello > > I have Alcatel Speedtouch Home ADSL modem. I use PPPoE protocol for > connection with my Internet Service Provider (ISP) through this ADSL > modem. I use FreeBSD 4.7-RELEASE and ppp (a.k.a. user-ppp) for this. In > the /etc/ppp/ppp.conf file I have ' set MRU 1492' and ' set MTU 1492' > options. This is because the maximum MTU one can use with PPPoE is 1492 > according to RFC 2516. I have no problems with "dialing" to my ISP. But > after the PPPoE connection is established I have troubles with TCP > connections to some hosts. For example I can't go to > hhtp://www.ssh.com/ but to http://www.freebsd.org/ or > http://www.gnu.org/ I can. If I run 'telnet www.ssh.com 80' and enter > HTTP request according to HTTP 1.1 or 1.0 protocol I don't get any > answer. If I enter just 'GET /' I get some short answer. 'GET /' is an > HTTP request according to the old HTTP 0.9 version of the protocol and > it is rarely used today. But the problem is not HTTP, I think. If I do > HTTP request according to HTTP 1.1 from my friends' computer I do have > some long answer. Furthermore if I change the MRU and MTU to 1484 or > smaller I have no problem with www.ssh.com. So it looks like TCP packet > overflow or something like that. > Besides FreeBSD I have Windows 98 Second Edition in my computer. I use > PPPoE with Win98SE too. I use RASPPPOE driver fo it, go to > http://www.raspppoe.com/ for more information. I have no problems with > www.ssh.com when I use Win98SE with this impimentation of PPPoE > protocol. I have MTU == 1492 set by default in RASPPPOE. I don't get > error messages about fragmentation when I run 'ping -f -l 1464 > www.ssh.com' in my Win98SE (ICMP+IP=1464+28=1492). Why in FreeBSD I > cannot use MTU == 1492 without problems with some hosts like > www.ssh.com ? How to fix it in FreeBSD? > > P.S. ping have different syntax in Windows, so don't be wondered about > -f flag. -f sets "no fragmentation" flag in IP headers of all outgoing packets. > I use ADSL here on my site, but not that modem. How do you connect to that device from the FBSD box? Regards, Stacey > __________________________________________________ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > http://mailplus.yahoo.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message -- Stacey Roberts B.Sc (HONS) Computer Science Web: www.vickiandstacey.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Dec 26 5:16: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 586A437B401 for ; Thu, 26 Dec 2002 05:16:46 -0800 (PST) Received: from web14811.mail.yahoo.com (web14811.mail.yahoo.com [66.163.172.95]) by mx1.FreeBSD.org (Postfix) with SMTP id C257643EC5 for ; Thu, 26 Dec 2002 05:16:45 -0800 (PST) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20021226131645.94065.qmail@web14811.mail.yahoo.com> Received: from [192.117.108.59] by web14811.mail.yahoo.com via HTTP; Thu, 26 Dec 2002 05:16:45 PST Date: Thu, 26 Dec 2002 05:16:45 -0800 (PST) From: Rostislav Krasny Subject: Re: PPPoE and troubles with TCP To: stacey@vickiandstacey.com Cc: freebsd-net@freebsd.org, FreeBSD Questions In-Reply-To: <1040906224.68500.38.camel@localhost> 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 --- Stacey Roberts wrote: > On Thu, 2002-12-26 at 12:26, Rostislav Krasny wrote: > > Hello > > > > I have Alcatel Speedtouch Home ADSL modem. I use PPPoE protocol for > > connection with my Internet Service Provider (ISP) through this ADSL > > modem. I use FreeBSD 4.7-RELEASE and ppp (a.k.a. user-ppp) for this. In > > the /etc/ppp/ppp.conf file I have ' set MRU 1492' and ' set MTU 1492' > > options. This is because the maximum MTU one can use with PPPoE is 1492 > > according to RFC 2516. I have no problems with "dialing" to my ISP. But > > after the PPPoE connection is established I have troubles with TCP > > connections to some hosts. For example I can't go to > > hhtp://www.ssh.com/ but to http://www.freebsd.org/ or > > http://www.gnu.org/ I can. If I run 'telnet www.ssh.com 80' and enter > > HTTP request according to HTTP 1.1 or 1.0 protocol I don't get any > > answer. If I enter just 'GET /' I get some short answer. 'GET /' is an > > HTTP request according to the old HTTP 0.9 version of the protocol and > > it is rarely used today. But the problem is not HTTP, I think. If I do > > HTTP request according to HTTP 1.1 from my friends' computer I do have > > some long answer. Furthermore if I change the MRU and MTU to 1484 or > > smaller I have no problem with www.ssh.com. So it looks like TCP packet > > overflow or something like that. > > Besides FreeBSD I have Windows 98 Second Edition in my computer. I use > > PPPoE with Win98SE too. I use RASPPPOE driver fo it, go to > > http://www.raspppoe.com/ for more information. I have no problems with > > www.ssh.com when I use Win98SE with this impimentation of PPPoE > > protocol. I have MTU == 1492 set by default in RASPPPOE. I don't get > > error messages about fragmentation when I run 'ping -f -l 1464 > > www.ssh.com' in my Win98SE (ICMP+IP=1464+28=1492). Why in FreeBSD I > > cannot use MTU == 1492 without problems with some hosts like > > www.ssh.com ? How to fix it in FreeBSD? > > > > P.S. ping have different syntax in Windows, so don't be wondered about > > -f flag. -f sets "no fragmentation" flag in IP headers of all outgoing > > packets. > > I use ADSL here on my site, but not that modem. How do you connect to > that device from the FBSD box? I configured my ADSL modem to work with PPPoE. Then I changed the /etc/ppp/ppp.conf file to this one: ==== /etc/ppp/ppp.conf ==== default: set log Phase Chat LCP IPCP CCP tun command ident user-ppp VERSION (built COMPILATIONDATE) set device PPPoE:ed0 set speed sync # set MRU 1484 # set MTU 1484 set MRU maximum 1492 set MTU maximum 1492 set timeout 0 set urgent none # no priorities enable dns # request DNS info (for resolv.conf) disable ipv6 ipv6cp disable shortseq protocomp acfcomp vjcomp deflate pred1 mppe deny shortseq protocomp acfcomp vjcomp deflate pred1 mppe myisp: set authname username@ISPstring set authkey password add default HISADDR # Add a (sticky) default route ==== /etc/ppp/ppp.conf ==== The hostname of my box can be resolved through /ets/hosts , so I don't need any kind of 'set ifaddr' in /etc/ppp/ppp.conf file. ed0 is the ethernet NIC my ADSL modem is connected to. Many lines of the "default:" section of the ppp.conf file are not critical. The only ones you need are these: set device PPPoE:ed0 set MRU maximum 1492 set MTU maximum 1492 enable dns See `man 8 ppp` for more information. __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Dec 26 5:22:27 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 7084C37B401; Thu, 26 Dec 2002 05:22:24 -0800 (PST) Received: from nemesis.systems.pipex.net (nemesis.systems.pipex.net [62.241.160.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C43143EC2; Thu, 26 Dec 2002 05:22:23 -0800 (PST) (envelope-from stacey@vickiandstacey.com) Received: from [192.168.1.8] (81-86-129-77.dsl.pipex.com [81.86.129.77]) by nemesis.systems.pipex.net (Postfix) with ESMTP id AD36516007C2C; Thu, 26 Dec 2002 13:22:17 +0000 (GMT) Subject: Re: PPPoE and troubles with TCP From: Stacey Roberts Reply-To: stacey@vickiandstacey.com To: Rostislav Krasny Cc: freebsd-net@freebsd.org, FreeBSD Questions In-Reply-To: <20021226131645.94065.qmail@web14811.mail.yahoo.com> References: <20021226131645.94065.qmail@web14811.mail.yahoo.com> Content-Type: text/plain Organization: Message-Id: <1040908941.68500.47.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 26 Dec 2002 13:22:22 +0000 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 On Thu, 2002-12-26 at 13:16, Rostislav Krasny wrote: > --- Stacey Roberts wrote: > > On Thu, 2002-12-26 at 12:26, Rostislav Krasny wrote: > > > Hello > > > > > > I have Alcatel Speedtouch Home ADSL modem. I use PPPoE protocol for > > > connection with my Internet Service Provider (ISP) through this ADSL > > > modem. I use FreeBSD 4.7-RELEASE and ppp (a.k.a. user-ppp) for this. In > > > the /etc/ppp/ppp.conf file I have ' set MRU 1492' and ' set MTU 1492' > > > options. This is because the maximum MTU one can use with PPPoE is 1492 > > > according to RFC 2516. I have no problems with "dialing" to my ISP. But > > > after the PPPoE connection is established I have troubles with TCP > > > connections to some hosts. For example I can't go to > > > hhtp://www.ssh.com/ but to http://www.freebsd.org/ or > > > http://www.gnu.org/ I can. If I run 'telnet www.ssh.com 80' and enter > > > HTTP request according to HTTP 1.1 or 1.0 protocol I don't get any > > > answer. If I enter just 'GET /' I get some short answer. 'GET /' is an > > > HTTP request according to the old HTTP 0.9 version of the protocol and > > > it is rarely used today. But the problem is not HTTP, I think. If I do > > > HTTP request according to HTTP 1.1 from my friends' computer I do have > > > some long answer. Furthermore if I change the MRU and MTU to 1484 or > > > smaller I have no problem with www.ssh.com. So it looks like TCP packet > > > overflow or something like that. > > > Besides FreeBSD I have Windows 98 Second Edition in my computer. I use > > > PPPoE with Win98SE too. I use RASPPPOE driver fo it, go to > > > http://www.raspppoe.com/ for more information. I have no problems with > > > www.ssh.com when I use Win98SE with this impimentation of PPPoE > > > protocol. I have MTU == 1492 set by default in RASPPPOE. I don't get > > > error messages about fragmentation when I run 'ping -f -l 1464 > > > www.ssh.com' in my Win98SE (ICMP+IP=1464+28=1492). Why in FreeBSD I > > > cannot use MTU == 1492 without problems with some hosts like > > > www.ssh.com ? How to fix it in FreeBSD? > > > > > > P.S. ping have different syntax in Windows, so don't be wondered about > > > -f flag. -f sets "no fragmentation" flag in IP headers of all outgoing > > > packets. > > > > I use ADSL here on my site, but not that modem. How do you connect to > > that device from the FBSD box? > > I configured my ADSL modem to work with PPPoE. Then I changed the > /etc/ppp/ppp.conf file to this one: > > ==== /etc/ppp/ppp.conf ==== > default: > set log Phase Chat LCP IPCP CCP tun command > ident user-ppp VERSION (built COMPILATIONDATE) > > set device PPPoE:ed0 > set speed sync > # set MRU 1484 > # set MTU 1484 > set MRU maximum 1492 > set MTU maximum 1492 > set timeout 0 > set urgent none # no priorities > enable dns # request DNS info (for > resolv.conf) > disable ipv6 ipv6cp > disable shortseq protocomp acfcomp vjcomp deflate pred1 > mppe > deny shortseq protocomp acfcomp vjcomp deflate pred1 > mppe > > myisp: > set authname username@ISPstring > set authkey password > add default HISADDR # Add a (sticky) default route > ==== /etc/ppp/ppp.conf ==== > > The hostname of my box can be resolved through /ets/hosts , so I don't > need any kind of 'set ifaddr' in /etc/ppp/ppp.conf file. ed0 is the > ethernet NIC my ADSL modem is connected to. > > Many lines of the "default:" section of the ppp.conf file are not critical. > The only ones you need are these: > > set device PPPoE:ed0 > set MRU maximum 1492 > set MTU maximum 1492 > enable dns > > See `man 8 ppp` for more information. > Dude, I wasn't asking for assistance.., rather I was hoping to provide some help in response to your post.. :-) The reason why I asked about how you connect to your ADSL modem is because if its ethernet, then there is no need to use ppp. But if there's a case-requirement why you need to use ppp, then fair enough. Let me know either way, okay? Regards, Stacey > __________________________________________________ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > http://mailplus.yahoo.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message -- Stacey Roberts B.Sc (HONS) Computer Science Web: www.vickiandstacey.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Dec 26 6:41:52 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 A588C37B401 for ; Thu, 26 Dec 2002 06:41:48 -0800 (PST) Received: from web14806.mail.yahoo.com (web14806.mail.yahoo.com [216.136.224.222]) by mx1.FreeBSD.org (Postfix) with SMTP id 0596743EDC for ; Thu, 26 Dec 2002 06:41:48 -0800 (PST) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20021226144147.8282.qmail@web14806.mail.yahoo.com> Received: from [192.117.108.59] by web14806.mail.yahoo.com via HTTP; Thu, 26 Dec 2002 06:41:47 PST Date: Thu, 26 Dec 2002 06:41:47 -0800 (PST) From: Rostislav Krasny Subject: Re: PPPoE and troubles with TCP To: stacey@vickiandstacey.com Cc: freebsd-net@freebsd.org, FreeBSD Questions In-Reply-To: <1040908941.68500.47.camel@localhost> 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 --- Stacey Roberts wrote: > On Thu, 2002-12-26 at 13:16, Rostislav Krasny wrote: > > --- Stacey Roberts wrote: > > > On Thu, 2002-12-26 at 12:26, Rostislav Krasny wrote: > > > > Hello > > > > > > > > I have Alcatel Speedtouch Home ADSL modem. I use PPPoE protocol for > > > > connection with my Internet Service Provider (ISP) through this > ADSL > > > > modem. I use FreeBSD 4.7-RELEASE and ppp (a.k.a. user-ppp) for > this. In > > > > the /etc/ppp/ppp.conf file I have ' set MRU 1492' and ' set MTU > 1492' > > > > options. This is because the maximum MTU one can use with PPPoE is > 1492 > > > > according to RFC 2516. I have no problems with "dialing" to my ISP. > But > > > > after the PPPoE connection is established I have troubles with TCP > > > > connections to some hosts. For example I can't go to > > > > hhtp://www.ssh.com/ but to http://www.freebsd.org/ or > > > > http://www.gnu.org/ I can. If I run 'telnet www.ssh.com 80' and > enter > > > > HTTP request according to HTTP 1.1 or 1.0 protocol I don't get any > > > > answer. If I enter just 'GET /' I get some short answer. 'GET /' is > an > > > > HTTP request according to the old HTTP 0.9 version of the protocol > and > > > > it is rarely used today. But the problem is not HTTP, I think. If I > do > > > > HTTP request according to HTTP 1.1 from my friends' computer I do > have > > > > some long answer. Furthermore if I change the MRU and MTU to 1484 > or > > > > smaller I have no problem with www.ssh.com. So it looks like TCP > packet > > > > overflow or something like that. > > > > Besides FreeBSD I have Windows 98 Second Edition in my computer. I > use > > > > PPPoE with Win98SE too. I use RASPPPOE driver fo it, go to > > > > http://www.raspppoe.com/ for more information. I have no problems > with > > > > www.ssh.com when I use Win98SE with this impimentation of PPPoE > > > > protocol. I have MTU == 1492 set by default in RASPPPOE. I don't > get > > > > error messages about fragmentation when I run 'ping -f -l 1464 > > > > www.ssh.com' in my Win98SE (ICMP+IP=1464+28=1492). Why in FreeBSD I > > > > cannot use MTU == 1492 without problems with some hosts like > > > > www.ssh.com ? How to fix it in FreeBSD? > > > > > > > > P.S. ping have different syntax in Windows, so don't be wondered > about > > > > -f flag. -f sets "no fragmentation" flag in IP headers of all > outgoing > > > > packets. > > > > > > I use ADSL here on my site, but not that modem. How do you connect to > > > that device from the FBSD box? > > > > I configured my ADSL modem to work with PPPoE. Then I changed the > > /etc/ppp/ppp.conf file to this one: > > > > ==== /etc/ppp/ppp.conf ==== > > default: > > set log Phase Chat LCP IPCP CCP tun command > > ident user-ppp VERSION (built COMPILATIONDATE) > > > > set device PPPoE:ed0 > > set speed sync > > # set MRU 1484 > > # set MTU 1484 > > set MRU maximum 1492 > > set MTU maximum 1492 > > set timeout 0 > > set urgent none # no priorities > > enable dns # request DNS info (for > > resolv.conf) > > disable ipv6 ipv6cp > > disable shortseq protocomp acfcomp vjcomp deflate pred1 > > mppe > > deny shortseq protocomp acfcomp vjcomp deflate pred1 > > mppe > > > > myisp: > > set authname username@ISPstring > > set authkey password > > add default HISADDR # Add a (sticky) default route > > ==== /etc/ppp/ppp.conf ==== > > > > The hostname of my box can be resolved through /ets/hosts , so I don't > > need any kind of 'set ifaddr' in /etc/ppp/ppp.conf file. ed0 is the > > ethernet NIC my ADSL modem is connected to. > > > > Many lines of the "default:" section of the ppp.conf file are not > critical. > > The only ones you need are these: > > > > set device PPPoE:ed0 > > set MRU maximum 1492 > > set MTU maximum 1492 > > enable dns > > > > See `man 8 ppp` for more information. > > > > Dude, > I wasn't asking for assistance.., rather I was hoping to provide > some help in response to your post.. :-) > > The reason why I asked about how you connect to your ADSL modem is > because if its ethernet, then there is no need to use ppp. > > But if there's a case-requirement why you need to use ppp, then fair > enough. > > Let me know either way, okay? Yes, my computer is connected to my ADSL modem by Ethernet. What is the way to connect with the ISP without PPP? Is it ethernet bridging with DHCP? My ADSL Service Provider (Bezeq) does not support this. Moreover, the use of ethernet bridging is inconvenient for me because I can't switch the ISP by myself. When I use PPP, over Ethernet or over whatever else, I have ISP string, so it is very easy to switch the ISP I'd like to use at the moment. P.S. What about my main question? __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Dec 26 7:32:51 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 45CAB37B401; Thu, 26 Dec 2002 07:32:47 -0800 (PST) Received: from colossus.systems.pipex.net (colossus.systems.pipex.net [62.241.160.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7316F43EC5; Thu, 26 Dec 2002 07:32:46 -0800 (PST) (envelope-from stacey@vickiandstacey.com) Received: from [192.168.1.8] (81-86-129-77.dsl.pipex.com [81.86.129.77]) by colossus.systems.pipex.net (Postfix) with ESMTP id DF085160002C0; Thu, 26 Dec 2002 15:32:43 +0000 (GMT) Subject: Re: PPPoE and troubles with TCP From: Stacey Roberts Reply-To: stacey@vickiandstacey.com To: Rostislav Krasny Cc: freebsd-net@freebsd.org, FreeBSD Questions In-Reply-To: <20021226144147.8282.qmail@web14806.mail.yahoo.com> References: <20021226144147.8282.qmail@web14806.mail.yahoo.com> Content-Type: text/plain Organization: Message-Id: <1040916764.68500.54.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 26 Dec 2002 15:32:45 +0000 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 On Thu, 2002-12-26 at 14:41, Rostislav Krasny wrote: > --- Stacey Roberts wrote: > > On Thu, 2002-12-26 at 13:16, Rostislav Krasny wrote: > > > --- Stacey Roberts wrote: > > > > On Thu, 2002-12-26 at 12:26, Rostislav Krasny wrote: > > > > > Hello > > > > > > > > > > I have Alcatel Speedtouch Home ADSL modem. I use PPPoE protocol for > > > > > connection with my Internet Service Provider (ISP) through this > > ADSL > > > > > modem. I use FreeBSD 4.7-RELEASE and ppp (a.k.a. user-ppp) for > > this. In > > > > > the /etc/ppp/ppp.conf file I have ' set MRU 1492' and ' set MTU > > 1492' > > > > > options. This is because the maximum MTU one can use with PPPoE is > > 1492 > > > > > according to RFC 2516. I have no problems with "dialing" to my ISP. > > But > > > > > after the PPPoE connection is established I have troubles with TCP > > > > > connections to some hosts. For example I can't go to > > > > > hhtp://www.ssh.com/ but to http://www.freebsd.org/ or > > > > > http://www.gnu.org/ I can. If I run 'telnet www.ssh.com 80' and > > enter > > > > > HTTP request according to HTTP 1.1 or 1.0 protocol I don't get any > > > > > answer. If I enter just 'GET /' I get some short answer. 'GET /' is > > an > > > > > HTTP request according to the old HTTP 0.9 version of the protocol > > and > > > > > it is rarely used today. > > > > Many lines of the "default:" section of the ppp.conf file are not > > critical. > > > The only ones you need are these: > > > > > > set device PPPoE:ed0 > > > set MRU maximum 1492 > > > set MTU maximum 1492 > > > enable dns > > > > > > See `man 8 ppp` for more information. > > > > > > > Dude, > > I wasn't asking for assistance.., rather I was hoping to provide > > some help in response to your post.. :-) > > > > The reason why I asked about how you connect to your ADSL modem is > > because if its ethernet, then there is no need to use ppp. > > > > But if there's a case-requirement why you need to use ppp, then fair > > enough. > > > > Let me know either way, okay? > > Yes, my computer is connected to my ADSL modem by Ethernet. > What is the way to connect with the ISP without PPP? > Is it ethernet bridging with DHCP? My ADSL Service Provider (Bezeq) > does not support this. Moreover, the use of ethernet bridging is > inconvenient for me because I can't switch the ISP by myself. > When I use PPP, over Ethernet or over whatever else, I have ISP string, > so it is very easy to switch the ISP I'd like to use at the moment. > > P.S. What about my main question? > Hi, I didn't really have to configure *anything* as such to establish connectivity on FreeBSD. The router I have holds the configurations requried in order to authenticate to the ISP's upstream router. All I have to do from FreeBSD's view is configure the external interface to use the router as the default route (using ifconfig or /stand/sysinstall). That's it. As your initial problems, what happens if you set mtu to 1500 (or *not* define this?)? Here's what man ppp says: set mtu [max[imum]] [value] The default MTU is 1500. At negotiation time, ppp will accept whatever MRU the peer requests (assuming it's not less than 296 bytes or greater than the assigned maximum). If the MTU is set, ppp will not accept MRU values less than value. When negotia- tions are complete, the MTU is used when writing to the inter- face, even if the peer requested a higher value MRU. This can be useful for limiting your packet size (giving better bandwidth sharing at the expense of more header data). If the ``maximum'' keyword is used, ppp will refuse to negotiate a higher value. The maximum MTU can be set to 2048 at most. If no value is given, 1500, or whatever the peer asks for is used. A value must be given when ``maximum'' is specified. What does ifconfig ed0 return? Please post that output here. Regards, Stacey > __________________________________________________ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > http://mailplus.yahoo.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message -- Stacey Roberts B.Sc (HONS) Computer Science Web: www.vickiandstacey.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Dec 26 7:36:38 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 836EF37B401; Thu, 26 Dec 2002 07:36:34 -0800 (PST) Received: from exchange.wan.no (exchange.wan.no [80.86.128.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E2E843E4A; Thu, 26 Dec 2002 07:36:33 -0800 (PST) (envelope-from sten.daniel.sorsdal@wan.no) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: RE: PPPoE and troubles with TCP Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Date: Thu, 26 Dec 2002 16:36:40 +0100 Message-ID: <0AF1BBDF1218F14E9B4CCE414744E70F07DE19@exchange.wanglobal.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: PPPoE and troubles with TCP Thread-Index: AcKs7P/yvVsSjKsrSzS78h6iZ6O/8AABvung From: =?iso-8859-1?Q?Sten_Daniel_S=F8rsdal?= To: "Rostislav Krasny" , Cc: , "FreeBSD Questions" 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 Have you remembered to setup anything to fix the MSS in TCP packets = going through? You have disabled encryption and compression right? -----Original Message----- From: Rostislav Krasny [mailto:rosti_bsd@yahoo.com]=20 Sent: 26. desember 2002 15:42 To: stacey@vickiandstacey.com Cc: freebsd-net@freebsd.org; FreeBSD Questions Subject: Re: PPPoE and troubles with TCP --- Stacey Roberts wrote: > On Thu, 2002-12-26 at 13:16, Rostislav Krasny wrote: > > --- Stacey Roberts wrote: > > > On Thu, 2002-12-26 at 12:26, Rostislav Krasny wrote: > > > > Hello > > > >=20 > > > > I have Alcatel Speedtouch Home ADSL modem. I use PPPoE protocol=20 > > > > for connection with my Internet Service Provider (ISP) through=20 > > > > this > ADSL > > > > modem. I use FreeBSD 4.7-RELEASE and ppp (a.k.a. user-ppp) for > this. In > > > > the /etc/ppp/ppp.conf file I have ' set MRU 1492' and ' set MTU > 1492' > > > > options. This is because the maximum MTU one can use with PPPoE=20 > > > > is > 1492 > > > > according to RFC 2516. I have no problems with "dialing" to my=20 > > > > ISP. > But > > > > after the PPPoE connection is established I have troubles with=20 > > > > TCP connections to some hosts. For example I can't go to=20 > > > > hhtp://www.ssh.com/ but to http://www.freebsd.org/ or=20 > > > > http://www.gnu.org/ I can. If I run 'telnet www.ssh.com 80' and > enter > > > > HTTP request according to HTTP 1.1 or 1.0 protocol I don't get=20 > > > > any answer. If I enter just 'GET /' I get some short answer.=20 > > > > 'GET /' is > an > > > > HTTP request according to the old HTTP 0.9 version of the=20 > > > > protocol > and > > > > it is rarely used today. But the problem is not HTTP, I think.=20 > > > > If I > do > > > > HTTP request according to HTTP 1.1 from my friends' computer I=20 > > > > do > have > > > > some long answer. Furthermore if I change the MRU and MTU to=20 > > > > 1484 > or > > > > smaller I have no problem with www.ssh.com. So it looks like TCP > packet > > > > overflow or something like that. > > > > Besides FreeBSD I have Windows 98 Second Edition in my computer. = > > > > I > use > > > > PPPoE with Win98SE too. I use RASPPPOE driver fo it, go to=20 > > > > http://www.raspppoe.com/ for more information. I have no=20 > > > > problems > with > > > > www.ssh.com when I use Win98SE with this impimentation of PPPoE=20 > > > > protocol. I have MTU =3D=3D 1492 set by default in RASPPPOE. I = don't > get > > > > error messages about fragmentation when I run 'ping -f -l 1464=20 > > > > www.ssh.com' in my Win98SE (ICMP+IP=3D1464+28=3D1492). Why in=20 > > > > FreeBSD I cannot use MTU =3D=3D 1492 without problems with some=20 > > > > hosts like www.ssh.com ? How to fix it in FreeBSD? > > > >=20 > > > > P.S. ping have different syntax in Windows, so don't be wondered > about > > > > -f flag. -f sets "no fragmentation" flag in IP headers of all > outgoing > > > > packets. > > >=20 > > > I use ADSL here on my site, but not that modem. How do you connect = > > > to that device from the FBSD box? > >=20 > > I configured my ADSL modem to work with PPPoE. Then I changed the=20 > > /etc/ppp/ppp.conf file to this one: > >=20 > > =3D=3D=3D=3D /etc/ppp/ppp.conf =3D=3D=3D=3D > > default: > > set log Phase Chat LCP IPCP CCP tun command > > ident user-ppp VERSION (built COMPILATIONDATE) > >=20 > > set device PPPoE:ed0 > > set speed sync > > # set MRU 1484 > > # set MTU 1484 > > set MRU maximum 1492 > > set MTU maximum 1492 > > set timeout 0 > > set urgent none # no priorities > > enable dns # request DNS info (for > > resolv.conf) > > disable ipv6 ipv6cp > > disable shortseq protocomp acfcomp vjcomp deflate = pred1 > > mppe > > deny shortseq protocomp acfcomp vjcomp deflate = pred1 > > mppe > >=20 > > myisp: > > set authname username@ISPstring > > set authkey password > > add default HISADDR # Add a (sticky) default = route > > =3D=3D=3D=3D /etc/ppp/ppp.conf =3D=3D=3D=3D > >=20 > > The hostname of my box can be resolved through /ets/hosts , so I=20 > > don't need any kind of 'set ifaddr' in /etc/ppp/ppp.conf file. ed0=20 > > is the ethernet NIC my ADSL modem is connected to. > >=20 > > Many lines of the "default:" section of the ppp.conf file are not > critical. > > The only ones you need are these: > >=20 > > set device PPPoE:ed0 > > set MRU maximum 1492 > > set MTU maximum 1492 > > enable dns > >=20 > > See `man 8 ppp` for more information. > >=20 >=20 > Dude, > I wasn't asking for assistance.., rather I was hoping to provide=20 > some help in response to your post.. :-) >=20 > The reason why I asked about how you connect to your ADSL modem is=20 > because if its ethernet, then there is no need to use ppp. >=20 > But if there's a case-requirement why you need to use ppp, then fair=20 > enough. >=20 > Let me know either way, okay? Yes, my computer is connected to my ADSL modem by Ethernet. What is the = way to connect with the ISP without PPP? Is it ethernet bridging with = DHCP? My ADSL Service Provider (Bezeq) does not support this. Moreover, = the use of ethernet bridging is inconvenient for me because I can't = switch the ISP by myself. When I use PPP, over Ethernet or over whatever = else, I have ISP string, so it is very easy to switch the ISP I'd like = to use at the moment. P.S. What about my main question? __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. = http://mailplus.yahoo.com 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 Dec 26 8:24: 3 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 0A01E37B401 for ; Thu, 26 Dec 2002 08:24:00 -0800 (PST) Received: from web14804.mail.yahoo.com (web14804.mail.yahoo.com [216.136.224.220]) by mx1.FreeBSD.org (Postfix) with SMTP id 4F69F43EDC for ; Thu, 26 Dec 2002 08:23:59 -0800 (PST) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20021226162359.78406.qmail@web14804.mail.yahoo.com> Received: from [192.117.108.59] by web14804.mail.yahoo.com via HTTP; Thu, 26 Dec 2002 08:23:59 PST Date: Thu, 26 Dec 2002 08:23:59 -0800 (PST) From: Rostislav Krasny Subject: Re: PPPoE and troubles with TCP To: stacey@vickiandstacey.com Cc: freebsd-net@freebsd.org, FreeBSD Questions In-Reply-To: <1040916764.68500.54.camel@localhost> 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 --- Stacey Roberts wrote: > On Thu, 2002-12-26 at 14:41, Rostislav Krasny wrote: > > --- Stacey Roberts wrote: > > > On Thu, 2002-12-26 at 13:16, Rostislav Krasny wrote: > > > > --- Stacey Roberts wrote: > > > > > On Thu, 2002-12-26 at 12:26, Rostislav Krasny wrote: > > > > > > Hello > > > > > > > > > > > > I have Alcatel Speedtouch Home ADSL modem. I use PPPoE protocol > for > > > > > > connection with my Internet Service Provider (ISP) through this > > > ADSL > > > > > > modem. I use FreeBSD 4.7-RELEASE and ppp (a.k.a. user-ppp) for > > > this. In > > > > > > the /etc/ppp/ppp.conf file I have ' set MRU 1492' and ' set MTU > > > 1492' > > > > > > options. This is because the maximum MTU one can use with PPPoE > is > > > 1492 > > > > > > according to RFC 2516. I have no problems with "dialing" to my > ISP. > > > But > > > > > > after the PPPoE connection is established I have troubles with > TCP > > > > > > connections to some hosts. For example I can't go to > > > > > > hhtp://www.ssh.com/ but to http://www.freebsd.org/ or > > > > > > http://www.gnu.org/ I can. If I run 'telnet www.ssh.com 80' and > > > enter > > > > > > HTTP request according to HTTP 1.1 or 1.0 protocol I don't get > any > > > > > > answer. If I enter just 'GET /' I get some short answer. 'GET > /' is > > > an > > > > > > HTTP request according to the old HTTP 0.9 version of the > protocol > > > and > > > > > > it is rarely used today. > > > > > > > > Many lines of the "default:" section of the ppp.conf file are not > > > critical. > > > > The only ones you need are these: > > > > > > > > set device PPPoE:ed0 > > > > set MRU maximum 1492 > > > > set MTU maximum 1492 > > > > enable dns > > > > > > > > See `man 8 ppp` for more information. > > > > > > > > > > Dude, > > > I wasn't asking for assistance.., rather I was hoping to provide > > > some help in response to your post.. :-) > > > > > > The reason why I asked about how you connect to your ADSL modem is > > > because if its ethernet, then there is no need to use ppp. > > > > > > But if there's a case-requirement why you need to use ppp, then fair > > > enough. > > > > > > Let me know either way, okay? > > > > Yes, my computer is connected to my ADSL modem by Ethernet. > > What is the way to connect with the ISP without PPP? > > Is it ethernet bridging with DHCP? My ADSL Service Provider (Bezeq) > > does not support this. Moreover, the use of ethernet bridging is > > inconvenient for me because I can't switch the ISP by myself. > > When I use PPP, over Ethernet or over whatever else, I have ISP string, > > so it is very easy to switch the ISP I'd like to use at the moment. > > > > P.S. What about my main question? > > > > Hi, > I didn't really have to configure *anything* as such to establish > connectivity on FreeBSD. The router I have holds the configurations > requried in order to authenticate to the ISP's upstream router. > > All I have to do from FreeBSD's view is configure the external interface > to use the router as the default route (using ifconfig or > /stand/sysinstall). That's it. So, your FreeBSD box is within your LAN and have do dial with ADSL at all, only your router have. Your box have internal LAN's IP 192.168.1.8 and your router configured to do network address and port translation. This network configuration is completely different from my one. I have a modem, not a router. > As your initial problems, what happens if you set mtu to 1500 (or *not* > define this?)? Here's what man ppp says: > set mtu [max[imum]] [value] > The default MTU is 1500. At negotiation time, ppp will > accept > whatever MRU the peer requests (assuming it's not less than > 296 > bytes or greater than the assigned maximum). If the MTU is > set, > ppp will not accept MRU values less than value. When > negotia- > tions are complete, the MTU is used when writing to the > inter- > face, even if the peer requested a higher value MRU. This > can be > useful for limiting your packet size (giving better > bandwidth > sharing at the expense of more header data). > > If the ``maximum'' keyword is used, ppp will refuse to > negotiate > a higher value. The maximum MTU can be set to 2048 at > most. > > If no value is given, 1500, or whatever the peer asks for > is > used. A value must be given when ``maximum'' is specified. > > > What does ifconfig ed0 return? Please post that output here. This is a copy/paste of just 'ifconfig', so you can see all the interfaces: ed0: flags=8843 mtu 1500 inet6 fe80::200:21ff:fe82:2503%ed0 prefixlen 64 scopeid 0x1 ether 00:00:21:82:25:03 faith0: flags=8002 mtu 1500 lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 ppp0: flags=8010 mtu 1500 tun0: flags=8051 mtu 1492 inet 192.117.108.59 --> 192.117.122.11 netmask 0xffffffff Opened by PID 142 I don't use ed0 directly, ppp use it for ppp0. ed0 is like /dev/cuaa1 when you have regular modem, 33600bps one for example. I use tun0 that support TCP/IP and have MTU == 1492. Read RFC 2516 for information about the maximum MTU that is correct with PPPoE protocol. 1492 is the maximum. __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Dec 26 8:54: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 0921D37B405 for ; Thu, 26 Dec 2002 08:54:11 -0800 (PST) Received: from web14809.mail.yahoo.com (web14809.mail.yahoo.com [216.136.224.230]) by mx1.FreeBSD.org (Postfix) with SMTP id 6036543F26 for ; Thu, 26 Dec 2002 08:54:10 -0800 (PST) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20021226165410.19581.qmail@web14809.mail.yahoo.com> Received: from [192.117.108.59] by web14809.mail.yahoo.com via HTTP; Thu, 26 Dec 2002 08:54:10 PST Date: Thu, 26 Dec 2002 08:54:10 -0800 (PST) From: Rostislav Krasny Subject: RE: PPPoE and troubles with TCP To: "Sten_Daniel_Sørsdal" , stacey@vickiandstacey.com Cc: freebsd-net@freebsd.org, FreeBSD Questions In-Reply-To: <0AF1BBDF1218F14E9B4CCE414744E70F07DE19@exchange.wanglobal.net> 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 --- Sten_Daniel_Sørsdal wrote: > > Have you remembered to setup anything to fix the MSS in TCP packets > going through? RASPPPOE in my Win98SE have such option enabled by default. It's described there to solve problem with ICS (Internet Connection Sharing). I don't see any difference when it is disabled or enabled. RASPPPOE works just good with MTU == 1492 in my Win98SE. However my FreeBSD in the same box have troubles with TCP when I use PPPoE with MTU == 1492. The configuration of TCP MSS in my FreeBSD is default, I didn't change it. > You have disabled encryption and compression right? Yes, all types of compression and encryption are disabled, see my previous post with /etc/ppp/ppp.conf there. P.S. PPPoE use 8 bytes in each ethernet packet this is the reason why 1492 is the maximum MTU with PPPoE. I found that MTU == 1484 solve my problem, read my previous posts. But, 1484 = 1492 - 8 ! It looks like double PPPoE usage or lack of correspondence to the standard of PPPoE protocol described in RFC 2516. Maybe PPPoE implementation in FreeBSD have a bug? __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Dec 26 10:10:54 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 E7AB037B401 for ; Thu, 26 Dec 2002 10:10:52 -0800 (PST) Received: from mta4.srv.hcvlny.cv.net (mta4.srv.hcvlny.cv.net [167.206.5.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41EB143EC5 for ; Thu, 26 Dec 2002 10:10:52 -0800 (PST) (envelope-from agapon@excite.com) Received: from asv9.srv.hcvlny.cv.net (asv9.srv.hcvlny.cv.net [167.206.5.30]) by mta4.srv.hcvlny.cv.net (iPlanet Messaging Server 5.2 HotFix 1.05 (built Nov 6 2002)) with ESMTP id <0H7Q00618NU20Z@mta4.srv.hcvlny.cv.net> for freebsd-net@freebsd.org; Thu, 26 Dec 2002 13:10:50 -0500 (EST) Received: from mta10.srv.hcvlny.cv.net (mta10.srv.hcvlny.cv.net [167.206.5.45]) by asv9.srv.hcvlny.cv.net (8.12.6/8.11.6) with ESMTP id gBQIAmr1017069 for ; Thu, 26 Dec 2002 13:10:48 -0500 (EST) Received: from edge.foundation.invalid (ool-4352ef3f.dyn.optonline.net [67.82.239.63]) by mta10.srv.hcvlny.cv.net (iPlanet Messaging Server 5.2 HotFix 1.05 (built Nov 6 2002)) with ESMTP id <0H7Q00JVFNTZJG@mta10.srv.hcvlny.cv.net> for freebsd-net@freebsd.org; Thu, 26 Dec 2002 13:10:48 -0500 (EST) Received: from localhost (localhost.foundation.invalid [127.0.0.1]) by edge.foundation.invalid (8.12.6/8.12.3) with ESMTP id gBQIAlke051187 for ; Thu, 26 Dec 2002 13:10:47 -0500 (EST envelope-from agapon@excite.com) Date: Thu, 26 Dec 2002 13:10:47 -0500 (EST) From: Andriy Gapon Subject: pseudo-device ef X-X-Sender: avg@edge.foundation.invalid To: freebsd-net@freebsd.org Message-id: <20021226131020.D51183@edge.foundation.invalid> 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 FreeBSD 4.7-RELEASE here and pseudo-device ef doesn't seem to do the right thing. When compile kernel wth this option I see all the ef symbols in kernel: p0:terminus#12:09>nm /kernel | fgrep ef_ c0271d48 r __set_sysctl_set_sym_sysctl___net_inet_ipsec_def_policy c018f620 t ef_attach c018fdb4 t ef_clone c018f6ec t ef_detach c018f764 t ef_init c018f8d0 t ef_input c02c3b4c B ef_inputp c018f76c t ef_ioctl c018fe54 t ef_load c018fb64 t ef_output c02c3b40 B ef_outputp c018f800 t ef_start c018ff7c t ef_unload c02987c4 d if_ef_mod c018ffd0 t if_ef_modevent c02c4300 B ip4_def_policy c029bb80 d sysctl___net_inet_ipsec_def_policy but no XXNfM interfaces come into existance after boot. On the other hand, if I load the corresponding module if_ef via loader.conf, everything works like charm. Am I missing something or is there a problem with the code ? -- Andriy Gapon * "The worst part of communication is the illusion that it has actually occurred". M. Jenkins. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Dec 26 12: 0: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 D12FF37B401 for ; Thu, 26 Dec 2002 12:00:27 -0800 (PST) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4EED43ED4 for ; Thu, 26 Dec 2002 12:00:22 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (root@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with SMTP id gBQK0FiU074717 for ; Thu, 26 Dec 2002 22:00:15 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with ESMTP id gBQK0AeY074695 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 26 Dec 2002 22:00:14 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Submit) id gBQK09fu074688; Thu, 26 Dec 2002 22:00:09 +0200 (EET) Date: Thu, 26 Dec 2002 22:00:08 +0200 From: Ruslan Ermilov To: Eugene Grosbein Cc: net@freebsd.org, security@freebsd.org Subject: Static ARP (was: Re: NOARP - gateway must answer and have frozen ARP table) Message-ID: <20021226200008.GA70966@sunbay.com> References: <20011205040316.H40864@blossom.cjclark.org> <20011205231735.A1361@grosbein.pp.ru> <20011205193859.B79705@sunbay.com> <200112051835.fB5IZqH95521@whizzo.transsys.com> <20011205204526.B89520@sunbay.com> <200112051852.fB5IqmH95809@whizzo.transsys.com> <20011205121928.A3061@blossom.cjclark.org> <200112062059.MAA02282@windsor.research.att.com> <20011207110542.J13705@sunbay.com> <3C11C24B.A980A646@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6zdv2QT/q3FMhpsV" Content-Disposition: inline In-Reply-To: <3C11C24B.A980A646@svzserv.kemerovo.su> 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 --6zdv2QT/q3FMhpsV Content-Type: multipart/mixed; boundary="CUfgB8w4ZwR/yMy5" Content-Disposition: inline --CUfgB8w4ZwR/yMy5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 08, 2001 at 02:33:31PM +0700, Eugene Grosbein wrote: > > OK, I have a proposal that should fit both opinions. I'll keep the > > net.link.ether.inet.static_arp to mean what it means now (keep ARP > > table static, no updates except from local process through a routing > > socket writes), and will add another sysctl that will switch the > > meaning of IFF_NOARP from "no arp" to "static arp on this interface". > > How about this? >=20 > This would be the best souliution at least for us :-) >=20 OK, enough of cooling off. :-) The attached patch (for 5.0-CURRENT) adds the IFF_STATICARP per-interface flag, which does the obvious thing. 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 --CUfgB8w4ZwR/yMy5 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p Content-Transfer-Encoding: quoted-printable Index: sys/net/if.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/net/if.h,v retrieving revision 1.81 diff -u -p -r1.81 if.h --- sys/net/if.h 14 Nov 2002 23:16:18 -0000 1.81 +++ sys/net/if.h 26 Dec 2002 19:57:41 -0000 @@ -150,6 +150,7 @@ struct if_data { #define IFF_POLLING 0x10000 /* Interface is in polling mode. */ #define IFF_PPROMISC 0x20000 /* user-requested promisc mode */ #define IFF_MONITOR 0x40000 /* user-requested monitor mode */ +#define IFF_STATICARP 0x80000 /* static ARP */ =20 /* flags set internally only: */ #define IFF_CANTCHANGE \ Index: sys/netinet/if_ether.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/netinet/if_ether.c,v retrieving revision 1.96 diff -u -p -r1.96 if_ether.c --- sys/netinet/if_ether.c 31 Jul 2002 16:45:16 -0000 1.96 +++ sys/netinet/if_ether.c 26 Dec 2002 19:57:41 -0000 @@ -448,12 +448,12 @@ arpresolve(ifp, rt, m, dst, desten, rt0) return 1; } /* - * If ARP is disabled on this interface, stop. + * If ARP is disabled or static on this interface, stop. * XXX * Probably should not allocate empty llinfo struct if we are * not going to be sending out an arp request. */ - if (ifp->if_flags & IFF_NOARP) { + if (ifp->if_flags & (IFF_NOARP | IFF_STATICARP)) { m_freem(m); return (0); } @@ -654,6 +654,8 @@ match: itaddr =3D myaddr; goto reply; } + if (ifp->if_flags & IFF_STATICARP) + goto reply; la =3D arplookup(isaddr.s_addr, itaddr.s_addr =3D=3D myaddr.s_addr, 0); if (la && (rt =3D la->la_rt) && (sdl =3D SDL(rt->rt_gateway))) { /* the following is not an error when doing bridging */ Index: sbin/ifconfig/ifconfig.8 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sbin/ifconfig/ifconfig.8,v retrieving revision 1.66 diff -u -p -r1.66 ifconfig.8 --- sbin/ifconfig/ifconfig.8 25 Nov 2002 16:01:28 -0000 1.66 +++ sbin/ifconfig/ifconfig.8 26 Dec 2002 19:57:41 -0000 @@ -227,6 +227,18 @@ addresses and .It Fl arp Disable the use of the Address Resolution Protocol .Pq Xr arp 4 . +.It Cm staticarp +If the Address Resolution Protocol is enabled, +the host will only reply to requests for its addresses, +and will never send any requests. +.It Fl staticarp +If the Address Resolution Protocol is enabled, +the host will perform normally, +sending out requests, +listening for replies, +and allowing gratuitous requests to update the +.Tn ARP +table. .It Cm broadcast (Inet only.) Specify the address to use to represent broadcasts to the Index: sbin/ifconfig/ifconfig.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sbin/ifconfig/ifconfig.c,v retrieving revision 1.85 diff -u -p -r1.85 ifconfig.c --- sbin/ifconfig/ifconfig.c 15 Nov 2002 00:02:21 -0000 1.85 +++ sbin/ifconfig/ifconfig.c 26 Dec 2002 19:57:41 -0000 @@ -243,6 +243,8 @@ struct cmd { { "-link2", -IFF_LINK2, setifflags }, { "monitor", IFF_MONITOR, setifflags }, { "-monitor", -IFF_MONITOR, setifflags }, + { "staticarp", IFF_STATICARP, setifflags }, + { "-staticarp", -IFF_STATICARP, setifflags }, #ifdef USE_IF_MEDIA { "media", NEXTARG, setmedia }, { "mediaopt", NEXTARG, setmediaopt }, @@ -1065,7 +1067,7 @@ setifmtu(const char *val, int dummy __un #define IFFBITS \ "\020\1UP\2BROADCAST\3DEBUG\4LOOPBACK\5POINTOPOINT\6SMART\7RUNNING" \ "\10NOARP\11PROMISC\12ALLMULTI\13OACTIVE\14SIMPLEX\15LINK0\16LINK1\17LINK2= " \ -"\20MULTICAST\023MONITOR" +"\20MULTICAST\023MONITOR\024STATICARP" =20 #define IFCAPBITS \ "\003\1RXCSUM\2TXCSUM\3NETCONS\4VLAN_MTU\5VLAN_HWTAGGING\6JUMBO_MTU" --CUfgB8w4ZwR/yMy5-- --6zdv2QT/q3FMhpsV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+C1/IUkv4P6juNwoRAn9FAJ9X1HFqxXl//v/dEMvEy1bW0Cgu6QCfXm3L sA/tpDjtJkSEG+4D0XDIXdU= =XcqZ -----END PGP SIGNATURE----- --6zdv2QT/q3FMhpsV-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Dec 26 12:49: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 DA0FB37B40A for ; Thu, 26 Dec 2002 12:49:20 -0800 (PST) Received: from gw.gbch.net (gw.gbch.net [203.143.238.93]) by mx1.FreeBSD.org (Postfix) with SMTP id 686D743EDC for ; Thu, 26 Dec 2002 12:49:18 -0800 (PST) (envelope-from gjb@gbch.net) Received: (qmail 51690 invoked by uid 1001); 27 Dec 2002 06:49:16 +1000 X-Posted-By: GJB-Post 2.29 08-Nov-2002 X-Operating-System: FreeBSD 4.2-RELEASE i386 X-Uptime: 2 days, 8:01 X-Location: Brisbane, Australia; 27.49841S 152.98439E X-URL: http://www.gbch.net/gjb.html X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-GPG-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-PGP-Public-Keys: http://www.gbch.net/keys.html Message-Id: Date: Fri, 27 Dec 2002 06:49:16 +1000 From: Greg Black To: Rostislav Krasny Cc: freebsd-net@freebsd.org, freebsd-questions@FreeBSD.ORG Reply-To: freebsd-questions@FreeBSD.ORG Subject: Re: PPPoE and troubles with TCP References: <20021226165410.19581.qmail@web14809.mail.yahoo.com> In-reply-to: <20021226165410.19581.qmail@web14809.mail.yahoo.com> of Thu, 26 Dec 2002 08:54:10 PST 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 [Note: Cc list trimmed; cross-posting not recommended; please watch these things.] Rostislav Krasny wrote: | Maybe PPPoE implementation in FreeBSD have a bug? The data you have provided is inadequate. The following /etc/ppp.conf (edited to hide passwords, etc) works with the version of ppp that has been out since March with an Alcatel Speed Touch Home ADSL modem on the web sites you had trouble with: set device PPPoE:xl0 set authname foo set authkey bar set speed sync enable lqr set cd 5 set dial set login set redial 0 0 set ifaddr 987.654.321.0 0.0.0.0/0 add default HISADDR set timeout 0 Note that it does not specify anything for MRU and MTU as these are both handled automatically by ppp now. Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Dec 26 16:51:31 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 7F07D37B401 for ; Thu, 26 Dec 2002 16:51:29 -0800 (PST) Received: from web14804.mail.yahoo.com (web14804.mail.yahoo.com [216.136.224.220]) by mx1.FreeBSD.org (Postfix) with SMTP id 085BE43EE5 for ; Thu, 26 Dec 2002 16:51:29 -0800 (PST) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20021227005128.9513.qmail@web14804.mail.yahoo.com> Received: from [192.117.108.59] by web14804.mail.yahoo.com via HTTP; Thu, 26 Dec 2002 16:51:28 PST Date: Thu, 26 Dec 2002 16:51:28 -0800 (PST) From: Rostislav Krasny Subject: Re: PPPoE and troubles with TCP To: Greg Black Cc: freebsd-net@freebsd.org, freebsd-questions@freebsd.org In-Reply-To: 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 --- Greg Black wrote: > [Note: Cc list trimmed; cross-posting not recommended; please > watch these things.] > > Rostislav Krasny wrote: > > | Maybe PPPoE implementation in FreeBSD have a bug? > > The data you have provided is inadequate. The following > /etc/ppp.conf (edited to hide passwords, etc) works with the > version of ppp that has been out since March with an Alcatel > Speed Touch Home ADSL modem on the web sites you had trouble > with: > > set device PPPoE:xl0 > set authname foo > set authkey bar > set speed sync > enable lqr > set cd 5 > set dial > set login > set redial 0 0 > set ifaddr 987.654.321.0 0.0.0.0/0 > add default HISADDR > set timeout 0 > > Note that it does not specify anything for MRU and MTU as these > are both handled automatically by ppp now. > > Greg Edited to hide 'authname' and 'authkey' only? What about 'set ifaddr' line? Did you use this version of /etc/ppp/ppp.conf by yourself? In my system it produce the following error message: Working in background mode Using interface: tun0 Warning: ncprange_aton: 987.654.321.0: Bad address Warning: set ifaddr: Failed 1 Child failed (errdead) Ok, after I fixed the problem with 'set ifaddr' I have exactly the same connection like I had before. You're right, MTU and MRU are both handled automatically but what the difference it makes in my case? I still cannot browse http://www.ssh.com/ Can you? Or could you do some simple test? Just run 'telnet www.ssh.com 80' and when you're connected enter this HTTP request: ===== HTTP request ===== GET / HTTP/1.1 Host: www.ssh.com Connection: close ===== HTTP request ===== In the end of 3rd line press Enter twice. Do you get any answer? I don't. If you get something, maybe you use proxy or your ISP (Internet Service Provider) have transparent proxy? Anyway, how could you explain that with MTU == MRU == 1484 I have no problem with www.ssh.com ? How could you explain that RASPPPOE works good with MTU == 1492 in Win98SE in the same system and with the same ADSL modem? __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Dec 27 5:33: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 0FAA137B401 for ; Fri, 27 Dec 2002 05:33:13 -0800 (PST) Received: from epita.fr (hermes.epita.fr [163.5.255.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46E0B43EDC for ; Fri, 27 Dec 2002 05:33:11 -0800 (PST) (envelope-from le-hen_j@epita.fr) Received: from carpediem (carpediem [10.42.42.5]) by epita.fr id gBRDX1H23786 for net@freebsd.org EPITA Paris France Fri, 27 Dec 2002 14:33:01 +0100 (MET) Date: Fri, 27 Dec 2002 14:33:00 +0100 From: jeremie le-hen To: net@freebsd.org Subject: hping strange behaviour Message-ID: <20021227133300.GA7461@carpediem.epita.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i 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 was just trying to send an ICMP address mask request to my provider default gateway with hping from my FreeBSD 4.7-STABLE, but the latter gave me this error message: yoda:tataz# hping -n -I tun0 -V --icmp --dontfrag --icmp-addr 193.252.50.1 using lo0, addr: 127.0.0.1, MTU: 1500 HPING 193.252.50.1 (lo0 193.252.50.1): icmp mode set, 28 headers + 0 data bytes [send_ip] sendto: Can't assign requested address. This seems obious that hping doesn't use the right interface tun0 to send his datagrams. Note that I'm connected to Internet through a DSL connexion, using PPPoE. My firewall rules don't care about outgoing ICMP and let them go on. When I try to use ep0 which is not a kind of virtual interface like tun0 might be considered as, the behaviour is exactly the same. But when I try the exactly same command line on another FreeBSD 4.7-STABLE box from my private network, here is the output: z6po:tataz# hping -n -I ep0 -V --icmp --dontfrag --icmp-addr 193.252.50.1 using ep0, addr: 192.168.0.45, MTU:1500 HPING 193.252.50.1 (ep0 193.252.50.1): icmp mode set, 28 headers + 0 data bytes ^C --- 193.252.50.1 hping statistic --- 3 packets transmitted, 0 packets received, 100% packet loss round-trip min/avg/max = 0.0/0.0/0.0 ms So does anyone have an idea on my problem ? Thanks in advance. Regards, -- Jeremie aka T{ata,t}Z le-hen_j@epita.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Dec 27 7: 3: 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 9FC4437B401 for ; Fri, 27 Dec 2002 07:03:01 -0800 (PST) Received: from itesec.hsc.fr (itesec.hsc.fr [192.70.106.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id A074843EA9 for ; Fri, 27 Dec 2002 07:03:00 -0800 (PST) (envelope-from Nicolas.Jombart@hsc.fr) Received: from silver.hsc.fr (silver.hsc.fr [192.70.106.98]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "silver.hsc.fr", Issuer "HSC CA" (verified OK)) by itesec.hsc.fr (Postfix) with ESMTP id B1A1D20FF7; Fri, 27 Dec 2002 16:02:58 +0100 (CET) Received: by silver.hsc.fr (Postfix, from userid 1000) id C4B655712; Fri, 27 Dec 2002 16:02:43 +0100 (CET) Date: Fri, 27 Dec 2002 16:02:43 +0100 From: Nicolas Jombart To: jeremie le-hen Cc: net@freebsd.org, hping-devel@lists.linux.it Subject: Re: hping strange behaviour Message-ID: <20021227150243.GA3119@silver.hsc.fr> Mail-Followup-To: jeremie le-hen , net@freebsd.org, hping-devel@lists.linux.it References: <20021227133300.GA7461@carpediem.epita.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021227133300.GA7461@carpediem.epita.fr> X-Operating-System: FreeBSD 5.0-CURRENT X-Organisation: =?iso-8859-1?Q?Herv?= =?iso-8859-1?Q?=E9?= Schauer Consultants - http://www.hsc.fr/ 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 (Fri, Dec 27, 2002 at 02:33:00PM +0100) jeremie le-hen wrote: > yoda:tataz# hping -n -I tun0 -V --icmp --dontfrag --icmp-addr 193.252.50.1 > using lo0, addr: 127.0.0.1, MTU: 1500 > HPING 193.252.50.1 (lo0 193.252.50.1): icmp mode set, 28 headers + 0 data bytes > [send_ip] sendto: Can't assign requested address. > > This seems obious that hping doesn't use the right interface tun0 to send his > datagrams. > Note that I'm connected to Internet through a DSL connexion, using PPPoE. My Hmmm, can you provide output of hping -v and your command with -D switch? I have the same problem using pppX interfaces. If you do not use -I, hping should select the correct interface. > So does anyone have an idea on my problem ? Thanks in advance. Yet another bug :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Dec 27 11: 6:41 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 9792737B401; Fri, 27 Dec 2002 11:06:40 -0800 (PST) Received: from h14n2fls34o809.telia.com (h14n2fls34o809.telia.com [217.208.95.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56C8143EC2; Fri, 27 Dec 2002 11:06:39 -0800 (PST) (envelope-from pawel.worach@telia.com) Received: from corona (corona.sajd.net [192.168.1.20]) by h14n2fls34o809.telia.com (8.11.6+Sun/8.11.6) with ESMTP id gBRJ6Zg09075; Fri, 27 Dec 2002 20:06:37 +0100 (MET) From: "Pawel Worach" To: , Subject: xe pcmcia interface broken Date: Fri, 27 Dec 2002 20:06:35 +0100 Message-ID: <000001c2addb$14804970$2a45fea9@corona> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 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 Using an IBM ThinkPad 770 with the Intel EtherExpress(TM) PRO/100 PC Card Mobile Adapter16 is a no go in RELENG_5_0, this worked fine in 4.7-RELEASE also i had to use the "OLDCARD" style pcmcia driver, the new one won't work. pccard: card inserted, slot 0 xe0 at port 0x240-0x24f iomem 0xd4000-0xd4fff irq 3 slot 0 on pccard0 xe0: Intel CE3, bonding version 0x45, 100Mbps capable xe0: DingoID = 0, RevisionID = 0, VendorID = 0 xe0: Ethernet address 00:a0:c9:37:21:ef xe0: watchdog timeout; resetting card Now for the real fun, oversized frames: # ping -c 1 darkstar PING darkstar.sajd.net (192.168.1.11): 56 data bytes 64 bytes from 192.168.1.11: icmp_seq=0 ttl=64 time=0.668 ms # ping -c 1 -s 2000 darkstar PING darkstar.sajd.net (192.168.1.11): 56 data bytes xe0: discard oversize frame (ether type 800 flags 3 len 1518 > max 1514) xe0: discard oversize frame (ether type 800 flags 3 len 1518 > max 1514) # ifconfig xe0 | grep mtu xe0: flags=8843 mtu 1500 any ideas? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Dec 27 12:54: 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 C015C37B401; Fri, 27 Dec 2002 12:54:07 -0800 (PST) Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id C266A43EA9; Fri, 27 Dec 2002 12:54:06 -0800 (PST) (envelope-from hiten@unixdaemons.com) Received: from unixdaemons.com (pc3-nfds1-5-cust242.nott-b.cable.ntl.com [80.5.196.242]) (authenticated bits=0) by angelica.unixdaemons.com (8.12.6/8.12.1) with ESMTP id gBRKrcsB062974; Fri, 27 Dec 2002 15:53:47 -0500 (EST) Message-ID: <3E0CBD87.60006@unixdaemons.com> Date: Fri, 27 Dec 2002 20:52:23 +0000 From: Hiten Pandya User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current Cc: freebsd-net Subject: Does anyone have an lge(4) supported NIC? 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 Hi all. Sorry for cross posting, but if someone on the channel has an lge(4) supported NIC and you are willing to test some patches, can you please contact me privately? Cheers. -- Hiten Pandya http://www.unixdaemons.com/~hiten/ hiten@unixdaemons.com, hiten@uk.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Dec 27 16:11:15 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 73E6337B401 for ; Fri, 27 Dec 2002 16:11:12 -0800 (PST) Received: from h14n2fls34o809.telia.com (h14n2fls34o809.telia.com [217.208.95.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B10143ED1 for ; Fri, 27 Dec 2002 16:11:11 -0800 (PST) (envelope-from pawel.worach@telia.com) Received: from corona (corona.sajd.net [192.168.1.20]) by h14n2fls34o809.telia.com (8.11.6+Sun/8.11.6) with ESMTP id gBS0B9g09417 for ; Sat, 28 Dec 2002 01:11:09 +0100 (MET) From: "Pawel Worach" To: Subject: xe pcmcia interface broken, more debug Date: Sat, 28 Dec 2002 01:11:09 +0100 Message-ID: <000001c2ae05$9fcbd380$2a45fea9@corona> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 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 searched the archives and found tips on changing the irq from 3 to 10 but the problem persists. Here is some more info about the "watchdog timeout" with the xe driver debugging enabled. I also disabled autonegotiation (forced 10baseT/UTP) as the other end is a Cisco Cat. 1900 10mbit port. pccard: card inserted, slot 0 xe0 at port 0x240-0x24f iomem 0xd4000-0xd4fff irq 10 slot 0 on pccard0 xe0: attach xe0: Intel CE3, bonding version 0x45, 100Mbps capable xe0: DingoID =3D 0, RevisionID =3D 0, VendorID =3D 0 xe0: Ethernet address 00:a0:c9:37:21:ef xe0: media_status xe0: media_status xe0: media_status xe0: media_change xe0: setmedia xe0: disable_intr xe0: soft_reset xe0: silicon revision =3D 4 xe0: disable_intr xe0: PHY OK! xe0: MII registers: 0:3400 1:7809 4:01e1 5:0000 6:0000 xe0: Selecting 10baseT xe0: Setting LEDs xe0: init xe0: enable_intr xe0: init xe0: enable_intr xe0: init xe0: enable_intr xe0: watchdog timeout; resetting card xe0: stop xe0: disable_intr xe0: hard_reset xe0: setmedia xe0: disable_intr xe0: soft_reset xe0: silicon revision =3D 4 xe0: disable_intr xe0: PHY OK! xe0: MII registers: 0:3400 1:7809 4:01e1 5:0000 6:0000 xe0: Selecting 10baseT xe0: Setting LEDs xe0: init xe0: enable_intr xe0: init xe0: enable_intr xe0: init xe0: enable_intr xe0: media_status xe0: media_status -----Original Message----- From: Pawel Worach [mailto:pawel.worach@telia.com]=20 Sent: den 27 december 2002 20:07 To: 'freebsd-current@freebsd.org'; 'net@freebsd.org' Subject: xe pcmcia interface broken Using an IBM ThinkPad 770 with the Intel EtherExpress(TM) PRO/100 PC Card Mobile Adapter16 is a no go in RELENG_5_0, this worked fine in 4.7-RELEASE also i had to use the "OLDCARD" style pcmcia driver, the new one won't = work. pccard: card inserted, slot 0 xe0 at port 0x240-0x24f iomem 0xd4000-0xd4fff irq 3 slot 0 on pccard0 xe0: Intel CE3, bonding version 0x45, 100Mbps capable xe0: DingoID =3D 0, RevisionID =3D 0, VendorID =3D 0 xe0: Ethernet address 00:a0:c9:37:21:ef xe0: watchdog timeout; resetting card Now for the real fun, oversized frames: # ping -c 1 darkstar PING darkstar.sajd.net (192.168.1.11): 56 data bytes 64 bytes from 192.168.1.11: icmp_seq=3D0 ttl=3D64 time=3D0.668 ms # ping -c 1 -s 2000 darkstar PING darkstar.sajd.net (192.168.1.11): 56 data bytes xe0: discard oversize frame (ether type 800 flags 3 len 1518 > max 1514) xe0: discard oversize frame (ether type 800 flags 3 len 1518 > max 1514) # ifconfig xe0 | grep mtu xe0: flags=3D8843 mtu 1500 any ideas? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Dec 27 19:55:29 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 B827337B401; Fri, 27 Dec 2002 19:55:26 -0800 (PST) Received: from beaujolais.extremis.net (beaujolais.extremis.net [217.158.56.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 913DF43E4A; Fri, 27 Dec 2002 19:55:25 -0800 (PST) (envelope-from gjvc@extremis.net) Received: from localhost (localhost.extremis.net [127.0.0.1]) by beaujolais.extremis.net (Postfix) with ESMTP id 6A0D872503; Sat, 28 Dec 2002 03:55:24 +0000 (UTC) Received: by beaujolais.extremis.net (Postfix, from userid 1010) id E0FFE72502; Sat, 28 Dec 2002 03:55:23 +0000 (UTC) Date: Sat, 28 Dec 2002 03:55:23 +0000 From: "George J.V. Cox" To: freebsd-net@freebsd.org, freebsd-hardware@freebsd.org Subject: Broadcom BCM5703X Gigabit Ethernet woes, panics, no MIIs, oh my! Message-ID: <20021228035523.GA34823@beaujolais.extremis.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i X-Razor-id: aa33b23fcc2594421aca127303f21b291859182c 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 there, I have a Dell 1655MC blade server, and a compiled-this-week 4.7-STABLE kernel. The hardware is a chassis of 6 PCs in a 3U case. Each blade has two Broadcom BCM5703 interfaces. Unfortunately, its behaviour is rather non-deterministic. The dmesg output follows. As you see, there are two bge0s (!) and neither has an associated PHY. It's not always like this, however. Sometimes it boots fine, both interfaces are detected OK and one can proceed to do an NFS install of the minimal distribution set. Once the interface has been configured, it seems to be stable. Let's hear it for KASSERT()! # ifconfig bge0 up panic: bge_stop: mii is NULL Here's the offending bit from sys/dev/bge/if_bge.c (KASSERTs added by me) if (!sc->bge_tbi) { KASSERT(ifp != NULL, ("bge_stop: ifp is NULL")); itmp = ifp->if_flags; ifp->if_flags |= IFF_UP; KASSERT(mii != NULL, ("bge_stop: mii is NULL")); ifm = mii->mii_media.ifm_cur; KASSERT(ifm != NULL, ("bge_stop: ifm is NULL")); mtmp = ifm->ifm_media; ifm->ifm_media = IFM_ETHER|IFM_NONE; mii_mediachg(mii); ifm->ifm_media = mtmp; ifp->if_flags = itmp; } So, the problem is that at boot-time, the kernel is not getting a PHY driver, be it a brgphy, or a ukphy attached to the miibus. Have a look at the specs here: http://www.ap.dell.com/ap/au/en/bsd/products/model_rkopt_3_rkopt_1655mc.htm best; gjvc ok boot Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Console:The Regents of the University of California. All rights reserved. FreeBSD 4.7-STABLE #19: Tue Dec 24 13:49:18 UTC 2002 gjvc@builder.uk.extremis:/usr/src/sys/compile/DELL1655MC-GENERIC Timecounter "i8254" frequency 1193182 Hz2a1:00d6 Timecounter "TSC" frequency 1260605043 Hz CPU: Pentium III/Pentium III Xeon/Celeron (1260.61-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b4 Stepping = 4 Features=0x383fbff real memory = 1073676288 (1048512K bytes) avail memory = 1037733888 (1013412K bytes) Preloaded elf kernel "kernel" at 0xc0727000. Preloaded mfs_root "/mfsroot47" at 0xc072709c. Pentium Pro MTRR support enabled md0: Preloaded image 4423680 bytes at 0xc02ed1d0 md1: Malloc disk Using $PIR table, 5 entries at 0xc00fc400 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 mpt0: port 0xfc00-0xfcff mem 0xfe000000-0xfe00ffff,0xfe010000-0xfe01ffff irq 14 at device 13.0 on pci0 pci0: at 14.0 isab0: at device 15.0 on pci0 isa0: on isab0 pci0: at 15.2 irq 5 pcib1: on motherboard pci1: on pcib1 bge0: mem 0xed010000-0xed01ffff irq 10 at device 10.0 on pci1 bge0: Ethernet address: 00:06:5b:0e:6d:1c bge0: MII without any PHY! device_probe_and_attach: bge0 attach returned 6 bge0: mem 0xed000000-0xed00ffff irq 11 at device 11.0 on pci1 bge0: Ethernet address: 00:06:5b:0e:6d:1d bge0: MII without any PHY! device_probe_and_attach: bge0 attach returned 6 pcib2: on motherboard pci2: on pcib2 orm0: