Re: [Teas] Comparison Analysis (TEAS WG Virtual Interim Meeting (before IETF-95))

Vishnu Pavan Beeram <vishnupavan@gmail.com> Mon, 25 January 2016 20:17 UTC

Return-Path: <vishnupavan@gmail.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C213A1A00F6; Mon, 25 Jan 2016 12:17:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 V0EAPOv1S-Wu; Mon, 25 Jan 2016 12:17:12 -0800 (PST)
Received: from mail-vk0-x232.google.com (mail-vk0-x232.google.com [IPv6:2607:f8b0:400c:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BA5ED1A00FE; Mon, 25 Jan 2016 12:17:11 -0800 (PST)
Received: by mail-vk0-x232.google.com with SMTP id e185so80201128vkb.1; Mon, 25 Jan 2016 12:17:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4BpjuHidzTP6hb1My4j1UufuohGC6GdbodeFc6a918o=; b=odpot03+xoUU2WosUw79KbkCzo2dJsIxr0LVfv8+LlZPjtHdm0gs9rJejPX4PJdG8a qoYisVIWAaMZqKXzYhuF7vAyu6ELNdMzJ/KJJ7hA5e1xVCZOSEuByiSNexKP14IJRLpg vrM2KQ01rPF2Eo8bl0wCHrYBMF5oPgTmfqi8BxrhYAGi+ToW5Yg01C242s+NOjPtEMPe KnXN4i0q3iWeeHX+xfkXqhmegpBqVanPl6aiS3wWiasirIhmc6O4Yop9qLDdEGynVMmU MJA7BlopKXOJiTBuhcpa3CzkWwh6jxLsY0HqXNGArT26hedO+A3PyV5FBRlGQJfjGSJM 0Ohg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=4BpjuHidzTP6hb1My4j1UufuohGC6GdbodeFc6a918o=; b=jA9cU2ofSV5rmWydJhRKFNlBMxyKHH80i+UfuJZ4+rMq/XKoE72HaHUTplGBa+GpY4 BDeGs3vkFJajOm4Utl61uCUM45LY5tFXs3xLPqg7jiHc7jtoIvlWYENmWuO9JKhjzXv+ D5ad0vwagEbfwgHS4eb5EVO0ujTMV7+9D7mFUftxYQgn3mqm1UQNHXQxp9/TFkvLPEDq JiKg6X2h0SlCvTv+3jz/5Fe0gzGutP5VXCtZ97Vc1NRi2wLKakas9qlVAVh7VapK6XC8 ncG0foVDeo3oMZX40hQNII9xhr3TEbJvLW1RuVpi2zyQjs+JXjNHI+kNYS5ZbtBMlFDv FSgQ==
X-Gm-Message-State: AG10YOQhwstgOtYqpUcrY+HcGCy+UoL5SL6gMieYT8fqRdBbj9WrBRLXrXaa/vXFNnTz+gEt/8r4j+4LRBnxcw==
MIME-Version: 1.0
X-Received: by 10.31.173.8 with SMTP id w8mr12096052vke.42.1453753030605; Mon, 25 Jan 2016 12:17:10 -0800 (PST)
Received: by 10.31.193.84 with HTTP; Mon, 25 Jan 2016 12:17:10 -0800 (PST)
In-Reply-To: <7347100B5761DC41A166AC17F22DF11221993D66@eusaamb103.ericsson.se>
References: <CA+YzgTtWFWX08ae=1yT29Sx8K040Cv9vAk5+pfA0Rhujf+LNHA@mail.gmail.com> <5316A0AB3C851246A7CA5758973207D44E4D14CE@SJCEML701-CHM.china.huawei.com> <CA+YzgTsk-xR7XMhPfJNULgs2L-=wcb++iQWnJLZyhrPdB+=aNQ@mail.gmail.com> <7347100B5761DC41A166AC17F22DF11221993D66@eusaamb103.ericsson.se>
Date: Mon, 25 Jan 2016 15:17:10 -0500
Message-ID: <CA+YzgTujhcg8KPHi5sE08rYMCCYu6kzTBrXL4RkxUzmfAnVqOw@mail.gmail.com>
From: Vishnu Pavan Beeram <vishnupavan@gmail.com>
To: Gregory Mirsky <gregory.mirsky@ericsson.com>
Content-Type: multipart/alternative; boundary="001a1143fc8efb0123052a2e405a"
Archived-At: <http://mailarchive.ietf.org/arch/msg/teas/gkrVGhbY-60XgEKIlrZU1Q1GiR4>
Cc: Huaimo Chen <huaimo.chen@huawei.com>, Matt Hartley <mhartley@cisco.com>, "teas-chairs@ietf.org" <teas-chairs@ietf.org>, "teas@ietf.org" <teas@ietf.org>
Subject: Re: [Teas] Comparison Analysis (TEAS WG Virtual Interim Meeting (before IETF-95))
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 25 Jan 2016 20:17:14 -0000

Greg, Hi!

Thanks for bringing this up.
Yes, I do expect to hear the OAM aspects of the solution discussed on
Thursday.

Regards,
-Pavan

On Mon, Jan 25, 2016 at 2:19 PM, Gregory Mirsky <gregory.mirsky@ericsson.com
> wrote:

> Dear Pavan, Huiamo, et. al,
>
> I’d like to draw your attention to the fact that both methods rely on the
> Backup Ingress detecting when the Primary Ingress fails, e.g. slide 13
> “When primary ingress fails, …”. I’m concerned that without clear
> indication that failure occurred at the Primary Ingress and not on the
> link, physical or logical, that connects the Backup and Primary, ingress
> protection is guaranteed to produce false negatives and, in my view, is not
> practical. I’d appreciate if we can discuss OAM aspects of ingress
> protection during our meeting on Thursday.
>
>
>
>                 Regards,
>
>                                 Greg
>
>
>
> *From:* Teas [mailto:teas-bounces@ietf.org] *On Behalf Of *Vishnu Pavan
> Beeram
> *Sent:* Sunday, January 24, 2016 2:54 PM
> *To:* Huaimo Chen
> *Cc:* Matt Hartley; teas-chairs@ietf.org; teas@ietf.org
> *Subject:* Re: [Teas] Comparison Analysis (TEAS WG Virtual Interim
> Meeting (before IETF-95))
>
>
>
> Huaimo,
>
> Much Thanks for putting this slide-set together. It will help drive the
> discussion forward during the interim meeting.
>
> It would be very useful if the comparative analysis covers all of the
> below aspects for both approaches (please see if you can fill in the
> missing pieces in your slide-set):
>
>
>
> - Configuration Model: Discuss the "TE Tunnel" configuration needed for
> requesting "ingress protection". Discuss other prerequisites (if any) for
> configuring this.
>
> - Protection Setup Procedures: Discuss the procedures on all relevant
> nodes ("primary ingress", " backup ingress" [,"proxy ingress"]) for setting
> up the primary LSP and the corresponding backup LSP. A signaling sequence
> diagram would be useful. Discuss the procedures for both "on path backup
> ingress" and "off path backup ingress".
>
> - Session Maintenance Procedures: Discuss the procedures on all relevant
> nodes for maintaining (refreshes, triggers, teardown) primary-LSP state and
> the corresponding backup-LSP state.
>
> - Local Repair Procedures: Discuss the procedures that come into play at
> the "backup ingress" when the "primary ingress" node failure is detected.
>
> - "Revert to Primary Ingress" Procedures
>
> - "Global Repair" Procedures
>
>
>
> - Backwards Compatibility: Discuss "backwards compatibility"
> considerations for the proposed signaling extensions/procedures.
>
> - Scaling Considerations: Discuss "scaling considerations" (amount of
> signaling state/messages to be maintained/processed).
>
>
> - Security Considerations: Discuss "security considerations".
>
> For items in the above list which do not entail any difference in the 2
> approaches, just specify what is common to both.
>
>
>
> ****
>
> Others in the WG,
>
> If you disagree with any of the points made in the slide-set shared by
> Huaimo, please plan on presenting your arguments.
>
> ****
> Please do plan on sending your slides to the chairs and the secretary
> (Matt on cc) by Wednesday.
>
> Regards,
>
> -Pavan
>
>
>
> On Sat, Jan 23, 2016 at 11:26 PM, Huaimo Chen <huaimo.chen@huawei.com>
> wrote:
>
> Hi Chairs,
>
>
>
>     Thanks for organizing the interim meeting.
>
>
>
>     Lou asked for technical trade-off discussion of the current options in
> the I-D, these are:
>
>
>
>         (1) Relay-Message Method
>
>
>
>         (2) Proxy-Ingress Method
>
>
>
> I conducted analysis and documented my results, these can be seen at:
>
> http://www.slideshare.net/HuaimoChen/analysis-2methods
>
> The findings include an example of both techniques. Looking forward to the
> interim call.
>
>
>
> Best Regards,
>
> Huaimo
>
>
>
>
>
> *From:* Teas [mailto:teas-bounces@ietf.org <teas-bounces@ietf.org>] *On
> Behalf Of *Vishnu Pavan Beeram
> *Sent:* Tuesday, January 05, 2016 9:33 PM
> *To:* teas@ietf.org; teas-chairs@ietf.org
> *Subject:* [Teas] TEAS WG Virtual Interim Meeting (before IETF-95)
>
>
>
> Folks, Hi!
>
>
>
> Happy New Year!!
>
>
>
> We’d like the TEAS WG to hold a virtual interim meeting before IETF-95 to
> cover the following topic -
>
>
>
> "RSVP Ingress Protection / Egress Protection” -- target meeting the week
>
> of 25 January 2015 (with a second meeting possible if needed):
>
> The main purpose of the meeting is to help select one of the two
> alternatives contained in <draft-ietf-teas-rsvp-ingress-protection>. A
> secondary purpose is to facilitate further discussion on
> <draft-ietf-teas-rsvp-egress-protection>, and gauge WG consensus on both
> drafts.
>
>
>
> The following doodle poll will aid in selecting the exact date/time for
> this meeting: http://doodle.com/poll/7g4st77huxv66z2d
>
>
>
> Regards,
>
> Pavan and Lou.
>
>
>
>
>
>
> _______________________________________________
> Teas mailing list
> Teas@ietf.org
> https://www.ietf.org/mailman/listinfo/teas
>
>
>