From owner-freebsd-net@FreeBSD.ORG Tue Jun 4 15:55:13 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E00E3E62 for ; Tue, 4 Jun 2013 15:55:13 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 671011A33 for ; Tue, 4 Jun 2013 15:55:12 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.6/8.14.6) with ESMTP id r54Ft6s2058659; Tue, 4 Jun 2013 22:55:07 +0700 (NOVT) (envelope-from eugen@grosbein.net) Message-ID: <51AE0DD5.2090608@grosbein.net> Date: Tue, 04 Jun 2013 22:55:01 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130415 Thunderbird/17.0.5 MIME-Version: 1.0 To: Andreas Nilsson Subject: Re: ipfw and tablearg formatting References: In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 04 Jun 2013 15:55:13 -0000 On 03.06.2013 18:43, Andreas Nilsson wrote: > Hello, > > Still trying out the tablearg functionality of ipfw and found the following: > > 1) > # ipfw table 100 add 192.168.0.0/24 10.0.0.1 > # ipfw table 100 list > 192.168.0.0/24 167772161 > > I guess it is correct, but not user friendly. Can't the tablearg part be > printed as normal dotted decimal? # ipfw -i table 100 list 192.168.0.0/24 10.0.0.1 man ipfw: -i When listing a table (see the LOOKUP TABLES section below for more information on lookup tables), format values as IP addresses. By default, values are shown as integers. > 2) > > # ipfw table 100 add 2a01:280:1::88/64 2a01:280:1::89 > # ipfw table 100 list > 2a01:280:1::/64 2 > > I don't really see any chance of this one working. At present, values are 32 bit unsigned integers internally and are parsed so.