Date: Mon, 19 May 2014 17:26:31 +0400 From: Dennis Yusupoff <dyr@smartspb.net> To: "freebsd-net@freebsd.org" <freebsd-net@freebsd.org> Subject: Re: [Was]: Problem with ipfw table add 0.0.0.0/8 Message-ID: <537A0687.3050501@smartspb.net> In-Reply-To: <537A00AC.6050305@FreeBSD.org> References: <5371084F.1060009@bsdinfo.com.br> <F78BF3AC-F031-4528-A4C1-5B22E88CEC00@dataix.net> <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> <F061517D-0A79-4734-A032-1F2BE060C8F6@dataix.net> <CAC%2BJH2xDM2u97Oa1YsG78x_6xdzTpBS-QD-cSfaWSKkKBU8GDg@mail.gmail.com> <5379C6B6.4030105@smartspb.net> <537A00AC.6050305@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <id> test <item> >> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?537A0687.3050501>