NetBSD Problem Report #49615

From www@NetBSD.org  Sat Jan 31 10:17:20 2015
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [149.20.53.66])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client CN "mail.netbsd.org", Issuer "Postmaster NetBSD.org" (verified OK))
	by mollari.NetBSD.org (Postfix) with ESMTPS id 392D4A5864
	for <gnats-bugs@gnats.NetBSD.org>; Sat, 31 Jan 2015 10:17:20 +0000 (UTC)
Message-Id: <20150131101719.21DC6A6562@mollari.NetBSD.org>
Date: Sat, 31 Jan 2015 10:17:19 +0000 (UTC)
From: gergely@egervary.hu
Reply-To: gergely@egervary.hu
To: gnats-bugs@NetBSD.org
Subject: ipf: policy based routing does not work with vlan interfaces
X-Send-Pr-Version: www-1.0

>Number:         49615
>Category:       kern
>Synopsis:       ipf: policy based routing does not work with vlan interfaces
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    ipf-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Jan 31 10:20:00 +0000 2015
>Last-Modified:  Mon Oct 10 01:16:48 +0000 2016
>Originator:     Gergely EGERVARY
>Release:        NetBSD 6.1_STABLE
>Organization:
>Environment:
NetBSD galileo.poli.hu 6.1_STABLE NetBSD 6.1_STABLE (GALILEO) #0: Tue Nov 11 14:00:54 CEST 2014  root@venus.poli.hu:/usr/src/sys/arch/amd64/compile/GALILEO amd64
>Description:
pass in to vlan12:<next.hop.ip> from <source.ip> to <dest.ip> keep state

It used to work for me years ago with physical interfaces, but now I have several VLANs on the outgoing interface, and it does not work: packets are not transmitted on vlan12.

Can you confirm this bug is still alive and applies to NetBSD ipfilter?
  http://permalink.gmane.org/gmane.comp.security.firewalls.ipfilter/8258

Thank you.

>How-To-Repeat:
Use policy routing with 801.q tagging...
>Fix:

>Release-Note:

>Audit-Trail:

Responsible-Changed-From-To: kern-bug-people->ipf-bug-people
Responsible-Changed-By: dholland@NetBSD.org
Responsible-Changed-When: Mon, 10 Oct 2016 01:16:48 +0000
Responsible-Changed-Why:
ipf has its own role account, maybe this will attract the attention of
someone who knows how to handle this...


>Unformatted:

Home	PR Database Search