Re: [CCAMP] MELGs - Q&A

Vishnu Pavan Beeram <vishnupavan@gmail.com> Tue, 26 March 2013 14:44 UTC

Return-Path: <vishnupavan@gmail.com>
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0344321F8BF6 for <ccamp@ietfa.amsl.com>; Tue, 26 Mar 2013 07:44:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id epMg4hmFEwLL for <ccamp@ietfa.amsl.com>; Tue, 26 Mar 2013 07:44:54 -0700 (PDT)
Received: from mail-bk0-x22f.google.com (mail-bk0-x22f.google.com [IPv6:2a00:1450:4008:c01::22f]) by ietfa.amsl.com (Postfix) with ESMTP id 2E18C21F8BF2 for <ccamp@ietf.org>; Tue, 26 Mar 2013 07:44:53 -0700 (PDT)
Received: by mail-bk0-f47.google.com with SMTP id ik5so1128815bkc.34 for <ccamp@ietf.org>; Tue, 26 Mar 2013 07:44:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=txZoKxV+U2YcoYm31kNruQr9OwVwmupRluc+ul263kE=; b=Lva/+YrjDP1SS5mYHmL0DQymPNtdZ4GS0RGJJz9XaZpGBPamzngxmX+XsQnTmoUQDl z/a0aLU5xe7YeWLxM2dIH81Nf3cl8dVh8kwNwyr0PcIwjZVer0PZdeFT0lNZ5XLUjKpp PXx3Y9IArYVk71ZAZoeYjHNZj3pwoOM6StQ/ukyWKgwdhblbH1bzXr5MBR0wqGT3nADe JxdBlpInqNXbh8T0zIccIhcuweQHe+0SVfd5bxKQL2ioShlOH9OJGey6WxEdYE+EU3qG 2CdcpaiG5V7hptrSO5dw17QUFQApSFr7NykqhP8Aq0M8fHQRXVPK7rz0achklWXFaIga VDnw==
MIME-Version: 1.0
X-Received: by 10.205.112.80 with SMTP id er16mr8014810bkc.12.1364309093256; Tue, 26 Mar 2013 07:44:53 -0700 (PDT)
Received: by 10.205.127.137 with HTTP; Tue, 26 Mar 2013 07:44:53 -0700 (PDT)
In-Reply-To: <F82A4B6D50F9464B8EBA55651F541CF8431571FF@SZXEML552-MBS.china.huawei.com>
References: <CA+YzgTvskemP5yyUHXWr8iHWB0V_jh8Q_hAudxNQnCA0++0Xiw@mail.gmail.com> <F82A4B6D50F9464B8EBA55651F541CF8358877E9@SZXEML552-MBX.china.huawei.com> <CDAC6F6F5401B245A2C68D0CF8AFDF0A191B0ED0@atl-srv-mail10.atl.advaoptical.com> <F82A4B6D50F9464B8EBA55651F541CF835887B75@SZXEML552-MBX.china.huawei.com> <F82A4B6D50F9464B8EBA55651F541CF835887C70@SZXEML552-MBX.china.huawei.com> <CA+YzgTvbQDzh9yVJmO1HuNyQOFDXsccrTbO5Fz7jE28wv4U3dA@mail.gmail.com> <F82A4B6D50F9464B8EBA55651F541CF8431571FF@SZXEML552-MBS.china.huawei.com>
Date: Tue, 26 Mar 2013 10:44:53 -0400
Message-ID: <CA+YzgTsM+Zzs2GBOwnAb5ZuuBwWgSZWKVtUx+XRrnrW0+v4NnA@mail.gmail.com>
From: Vishnu Pavan Beeram <vishnupavan@gmail.com>
To: Fatai Zhang <zhangfatai@huawei.com>
Content-Type: multipart/alternative; boundary="14dae9c093c6de479904d8d4f620"
Cc: "ccamp@ietf.org" <ccamp@ietf.org>
Subject: Re: [CCAMP] MELGs - Q&A
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
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: Tue, 26 Mar 2013 14:44:57 -0000

Fatai, Hi!


> ** **
>
> Do you think if it makes sense to add a flag (in routing advertisement) to
> indicate a link is a VL or not?****
>
> **
>

When Virtual TE (VTE) Links are used, it would be useful for a client path
computation element to know if a given VTE link is already committed or
not. This information allows the computing element to show preference to
the committed virtual TE links - and thus avoid unnecessarily instantiating
an uncommitted virtual TE link when you have an equally good available
committed TE link. The "U-Bit" in the MELG construct  is useful in this
regard.

So, to answer your question - If the MELG construct is used as defined in
the draft, I don't see a need to add any other separate flag to indicate if
a link is a Virtual TE Link or not.

-Pavan


> ** **
>
> *From:* Vishnu Pavan Beeram [mailto:vishnupavan@gmail.com]
> *Sent:* Friday, March 22, 2013 8:57 PM
> *To:* Fatai Zhang
> *Cc:* Igor Bryskin; ccamp@ietf.org
>
> *Subject:* Re: [CCAMP] MELGs - Q&A****
>
>  ** **
>
> Fatai, Hi!****
>
> ** **
>
> Good to see that you understand the construct now.****
>
> ** **
>
> This is not a corner case. The utility of the construct becomes quite
> significant if you have an application that does concurrent path
> computations on an abstract topology.****
>
> ** **
>
> Regards,****
>
> -Pavan****
>