From nate@mobile.root.org  Mon Aug 11 12:37:06 1997
Received: from mobile.root.org (mg131-067.ricochet.net [204.179.131.67])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA25075
          for <FreeBSD-gnats-submit@freebsd.org>; Mon, 11 Aug 1997 12:36:43 -0700 (PDT)
Received: (from nate@localhost)
	by mobile.root.org (8.8.5/8.8.5) id MAA00307;
	Mon, 11 Aug 1997 12:35:14 GMT
Message-Id: <199708111235.MAA00307@mobile.root.org>
Date: Mon, 11 Aug 1997 12:35:14 GMT
From: nate@elite.net
Reply-To: nate@elite.net
To: FreeBSD-gnats-submit@freebsd.org
Subject: 3.0-970807-SNAP routing bug
X-Send-Pr-Version: 3.2

>Number:         4274
>Category:       kern
>Synopsis:       routes added are not recognized
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    brian
>State:          closed
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Aug 11 12:40:01 PDT 1997
>Closed-Date:    Wed Aug 13 17:53:21 PDT 1997
>Last-Modified:  Wed Aug 13 17:55:32 PDT 1997
>Originator:     Nate Lawson
>Release:        FreeBSD 3.0-970618-SNAP i386
>Organization:
none
>Environment:
586-133, 40m ram, 28.8 external modem via serial interface


>Description:

	Attempts to connect via the default route are denied as if no route
	existed even though netstat -rn shows that it does.

>How-To-Repeat:

	dial up via ijppp.  add default route manually or automatically.  
	attempt to ping a remote IP.  get "sendto:  permission denied" 
	indicating it didn't use the route entry.  do netstat -rn and see that
	default/host route exist.  reboot and use kernel.GENERIC from 970618 and
	same procedure works perfectly.

	Note:  did recompile 970807 kernel from source, but did include option
 	INET and device tun 1.  Connect to localhost works fine on 970807

>Fix:
	Use kernel from 970618 SNAP

>Release-Note:
>Audit-Trail:

From: Brian Somers <brian@awfulhak.org>
To: nate@elite.net
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: kern/4274: 3.0-970807-SNAP routing bug 
Date: Mon, 11 Aug 1997 22:51:43 +0100

 > 
 > >Number:         4274
 > >Category:       kern
 > >Synopsis:       routes added are not recognized
 > >Confidential:   no
 > >Severity:       critical
 > >Priority:       high
 > >Responsible:    freebsd-bugs
 > >State:          open
 > >Class:          sw-bug
 > >Submitter-Id:   current-users
 > >Arrival-Date:   Mon Aug 11 12:40:01 PDT 1997
 > >Last-Modified:
 > >Originator:     Nate Lawson
 > >Organization:
 > none
 > >Release:        FreeBSD 3.0-970618-SNAP i386
 > >Environment:
 > 586-133, 40m ram, 28.8 external modem via serial interface
 > 
 > 
 > >Description:
 > 
 > 	Attempts to connect via the default route are denied as if no route
 > 	existed even though netstat -rn shows that it does.
 > 
 > >How-To-Repeat:
 > 
 > 	dial up via ijppp.  add default route manually or automatically.  
 > 	attempt to ping a remote IP.  get "sendto:  permission denied" 
 > 	indicating it didn't use the route entry.  do netstat -rn and see that
 > 	default/host route exist.  reboot and use kernel.GENERIC from 970618 and
 > 	same procedure works perfectly.
 > 
 > 	Note:  did recompile 970807 kernel from source, but did include option
 >  	INET and device tun 1.  Connect to localhost works fine on 970807
 > 
 > >Fix:
 > 	Use kernel from 970618 SNAP
 > 
 > >Audit-Trail:
 > >Unformatted:
 
 I don't get what you're trying to do.  You seem to be saying that the 
 970618-SNAP kernel works with the 970618 OS, but "something else" 
 doesn't work.....
 
 Are you trying to compile and use a 970807 kernel with a 970618 OS 
 (including ppp) ?  It's not safe to mix & match like this unless you 
 know what you're doing.
 
 I've had no such problems with routes - sounds like you're a victim 
 of some out-of-sync routing stuff (I think Julian E fixed some 
 problems there recently).
 -- 
 Brian <brian@awfulhak.org>, <brian@freebsd.org>
       <http://www.awfulhak.org>
 Don't _EVER_ lose your sense of humour....
 
 
State-Changed-From-To: open->closed 
State-Changed-By: brian 
State-Changed-When: Wed Aug 13 17:53:21 PDT 1997 
State-Changed-Why:  
This turned out to be that the kernel & OS binaries were out 
of sync. 


Responsible-Changed-From-To: freebsd-bugs->brian 
Responsible-Changed-By: brian 
Responsible-Changed-When: Wed Aug 13 17:53:21 PDT 1997 
Responsible-Changed-Why:  
This isn't really a bug. 
>Unformatted:
