Re: [shara] [BEHAVE]TR: I-DAction:draft-boucadair-pppext-portrange-option-00.txt

<pierre.levis@orange-ftgroup.com> Fri, 06 February 2009 11:58 UTC

Return-Path: <pierre.levis@orange-ftgroup.com>
X-Original-To: shara@core3.amsl.com
Delivered-To: shara@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 51FE03A6A77; Fri, 6 Feb 2009 03:58:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.078
X-Spam-Level:
X-Spam-Status: No, score=-3.078 tagged_above=-999 required=5 tests=[AWL=0.171, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hT6f1HsZ-7Wi; Fri, 6 Feb 2009 03:58:12 -0800 (PST)
Received: from p-mail2.rd.francetelecom.com (p-mail2.rd.francetelecom.com [195.101.245.16]) by core3.amsl.com (Postfix) with ESMTP id ED6E93A68D3; Fri, 6 Feb 2009 03:58:11 -0800 (PST)
Received: from ftrdmel1.rd.francetelecom.fr ([10.193.117.152]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.3959); Fri, 6 Feb 2009 12:58:07 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Fri, 6 Feb 2009 12:58:05 +0100
Message-ID: <D109C8C97C15294495117745780657AE0B3B08BC@ftrdmel1>
In-Reply-To: <014b01c9882a$19255210$c2f0200a@cisco.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [shara] [BEHAVE]TR: I-DAction:draft-boucadair-pppext-portrange-option-00.txt
Thread-Index: AcmH6rF7O8eIFT3dRwGVzm6VhD6rmwADK9cQAAsCqgAAANc0wAAE+lpA
From: <pierre.levis@orange-ftgroup.com>
To: <dwing@cisco.com>, <mohamed.boucadair@orange-ftgroup.com>, <dthaler@windows.microsoft.com>, <randy@psg.com>
X-OriginalArrivalTime: 06 Feb 2009 11:58:07.0107 (UTC) FILETIME=[2C710530:01C98852]
Cc: behave@ietf.org, shara@ietf.org
Subject: Re: [shara] [BEHAVE]TR: I-DAction:draft-boucadair-pppext-portrange-option-00.txt
X-BeenThere: shara@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Sharing of an IPv4 Address discussion list <shara.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/shara>, <mailto:shara-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/shara>
List-Post: <mailto:shara@ietf.org>
List-Help: <mailto:shara-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/shara>, <mailto:shara-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Feb 2009 11:58:13 -0000

 

> De la part de Dan Wing
> > 
> > Thank you for your comment.
> > 
> > There is a subtlety between subnet mask and port mask: 
> > subnets need to be hierarchical but not port ranges!
> 
> I disagree.  Port ranges all belong to the same IP address -- 
> from the view of the rest of the Internet.  This is akin to the 
> rest of the Internet's view of a subnet.  It is only the local
> IP address (subnet) that is aware of the separation of ports
> (or IP addresses) to individual hosts.
> 

I see your point. What we had in mind is different; when we say subnets
are hierarchical we mean a subnet can be in a bigger subnet which can be
in a bigger subnet, and so forth (within the limit of the 32 bits!).
There are some cases where this scheme can apply to port ranges, when
several A+P devices are cascaded, as a CPE and its hosts. But in a
configuration where only CPEs are Port Range-enabled there is no
hierarchy from this standpoint.

Another difference with subnets is if subnet bits are not contiguous,
the bits in between do exist in the address, are completely part of the
address, and refer, as a whole, to the host id. If Port Range bits are
not contiguous, there are no other significant bits melt with that have
a separate meaning.

What I'm trying to say is, it is not because non contiguous bits are a
bad thing for subnets that they are automatically bad for Port Ranges.


Regards,

Pierre