From owner-freebsd-net@FreeBSD.ORG Mon May 19 13:26:36 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 825641CB for ; Mon, 19 May 2014 13:26:36 +0000 (UTC) Received: from quix.smartspb.net (quix.smartspb.net [217.119.16.133]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3A60F2B98 for ; Mon, 19 May 2014 13:26:35 +0000 (UTC) Received: from dyr.smartspb.net ([217.119.16.26] helo=[127.0.0.1]) by quix.smartspb.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.61 (FreeBSD)) (envelope-from ) id 1WmNdj-000N7g-Ns for freebsd-net@freebsd.org; Mon, 19 May 2014 17:30:03 +0400 Message-ID: <537A0687.3050501@smartspb.net> Date: Mon, 19 May 2014 17:26:31 +0400 From: Dennis Yusupoff User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "freebsd-net@freebsd.org" Subject: Re: [Was]: Problem with ipfw table add 0.0.0.0/8 References: <5371084F.1060009@bsdinfo.com.br> <5371112B.2030209@bsdinfo.com.br> <5371E9E7.70400@smartspb.net> <5371F4C8.3080501@FreeBSD.org> <53720AA4.80909@smartspb.net> <537767C5.80205@FreeBSD.org> <53783333.3010205@freebsd.org> <5379C6B6.4030105@smartspb.net> <537A00AC.6050305@FreeBSD.org> In-Reply-To: <537A00AC.6050305@FreeBSD.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 140519-0, 19.05.2014), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 May 2014 13:26:36 -0000 Longest prefix match, obviously. Doesn't see any reason to search for exact match in case of existing prefix with that ip. 19.05.2014 17:01, Alexander V. Chernikov пишет: > On 19.05.2014 12:54, Dennis Yusupoff wrote: >> Alex, Bill, it's a good news, glad to hear it. >> >> Let me ask even more functionality: >> >> 6. Test if entry exist in table: >> ipfw table test >> It extremely useful in case of big, unordered data in the table - for >> example different networks with different mask. Now it's almost >> impossible to find out is checked IP occurs in the table or not. > Longest prefix match or exact match? > > -- Best regards, Dennis Yusupoff, network engineer of Smart-Telecom ISP Russia, Saint-Petersburg