Re: [CCAMP] FW: New Version Notification for draft-farrel-interconnected-te-info-exchange-03.txt

Khuzema Pithewan <kpithewan@infinera.com> Thu, 20 February 2014 01:11 UTC

Return-Path: <kpithewan@infinera.com>
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD71D1A0605 for <ccamp@ietfa.amsl.com>; Wed, 19 Feb 2014 17:11:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.449
X-Spam-Level:
X-Spam-Status: No, score=-2.449 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.548, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TAhDgS9-Q0dx for <ccamp@ietfa.amsl.com>; Wed, 19 Feb 2014 17:11:38 -0800 (PST)
Received: from sv-casht-prod2.infinera.com (sv-casht-prod2.infinera.com [8.4.225.25]) by ietfa.amsl.com (Postfix) with ESMTP id 4889A1A0423 for <ccamp@ietf.org>; Wed, 19 Feb 2014 17:11:37 -0800 (PST)
Received: from SV-EXDB-PROD2.infinera.com ([fe80::1d05:1822:aaea:ff52]) by sv-casht-prod2.infinera.com ([::1]) with mapi id 14.03.0174.001; Wed, 19 Feb 2014 17:11:33 -0800
From: Khuzema Pithewan <kpithewan@infinera.com>
To: "adrian@olddog.co.uk" <adrian@olddog.co.uk>, 'CCAMP' <ccamp@ietf.org>
Thread-Topic: [CCAMP] FW: New Version Notification for draft-farrel-interconnected-te-info-exchange-03.txt
Thread-Index: AQGvQv5rGZM6i9NT4HrlVK+MqJuFKJr1LXwwgAf9hbA=
Date: Thu, 20 Feb 2014 01:11:32 +0000
Message-ID: <D8D01B39D6B38C45AA37C06ECC1D65D53FF8AB34@SV-EXDB-PROD2.infinera.com>
References: <20140214225829.28939.97148.idtracker@ietfa.amsl.com> <012c01cf29da$97997660$c6cc6320$@olddog.co.uk>
In-Reply-To: <012c01cf29da$97997660$c6cc6320$@olddog.co.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.100.96.93]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/3h8zW7TCTzJvxqG0ESsqMiIp0DI
Subject: Re: [CCAMP] FW: New Version Notification for draft-farrel-interconnected-te-info-exchange-03.txt
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ccamp>, <mailto:ccamp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ccamp/>
List-Post: <mailto:ccamp@ietf.org>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Feb 2014 01:11:41 -0000

Hi Adrian,

This draft lists all the possible (PCE, VNTM, L1VPN) mechanisms dealing with e-2-e path computation in multi-layer/multi-domain network configuration. It is a good thorough document that has everything that could be related to e-2-e te-path computation for multi-layer network.

We have 2 questions :

1. Since the document is marked as "Standard Track", does it mean that if it becomes RFC, the compliancy to this document will require supporting all the mechanisms?

2. Since this document is a summary of multiple mechanisms, should this be an "Informational draft", or are we missing something here that requires standardization?

Thanks
Khuzema, Rajan, Snigdho




-----Original Message-----
From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Adrian Farrel
Sent: Friday, February 14, 2014 3:15 PM
To: 'CCAMP'
Subject: [CCAMP] FW: New Version Notification for draft-farrel-interconnected-te-info-exchange-03.txt

All,

We continue to update this I-D to fill in the gaps.

In this case there are a couple more "applicability statements" showing how the architecture fits deployment models and the use cases in the problem statement part of the draft.

We remain interested in your review and comments.

Thanks,
Adrian

> -----Original Message-----
> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
> Sent: 14 February 2014 22:58
> To: Daniele Ceccarelli; George Swallow; George Swallow; Adrian Farrel; 
> Nabil Bitar; John Drake; Daniele Ceccarelli; Adrian Farrel; John 
> Drake; Dr. Nabil N. Bitar
> Subject: New Version Notification for 
> draft-farrel-interconnected-te-info-
> exchange-03.txt
> 
> 
> A new version of I-D, 
> draft-farrel-interconnected-te-info-exchange-03.txt
> has been successfully submitted by Adrian Farrel and posted to the 
> IETF repository.
> 
> Name:		draft-farrel-interconnected-te-info-exchange
> Revision:	03
> Title:		Problem Statement and Architecture for Information Exchange
> Between Interconnected Traffic Engineered Networks
> Document date:	2014-02-14
> Group:		Individual Submission
> Pages:		49
> URL:            http://www.ietf.org/internet-drafts/draft-farrel-interconnected-te-
> info-exchange-03.txt
> Status:         https://datatracker.ietf.org/doc/draft-farrel-interconnected-te-info-
> exchange/
> Htmlized:       http://tools.ietf.org/html/draft-farrel-interconnected-te-info-
> exchange-03
> Diff:           http://www.ietf.org/rfcdiff?url2=draft-farrel-interconnected-te-info-
> exchange-03
> 
> Abstract:
>    In Traffic Engineered (TE) systems, it is sometimes desirable to
>    establish an end-to-end TE path with a set of constraints (such as
>    bandwidth) across one or more network from a source to a destination.
>    TE information is the data relating to nodes and TE links that is
>    used in the process of selecting a TE path.  The availability of TE
>    information is usually limited to within a network (such as an IGP
>    area) often referred to as a domain.
> 
>    In order to determine the potential to establish a TE path through a
>    series of connected networks, it is necessary to have available a
>    certain amount of TE information about each network.  This need not
>    be the full set of TE information available within each network, but
>    does need to express the potential of providing TE connectivity. This
>    subset of TE information is called TE reachability information.
> 
>    This document sets out the problem statement and architecture for the
>    exchange of TE information between interconnected TE networks in
>    support of end-to-end TE path establishment.  For reasons that are
>    explained in the document, this work is limited to simple TE
>    constraints and information that determine TE reachability.
> 
> 
> 
> 
> Please note that it may take a couple of minutes from the time of 
> submission until the htmlized version and diff are available at tools.ietf.org.
> 
> The IETF Secretariat

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