From owner-freebsd-questions Wed Mar 31 19:11:10 1999 Delivered-To: freebsd-questions@freebsd.org Received: from gaia.euronet.nl (gaia.euronet.nl [194.134.0.10]) by hub.freebsd.org (Postfix) with ESMTP id 7308A152B1 for ; Wed, 31 Mar 1999 19:10:53 -0800 (PST) (envelope-from roelof@eboa.com) Received: from charon.eboa.com (n669.telekabel.euronet.nl [194.134.130.170]) by gaia.euronet.nl (8.8.8/8.8.8) with ESMTP id FAA02076; Thu, 1 Apr 1999 05:10:30 +0200 (MET DST) Received: from eboa.com (roelof [10.0.0.2]) by charon.eboa.com (8.8.8/8.8.8) with ESMTP id FAA00474; Thu, 1 Apr 1999 05:10:28 +0200 Message-ID: <3702E42C.7C1CD8E7@eboa.com> Date: Thu, 01 Apr 1999 05:12:44 +0200 From: Roelof Osinga Organization: eboa - engineering buro Office Automation X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: Jeff Fisher , freebsd-questions@FreeBSD.ORG Subject: Re: Routing probs. References: <3702C502.4BB53D29@eboa.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Roelof Osinga wrote: > > Destination Gateway Flags Refs Use Netif Expire > 10/24 link#1 UC 0 0 ep0 > 10.0.0.2 0:80:1e:0:1:68 UHLW 4 432 ep0 1172 > 127.0.0.1 127.0.0.1 UH 0 0 lo0 > 194.134.128 194.134.128.1 UGSc 0 0 ep1 => > 194.134.128/22 link#2 UC 0 0 ep1 > 194.134.128.1 link#2 UHLW 1 4 ep1 I just found out that I do in fact have a connection to the Net of sorts. 'nslookup' works as advertised, I can do a whois on, say, eboa.com, I can even get a 'lynx eboa.com' to work. However, I can not ping. I can't ping my gateway, nor eboa.com, nor some others. Which I can do from the Linux host once I plug the cable back into it. I do have the ICMP_BANDLIM option active, but surely that merely limits it; not plain kill it? There were some other things I don't trust, but which I'm not sure about. Like one host I used to test is in fact down. Unfortunately that is also the host I use to get back to my host. Ah well. Now for something quite different. Some time ago there was a question asked regarding a long delay whilest recognizing winchesters. What I found out was that excluding the secondary - and unused - IDE controller from the kernel speeds the booting process up remarkably. I verified with deleting it from kernel.GENERIC but no contest. The custom kernel just blazes through whilest generic waits and waits for something that isn't there. Or rather, it is, but without any disks attached to it. Roelof -- Home is where the (@) http://eboa.com/ is. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message