From owner-svn-src-head@FreeBSD.ORG Tue Apr 7 14:33:55 2009 Return-Path: Delivered-To: svn-src-head@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CDAF10656C9 for ; Tue, 7 Apr 2009 14:33:55 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.freebsd.org (Postfix) with SMTP id 61A658FC0C for ; Tue, 7 Apr 2009 14:33:54 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: (qmail 25510 invoked from network); 7 Apr 2009 14:07:13 -0000 Received: from unknown (HELO ale.andxor.it) (192.168.2.5) by andxor.it with SMTP; 7 Apr 2009 14:07:13 -0000 Message-ID: <49DB5E10.9000209@FreeBSD.org> Date: Tue, 07 Apr 2009 16:07:12 +0200 From: Alex Dupre User-Agent: Thunderbird 2.0.0.21 (X11/20090328) MIME-Version: 1.0 To: Randall Stewart References: <200904061009.n36A9K6l063517@svn.freebsd.org> <49D9DBED.6050805@FreeBSD.org> <8ACFDA96-746E-49C9-B562-65DF82CD361B@lakerest.net> In-Reply-To: <8ACFDA96-746E-49C9-B562-65DF82CD361B@lakerest.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: svn-src-head@FreeBSD.org, Alexander Motin , src-committers@FreeBSD.org, svn-src-all@FreeBSD.org Subject: Re: svn commit: r190758 - head/sbin/route X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Apr 2009 14:33:56 -0000 Randall Stewart ha scritto: >> Are you sure that this is a good idea? Is this behavior >> described/recommended somewhere? IMHO specifying network without >> explicitly defined netmask is at least dangerous, if not wrong, in >> present classless addressing time. Changing existing behavior breaks >> POLA for some set of users, while benefits are not so obvious to me. >> With previous code networks 10.0.0.0 and 11.0.0.0 were treated as /8, >> but with this change it became /7 and /8 respectively. > > Well it is how CIDR works.. and cidr's been around since before > 1997. I can go dig up the RFC's that specifu this if you woudl like I cannot see any references to CIDR notation without prefix length in RFC 4632. -- Alex Dupre