From owner-freebsd-bugs  Mon May 29 16: 0: 9 2000
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 331E537BD3A
	for <freebsd-bugs@FreeBSD.org>; Mon, 29 May 2000 16:00:01 -0700 (PDT)
	(envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id QAA92158;
	Mon, 29 May 2000 16:00:01 -0700 (PDT)
	(envelope-from gnats@FreeBSD.org)
Received: from grey.cloud.rain.com (c1029014-a.bvrtn1.or.home.com [24.12.160.67])
	by hub.freebsd.org (Postfix) with ESMTP id 5CA7737BD2F
	for <FreeBSD-gnats-submit@freebsd.org>; Mon, 29 May 2000 15:56:03 -0700 (PDT)
	(envelope-from trost@cloud.rain.com)
Received: (qmail 1865 invoked by uid 236); 29 May 2000 22:56:02 -0000
Message-Id: <20000529225602.1864.qmail@grey.cloud.rain.com>
Date: 29 May 2000 22:56:02 -0000
From: trost@cloud.rain.com
Reply-To: trost@cloud.rain.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/18895: ip6fw misrecognizes link-local "via"
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         18895
>Category:       bin
>Synopsis:       'fe80::<ether>' cannot be used in "via"
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon May 29 16:00:00 PDT 2000
>Closed-Date:
>Last-Modified:
>Originator:     Bill Trost
>Release:        FreeBSD 4.0-20000522-STABLE i386
>Organization:
Trost Computing
>Environment:

	

>Description:

	If an address starting "fe80::..." is used as the interface in
	an ip6fw "via" clause, the address is not recognized but is
	(apparently) interpreted as the hostname "fe80".

>How-To-Repeat:

	ip6fw add 55555 deny all from any to any via `ifconfig -au |
				fmt 1 | grep fe80 | head -1`

>Fix:

	Prepending a zero to the front of the address causes the desired
	interpretation.  However, the firewall rule still doesn't work
	when that is done, so I switched to the interface name instead.


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message