From owner-freebsd-questions Wed Aug 9 15:17: 7 2000 Delivered-To: freebsd-questions@freebsd.org Received: from priv-edtnes04-hme0.telusplanet.net (fepout2.telus.net [199.185.220.237]) by hub.freebsd.org (Postfix) with ESMTP id A203C37BEB8 for ; Wed, 9 Aug 2000 15:16:59 -0700 (PDT) (envelope-from jkrushen@purplemedia.com) Received: from 123 ([161.184.232.234]) by priv-edtnes04-hme0.telusplanet.net (InterMail vM.4.01.02.11 201-229-116-111) with SMTP id <20000809221657.PEPS1053.priv-edtnes04-hme0.telusplanet.net@123> for ; Wed, 9 Aug 2000 16:16:57 -0600 Message-ID: <001201c0024f$80db46e0$eae8b8a1@123> From: "Jordan Krushen" To: Subject: Problem with /30 on 4.1-R Date: Wed, 9 Aug 2000 16:16:44 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3155.0 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a 4.1-R (cvsup'd every now and then) machine which has no end of problems staying connected to a switch on the other side of a /30. I've tried Intel cards, 3Com cards, and Dlink cards, all give the same problem - The connection will come up fine on boot, then after a while, just give up the ghost. All other interfaces in the machine keep working fine. What's also odd is that from time to time, if I ping that interface from outside, I'll get one ping reply back, then the interface dies, I get no replies back, and it has to be power cycled to get it back up. ifconfig down/up doesn't do a thing to restore it. The segment we're on is 206.87.4.224/30. Here's the line in rc.conf (from memory, the box is currently down): ifconfig_fxp0="inet 206.87.4.225 netmask 0xfffffffc broadcast 206.87.4.227" I can't change it right now, but IIRC, the ifconfig line without specifying broadcast doesn't get the broadcast addy set properly. default route is to 206.87.4.226 (our upstream's switch). Does anyone have any ideas why it would simply die like that? It's done this with 4.0-R, 4.0-stable, and still does it with 4.1-R. Is it something that it doesn't like about the /30? It just seems odd that it will work fine for anywhere from a few minutes to a couple days before dying, and that a simple ping is enough to kill it. Thanks, J. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message