Re: [mpls] [mpls-tp] [PWE3] FW: Changes to PW ACH Channel Type allocation policy

Stewart Bryant <stbryant@cisco.com> Wed, 01 October 2008 16:15 UTC

Return-Path: <mpls-bounces@ietf.org>
X-Original-To: mpls-archive@megatron.ietf.org
Delivered-To: ietfarch-mpls-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 921133A6C38; Wed, 1 Oct 2008 09:15:18 -0700 (PDT)
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BB4263A689F; Wed, 1 Oct 2008 09:15:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.436
X-Spam-Level:
X-Spam-Status: No, score=-6.436 tagged_above=-999 required=5 tests=[AWL=0.163, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 f9n2o7dDaqWC; Wed, 1 Oct 2008 09:15:17 -0700 (PDT)
Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id EF8D03A6C38; Wed, 1 Oct 2008 09:15:14 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.33,344,1220227200"; d="scan'208";a="21362714"
Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 01 Oct 2008 16:12:45 +0000
Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id m91GCj3h004219; Wed, 1 Oct 2008 18:12:45 +0200
Received: from stewart-bryants-computer.local (dhcp-10-61-106-227.cisco.com [10.61.106.227]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id m91GCjE1024837; Wed, 1 Oct 2008 16:12:45 GMT
Message-ID: <48E3A183.80908@cisco.com>
Date: Wed, 01 Oct 2008 17:12:51 +0100
From: Stewart Bryant <stbryant@cisco.com>
User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707)
MIME-Version: 1.0
To: Vishwas Manral <vishwas.ietf@gmail.com>
References: <0458D2EE0C36744BABB36BE37805C29A029C6251@FRVELSMBS11.ad2.ad.alcatel.com> <ba6305ea8b6f7b41bae8dcbb49c37c7c@mail.cph.tpack.net> <77ead0ec0810010847r10efb0f0ncb4e24f5d9b4c492@mail.gmail.com>
In-Reply-To: <77ead0ec0810010847r10efb0f0ncb4e24f5d9b4c492@mail.gmail.com>
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=1630; t=1222877565; x=1223741565; c=relaxed/simple; s=amsdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=stbryant@cisco.com; z=From:=20Stewart=20Bryant=20<stbryant@cisco.com> |Subject:=20Re=3A=20[mpls-tp]=20[PWE3]=20FW=3A=20Changes=20 to=20PW=20ACH=20Channel=20Type=20allocation=0A=20policy |Sender:=20; bh=g9mZym05EdHo/mOUCiESy9fTVWDZvXr2hD1of7pFFlE=; b=jWGxhP4bxVlX6dcrKIM7k9QQODskPzJOvjRkeWR425WtBTII91k8LzbAHS MDz3OW56ViPc9Jvb+c6ck3lDwnx3rUAAOqOkJOpGy+JYDI/0ri7Ro8t0/rc/ xicErkc8r9;
Authentication-Results: ams-dkim-2; header.From=stbryant@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; );
Cc: "l2vpn@ietf.org" <l2vpn@ietf.org>, BOCCI Matthew <Matthew.Bocci@alcatel-lucent.com>, "mpls@ietf.org" <mpls@ietf.org>, "ccamp@ietf.org" <ccamp@ietf.org>, "mpls-tp@ietf.org" <mpls-tp@ietf.org>, "pwe3@ietf.org" <pwe3@ietf.org>, Shahram Davari <davari@tpack.com>
Subject: Re: [mpls] [mpls-tp] [PWE3] FW: Changes to PW ACH Channel Type allocation policy
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: stbryant@cisco.com
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: mpls-bounces@ietf.org
Errors-To: mpls-bounces@ietf.org

Vishwas Manral wrote:
> Hi Matthew,
>
> I would like to propose another option if it is for vendor proprietery
> "Channel Type" values in the ACH header. With the number of values of
> the channel type being limited and the number of vendors actually a
> lot, I would think something in the lines of what the draft below
> talks about may make sense:
>
> http://tools.ietf.org/draft-ietf-isis-proprietary-tlv-00
>
> The idea is give a channel type value, for vendor specific
> implemntations and further define the structure of the next header
> value for such a "channel type" to actually have a Vendor OUI value.
>
> This will allow for unlimited innovation without affecting
> interoperability, unlike the other options you have mentioned.
>
> Thanks,
> Vishwas
>   

Vishwas

We have 65000 units of innovation, and that is without expanding into 
the next
octet which is currently reserved for expansion.

Given that we have not yet run out of UDP ports I don't think we need to 
be concerned
in that regard.

The reason that we have been very cautious in the past is because we don't
want anything that goes on in the ACH straying into the dataplane - for
example  no one using the ACH as a PID and requiring the forwarder to look
at it.

Then when we designed VCCV we had all sorts of concerns over traffic volume
and security of traffic delivered straight to the management processor.

We were very cautious when we standardized the ACH mechanism, there is a
good case for maintaining that caution until we see what people are going
to use it for.

Stewart (speaking as myself)




_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls