From owner-freebsd-net@FreeBSD.ORG Tue Apr 6 04:20:11 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A014616A4CF; Tue, 6 Apr 2004 04:20:11 -0700 (PDT) Received: from mailhost.packetfront.com (mailhost.packetfront.com [212.247.6.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id C866643D49; Tue, 6 Apr 2004 04:20:10 -0700 (PDT) (envelope-from anders.lowinger@packetfront.com) Received: from [212.247.6.198] (helo=maillab.packetfront.com) by mailhost.packetfront.com with esmtp (Exim 3.35 #1 (Debian)) id 1BAoSs-00038z-00; Tue, 06 Apr 2004 13:09:58 +0200 Received: from packetfront.com (unknown [192.168.1.173]) by maillab.packetfront.com (Postfix) with ESMTP id B951673BDB; Tue, 6 Apr 2004 13:19:40 +0200 (CEST) Message-ID: <4072916D.101@packetfront.com> Date: Tue, 06 Apr 2004 13:15:57 +0200 From: Anders Lowinger User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Oppermann References: <20040331005914.A6934@xorpc.icir.org> <40712A8F.9000704@packetfront.com> <40716208.808CF084@freebsd.org> In-Reply-To: <40716208.808CF084@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Luigi Rizzo cc: net@freebsd.org Subject: Re: do we support non contiguous netmasks ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 11:20:11 -0000 > So far I haven't found any useful application of non-contignous > mask in network applications. The only reason I've ever heard is when joining two separate subnets, for example (sorry my cisco style, i'm a routing guy) interface ethernet 0 ip address 192.168.0.0 mask 255.255.255.0 interface ethernet 1 ip address 192.168.2.0 mask 255.255.255.0 if those are combined on one interface you could write interface ethernet 0 ip address 192.168.0.0 mask 255.255.253.0 This is normally solved by secondaries (aliases) interface ethernet 0 ip address 192.168.0.0 mask 255.255.255.0 ip address 192.168.2.0 mask 255.255.255.0 secondary which gives the same functionality with contigious netmasks. > Currently Luigi has teamed up with me to do the per-if > ARP table stuff and the removal of cloning from the routing table. > That alone will make network life in the kernel much easier. Sounds great! So, what is the goal? Will the ARP functions generate host routes instead of the cloned routes? During forwarding to a nexthop with unknown L2/ARP entry, will you trigger ARP? We would really need an Mtrie for faster route lookups and combine the forwarding lookup with the check for packets destined to the router/ connected addresses. The scalability of many L3 interfaces today is not that great. (caveeat, not 100% updated on the -current) I'll dig around, I have some old mtrie code I could try to do some patches for.... /Anders