Re: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
Fatai Zhang <zhangfatai@huawei.com> Wed, 13 November 2013 07:20 UTC
Return-Path: <zhangfatai@huawei.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 9C79721E805F for <ccamp@ietfa.amsl.com>; Tue, 12 Nov 2013 23:20:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.598
X-Spam-Level:
X-Spam-Status: No, score=-5.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, EXTRA_MPART_TYPE=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
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 G3ruS2HhB9ce for <ccamp@ietfa.amsl.com>; Tue, 12 Nov 2013 23:20:44 -0800 (PST)
Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id D0F7F21E8088 for <ccamp@ietf.org>; Tue, 12 Nov 2013 23:20:43 -0800 (PST)
Received: from 172.18.7.233 (EHLO lhrrgout.huawei.com) ([172.18.7.233]) by dfwrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AOL76702; Wed, 13 Nov 2013 01:20:42 -0600 (CST)
Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AXV16021; Wed, 13 Nov 2013 06:44:30 +0000 (GMT)
Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 13 Nov 2013 06:43:45 +0000
Received: from SZXEMA409-HUB.china.huawei.com (10.82.72.41) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 13 Nov 2013 06:43:59 +0000
Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.57]) by SZXEMA409-HUB.china.huawei.com ([10.82.72.41]) with mapi id 14.03.0158.001; Wed, 13 Nov 2013 14:43:55 +0800
From: Fatai Zhang <zhangfatai@huawei.com>
To: "Zafar Ali (zali)" <zali@cisco.com>, Dieter Beller <Dieter.Beller@alcatel-lucent.com>
Thread-Topic: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
Thread-Index: AQHO39pmuC0op2cMw0OOObNs1suhnpoiZxqA///FagCAAImN0A==
Date: Wed, 13 Nov 2013 06:43:54 +0000
Message-ID: <F82A4B6D50F9464B8EBA55651F541CF85CA8C650@SZXEMA504-MBS.china.huawei.com>
References: <F82A4B6D50F9464B8EBA55651F541CF85CA8C572@SZXEMA504-MBS.china.huawei.com> <CEA883F5.83255%zali@cisco.com>
In-Reply-To: <CEA883F5.83255%zali@cisco.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.66.72.159]
Content-Type: multipart/related; boundary="_004_F82A4B6D50F9464B8EBA55651F541CF85CA8C650SZXEMA504MBSchi_"; type="multipart/alternative"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Cc: CCAMP <ccamp@ietf.org>
Subject: Re: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
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: Wed, 13 Nov 2013 07:20:48 -0000
Hi Zafar, The operator can just click a button to configure it, otherwise how the ingress knows what to tell the egress. I don’t think it is smart to send signaling to do this. BTW, there were much discussion on what should be configured and what should be signalled in SG15 ITU-T. Best Regards Fatai From: Zafar Ali (zali) [mailto:zali@cisco.com] Sent: Wednesday, November 13, 2013 2:26 PM To: Fatai Zhang; Dieter Beller Cc: CCAMP Subject: Re: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps From: Fatai Zhang <zhangfatai@huawei.com<mailto:zhangfatai@huawei.com>> Date: Tuesday, November 12, 2013 9:02 PM To: zali <zali@cisco.com<mailto:zali@cisco.com>>, Dieter Beller <Dieter.Beller@alcatel-lucent.com<mailto:Dieter.Beller@alcatel-lucent.com>> Cc: "ccamp@ietf.org<mailto:ccamp@ietf.org>" <ccamp@ietf.org<mailto:ccamp@ietf.org>> Subject: RE: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps Hi Zafar, I will NEVER say NERVER. I think you need justify why it needs to signal the attributes, which only matter to the end-points. Fatai- Ingress needs to let egress node know on how it is using protection (e.g., if protection is revertive or non-revertive, etc.). See also my email in response to Deiter question. Thanks Regards … Zafar Best Regards Fatai From: Zafar Ali (zali) [mailto:zali@cisco.com] Sent: Wednesday, November 13, 2013 3:07 AM To: Fatai Zhang; Dieter Beller Cc: CCAMP Subject: Re: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps From: Fatai Zhang <zhangfatai@huawei.com<mailto:zhangfatai@huawei.com>> Date: Monday, November 11, 2013 9:04 PM To: Dieter Beller <Dieter.Beller@alcatel-lucent.com<mailto:Dieter.Beller@alcatel-lucent.com>>, zali <zali@cisco.com<mailto:zali@cisco.com>> Cc: "ccamp@ietf.org<mailto:ccamp@ietf.org>" <ccamp@ietf.org<mailto:ccamp@ietf.org>> Subject: RE: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps Hi, Moreover, this information is only make sense for the end points and no need to be signaled. Fatai- Are you saying that we NEVER signal any attribute that only matter to the end-point? This is a news to me. Thanks Regards … Zafar Best Regards Fatai From:ccamp-bounces@ietf.org<mailto:ccamp-bounces@ietf.org> [mailto:ccamp-bounces@ietf.org] On Behalf Of Dieter Beller Sent: Sunday, November 10, 2013 10:08 PM To: Zafar Ali (zali) Cc: CCAMP Subject: Re: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps Hi Zafar, this draft is defining signaling extensions for the hold-off time as well as the wait-to-restore time for protected LSPs where applicable. There are default values set for these timers in the data plane and signaling them in the control plane makes only sense if the timer values shall differ from the default values. Do you see a need for that? IMO, operators typically use the defaults and do not set these values on a per connection basis. Thanks, Dieter On 08.11.2013 22:11, Zafar Ali (zali) wrote: Hi Lou- You are right, the ctype is TBD, like I mentioned during the meeting that we are using different ctype. We would like to take this opportunity to solicit comments from the WG on this draft. Thanks Regards Š Zafar -----Original Message----- From: "lberger@labn.net"<mailto:lberger@labn.net> <lberger@labn.net><mailto:lberger@labn.net> Date: Thursday, November 7, 2013 6:17 PM To: zali <zali@cisco.com><mailto:zali@cisco.com>, "ccamp@ietf.org"<mailto:ccamp@ietf.org> <ccamp@ietf.org><mailto:ccamp@ietf.org> Subject: Comment on compatibility in draft-takacs-ccamp-revertive-ps Zafar, My comment in today's session was that you are redefining the format of an existing object (by adding TLVs) this breaks compatibility. You stated that this wasn't the case. FWIW: Your document says: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Length | Class-Num(37) | C-Type(2) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |S|P|N|O| Reserved | LSP Flags | Reserved | Link Flags| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |I|R| Reserved | Seg.Flags | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ sub-TLVs ~ | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ RFC4872 says 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Length | Class-Num(37) | C-Type (2) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |S|P|N|O| Reserved | LSP Flags | Reserved | Link Flags| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Perhaps you meant C-Type(TBD). You should address compatibility explicitly in any case. Lou _______________________________________________ CCAMP mailing list CCAMP@ietf.org<mailto:CCAMP@ietf.org> https://www.ietf.org/mailman/listinfo/ccamp -- [cid:image001.jpg@01CEE07E.912D0170] DIETER BELLER ALCATEL-LUCENT DEUTSCHLAND AG PROJECT MANAGER ASON/GMPLS CONTROL PLANE IP ROUTING AND TRANSPORT BL IP TRANSPORT BU Lorenzstrasse 10 70435 Stuttgart, Germany Phone: +49 711 821 43125 Mobil: +49 175 7266874 Dieter.Beller@alcatel-lucent.com<mailto:Dieter.Beller@alcatel-lucent.com> Alcatel-Lucent Deutschland AG Domicile of the Company: Stuttgart · Local Court Stuttgart HRB 4026 Chairman of the Supervisory Board: Michael Oppenhoff Board of Management: Wilhelm Dresselhaus (Chairman) · Hans-Jörg Daub · Andreas Gehe This e-mail and its attachments, if any, may contain confidential information. If you have received this e-mail in error, please notify us and delete or destroy the e-mail and its attachments, if any, immediately. If you have received this e-mail in error, you must not forward or make use of the e-mail and its attachments, if any.
- [CCAMP] Comment on compatibility in draft-takacs-… Lou Berger
- Re: [CCAMP] Comment on compatibility in draft-tak… Zafar Ali (zali)
- Re: [CCAMP] Comment on compatibility in draft-tak… Lou Berger
- Re: [CCAMP] Comment on compatibility in draft-tak… Dieter Beller
- Re: [CCAMP] Comment on compatibility in draft-tak… Fatai Zhang
- Re: [CCAMP] Comment on compatibility in draft-tak… Zafar Ali (zali)
- Re: [CCAMP] Comment on compatibility in draft-tak… Zafar Ali (zali)
- Re: [CCAMP] Comment on compatibility in draft-tak… Fatai Zhang
- Re: [CCAMP] Comment on compatibility in draft-tak… Zafar Ali (zali)
- Re: [CCAMP] Comment on compatibility in draft-tak… Zafar Ali (zali)
- Re: [CCAMP] Comment on compatibility in draft-tak… Fatai Zhang
- Re: [CCAMP] Comment on compatibility in draft-tak… Huub van Helvoort
- Re: [CCAMP] Comment on compatibility in draft-tak… John E Drake
- Re: [CCAMP] Comment on compatibility in draft-tak… Huub van Helvoort
- Re: [CCAMP] Comment on compatibility in draft-tak… John E Drake
- Re: [CCAMP] Comment on compatibility in draft-tak… Acee Lindem
- Re: [CCAMP] Comment on compatibility in draft-tak… Francesco Fondelli
- Re: [CCAMP] Comment on compatibility in draft-tak… Rajan Rao