Re: WGLC for BFD Multipoint documents (last round)

"Reshad Rahman (rrahman)" <rrahman@cisco.com> Thu, 08 February 2018 13:45 UTC

Return-Path: <rrahman@cisco.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B29612D969 for <rtg-bfd@ietfa.amsl.com>; Thu, 8 Feb 2018 05:45:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.529
X-Spam-Level:
X-Spam-Status: No, score=-14.529 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 hFS-026dfTuK for <rtg-bfd@ietfa.amsl.com>; Thu, 8 Feb 2018 05:45:07 -0800 (PST)
Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 160BA12D961 for <rtg-bfd@ietf.org>; Thu, 8 Feb 2018 05:45:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=57552; q=dns/txt; s=iport; t=1518097507; x=1519307107; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=n8AcVSlNAq+l+PtIs4RSZgiMs1yRfK7Yt9p849llyKc=; b=jkZ8IjsL2rKLMpRHBytjdJKQq1uCKfZPOJGd773KdtEUL4OOmNYmGsyn g/kzcN9gxsmdojDzaSoCVIxeLSGdJPfNsLjF8WyGOAy53xgSGaqHROHLP thHwu2qxUkkwJ9bnCaNXA7N4DElpaO1z5Xr/jl9A3lYc7L+lzohINCyKJ 4=;
X-Files: image001.gif, image002.gif, image003.gif, image004.gif : 6016, 2065, 6018, 2067
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CmAABTU3xa/4ENJK1UCRkBAQEBAQEBA?= =?us-ascii?q?QEBAQEHAQEBAQGCWXhmcCgKg1uKJI4mgR1liRaOP4IYBwECG4UgAhqCEFQYAQI?= =?us-ascii?q?BAQEBAQECax0LhSMBAQEBAwUeAggBGxsHBwcQAgEGAhEDAQIGAQEBGAcDAgICB?= =?us-ascii?q?RAGBAUMFAkIAgQOBAEOig8DFZFRnXSCJ4UAgjkNgTGCCgEBAQEBAQEBAQEBAQE?= =?us-ascii?q?BAQEBAQEBAQ4PhHmCFYFXgWgpgXeBDoJrRASBRQoBASoLCRYIglkxghQgBYtyh?= =?us-ascii?q?zGHAYV5AYJocDUJAocWAYlchQeCHpIgixODMYkbAhEZAYE7AR85gVBwFWcBghs?= =?us-ascii?q?JgkwcggZ4ixWBJQGBFgEBAQ?=
X-IronPort-AV: E=Sophos;i="5.46,478,1511827200"; d="gif'147?scan'147,208,217,147";a="67527487"
Received: from alln-core-9.cisco.com ([173.36.13.129]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Feb 2018 13:45:06 +0000
Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id w18Dj5jR027340 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 8 Feb 2018 13:45:06 GMT
Received: from xch-rcd-005.cisco.com (173.37.102.15) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Thu, 8 Feb 2018 07:45:05 -0600
Received: from xch-rcd-005.cisco.com ([173.37.102.15]) by XCH-RCD-005.cisco.com ([173.37.102.15]) with mapi id 15.00.1320.000; Thu, 8 Feb 2018 07:45:05 -0600
From: "Reshad Rahman (rrahman)" <rrahman@cisco.com>
To: "gregory.mirsky@ztetx.com" <gregory.mirsky@ztetx.com>
CC: "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>, "gregimirsky@gmail.com" <gregimirsky@gmail.com>
Subject: Re: WGLC for BFD Multipoint documents (last round)
Thread-Topic: WGLC for BFD Multipoint documents (last round)
Thread-Index: AQHTnh8nQKkp4UZhy0e3Kn8Lrj3T1qOZ7FUAgABuvYCAAD9+AA==
Date: Thu, 8 Feb 2018 13:45:05 +0000
Message-ID: <AF4C3D93-6BD9-40ED-A9F7-E672ADD99829@cisco.com>
References: <201802081257494763147@zte.com.cn>
In-Reply-To: <201802081257494763147@zte.com.cn>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.9.0.180116
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [161.44.212.43]
Content-Type: multipart/related; boundary="_007_AF4C3D936BD940EDA9F7E672ADD99829ciscocom_"; type="multipart/alternative"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/A8BeH3vcmeU5V-sJ7gb37asdfLg>
X-Mailman-Approved-At: Thu, 08 Feb 2018 05:51:29 -0800
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Feb 2018 13:45:09 -0000

Greg, this is good.

Regards,
Reshad.

From: "gregory.mirsky@ztetx.com"; <gregory.mirsky@ztetx.com>;
Date: Wednesday, February 7, 2018 at 11:58 PM
To: "Reshad Rahman (rrahman)" <rrahman@cisco.com>;
Cc: "rtg-bfd@ietf.org"; <rtg-bfd@ietf.org>;, "gregimirsky@gmail.com"; <gregimirsky@gmail.com>;
Subject: Re: WGLC for BFD Multipoint documents (last round)


Hi Reshad,

thank you for the great suggestion. Below is the proposed update to section 4.3.1 New State Variables:

OLD TEXT

       This variable is only pertinent when bfd.SessionType is

       MultipointTail.

NEW TEXT

        This variable is only pertinent when bfd.SessionType is

         MultipointTail and SHOULD NOT be modified after the

         MultipointTail session has been created.





Greg Mirsky



Sr. Standardization Expert
预研标准部/有线研究院/有线产品经营部 Standard Preresearch Dept./Wireline Product R&D Institute/Wireline Product Operation Division


[cid:9ae3e214c17d49ed935d87c674ba3ee2]

[cid:24242e5637af428891c4db731e7765ad]
E: gregory.mirsky@ztetx.com<mailto:gregory.mirsky@ztetx.com>
www.zte.com.cn<http://www.zte.com.cn/>

Original Mail
Sender: ReshadRahman(rrahman) <rrahman@cisco.com>;
To: gregory mirsky10211915;rtg-bfd@ietf.org <rtg-bfd@ietf.org>;
CC: gregimirsky@gmail.com <gregimirsky@gmail.com>;
Date: 2018/02/08 11:22
Subject: Re: WGLC for BFD Multipoint documents (last round)
Hi Greg,

Regarding changing bfd.SilentTail on the fly, I think we should consider adding some text “… SHOULD not be modified after the MultipointTail session has been created.“. This is to prevent  false failure detections as you mentioned.

Regards,
Reshad.

From: "gregory.mirsky@ztetx.com"; <gregory.mirsky@ztetx.com>;
Date: Sunday, February 4, 2018 at 8:18 PM
To: "Reshad Rahman (rrahman)" <rrahman@cisco.com>;, "rtg-bfd@ietf.org"; <rtg-bfd@ietf.org>;
Cc: "gregimirsky@gmail.com"; <gregimirsky@gmail.com>;
Subject: Re: WGLC for BFD Multipoint documents (last round)


Hi Reshad,

<have to switch my contact for a week>

You've said:

Hi Greg,



The question about whether we need a new variable wasn’t referring to MultipointClient state (I agree this is well explained). Since I mentioned “state variable” I realize the confusion…



The question was whether we need a new state variable (not for the MultipointClient state) to control the behavior explained in this paragraph, e.g the new state variable could be called bfd.TrackTails.



   If the head wishes to know the identity of the tails, it sends

   multipoint Polls as needed.  Previously known tails that don't

   respond to the Polls will be detected.



Regards,

Reshad.

I agree that an operator should have control over whether the head does tail discovery, tail monitoring. But I think that that may require whole suite  of parameters and some might need coordidation for the MultipointHead with MultipointTail, e.g. when the given MultipointTail has bfd.SilentTail changed from 0 to 1 or vice versa. Would that trigger false negative on the head? I think that there's lots of  open space ofr the innovation in the area of monitoring p2mp tails. I hope that someone will be interested to continue and produce more detailed specification than draft-ietf-bfd-multipoint-active-tail. For example, time interval between multicast Poll and  relationship to unicast BFD control packets to tail(s).



Best regards,

Greg Mirsky



Sr. Standardization Expert
预研标准部/有线研究院/有线产品经营部 Standard Preresearch Dept./Wireline Product R&D Institute/Wireline Product Operation Division


[cid:9ae3e214c17d49ed935d87c674ba3ee2]

[cid:24242e5637af428891c4db731e7765ad]
E: gregory.mirsky@ztetx.com<mailto:gregory.mirsky@ztetx.com>
www.zte.com.cn<http://www.zte.com.cn/>