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

Huaimo Chen <huaimo.chen@huawei.com> Mon, 25 January 2016 19:56 UTC

Return-Path: <huaimo.chen@huawei.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 2978E1A00B9; Mon, 25 Jan 2016 11:56:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-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 W_HYEUiWcvGl; Mon, 25 Jan 2016 11:56:55 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E5AB1A00AE; Mon, 25 Jan 2016 11:56:53 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CDL14860; Mon, 25 Jan 2016 19:56:50 +0000 (GMT)
Received: from LHREML705-CAH.china.huawei.com (10.201.5.168) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.235.1; Mon, 25 Jan 2016 19:56:50 +0000
Received: from SJCEML703-CHM.china.huawei.com (10.218.25.36) by lhreml705-cah.china.huawei.com (10.201.5.168) with Microsoft SMTP Server (TLS) id 14.3.235.1; Mon, 25 Jan 2016 19:56:49 +0000
Received: from SJCEML701-CHM.china.huawei.com ([169.254.3.143]) by SJCEML703-CHM.china.huawei.com ([169.254.5.241]) with mapi id 14.03.0235.001; Mon, 25 Jan 2016 11:56:44 -0800
From: Huaimo Chen <huaimo.chen@huawei.com>
To: Gregory Mirsky <gregory.mirsky@ericsson.com>, Vishnu Pavan Beeram <vishnupavan@gmail.com>
Thread-Topic: [Teas] Comparison Analysis (TEAS WG Virtual Interim Meeting (before IETF-95))
Thread-Index: AQHRVl9Zalrl55QV70C84ap8dnZXO58LzXWAgAFWoQD//3+JsIAAiJSA//957JA=
Date: Mon, 25 Jan 2016 19:56:43 +0000
Message-ID: <5316A0AB3C851246A7CA5758973207D44E4D1C81@SJCEML701-CHM.china.huawei.com>
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> <5316A0AB3C851246A7CA5758973207D44E4D1C57@SJCEML701-CHM.china.huawei.com> <7347100B5761DC41A166AC17F22DF11221993E2E@eusaamb103.ericsson.se>
In-Reply-To: <7347100B5761DC41A166AC17F22DF11221993E2E@eusaamb103.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.212.246.68]
Content-Type: multipart/alternative; boundary="_000_5316A0AB3C851246A7CA5758973207D44E4D1C81SJCEML701CHMchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090201.56A67E03.0034, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.143, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 1329718b739e82bdcecf5d4774e5c475
Archived-At: <http://mailarchive.ietf.org/arch/msg/teas/DlDaGI15e4mOeMrndibPVIPJN18>
Cc: 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 19:56:59 -0000

Hi Greg,

It seems that a reliable mechanism to detect exclusively Primary Ingress node failure within seconds work well for keeping signaling primary LSP up. The traffic will be switched over by the source within 50ms when primary ingress fails. Thus the backup ingress seems not need to detect primary ingress failure within 50 ms.

Best Regards,
Huaimo
From: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com]
Sent: Monday, January 25, 2016 2:49 PM
To: Huaimo Chen; Vishnu Pavan Beeram
Cc: Matt Hartley; teas-chairs@ietf.org; teas@ietf.org
Subject: RE: [Teas] Comparison Analysis (TEAS WG Virtual Interim Meeting (before IETF-95))

Hi Huiamo,
I don’t agree that the draft describes any OAM method that provides reliable mechanism to detect exclusively Primary Ingress node failure within sub-50 ms interval. I hope we can discuss this at the meeting.

                Regards,
                                Greg

From: Huaimo Chen [mailto:huaimo.chen@huawei.com]
Sent: Monday, January 25, 2016 11:45 AM
To: Gregory Mirsky; Vishnu Pavan Beeram
Cc: Matt Hartley; teas-chairs@ietf.org; teas@ietf.org
Subject: RE: [Teas] Comparison Analysis (TEAS WG Virtual Interim Meeting (before IETF-95))

Hi Greg,

It seems that the draft contains the description about the primary ingress failure detection by the backup ingress. I may add this into slide 13.

Best Regards,
Huaimo
From: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com]
Sent: Monday, January 25, 2016 2:20 PM
To: Vishnu Pavan Beeram; Huaimo Chen
Cc: Matt Hartley; teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>; teas@ietf.org<mailto:teas@ietf.org>
Subject: RE: [Teas] Comparison Analysis (TEAS WG Virtual Interim Meeting (before IETF-95))

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<mailto:teas-chairs@ietf.org>; teas@ietf.org<mailto: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<mailto: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] On Behalf Of Vishnu Pavan Beeram
Sent: Tuesday, January 05, 2016 9:33 PM
To: teas@ietf.org<mailto:teas@ietf.org>; teas-chairs@ietf.org<mailto: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<mailto:Teas@ietf.org>
https://www.ietf.org/mailman/listinfo/teas