Re: [bess] Some questions regarding draft-ietf-bess-evpn-inter-subnet-forwarding-05

"Ali Sajassi (sajassi)" <sajassi@cisco.com> Thu, 31 January 2019 02:19 UTC

Return-Path: <sajassi@cisco.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D0E2A1271FF; Wed, 30 Jan 2019 18:19:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.064
X-Spam-Level:
X-Spam-Status: No, score=-17.064 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-4.553, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 3MyaXm-U8ez1; Wed, 30 Jan 2019 18:19:49 -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 91F29124D68; Wed, 30 Jan 2019 18:19:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=17064; q=dns/txt; s=iport; t=1548901189; x=1550110789; h=from:to:cc:subject:date:message-id:mime-version; bh=AKgJhbR0dqVdSWLjCutA/QRnzRWWcbmwA7/MAACecj4=; b=eRzXnbavVqTg7QnOaWstkZjFzcHTFokct1ieOgULUA3tRuL0+wplVKpP GNzIOA5aIQ2FxJ+pAfxLikAWwLXjxvaSy1A2z514er6+cO8S41bkg8+cg pY+IR0+nHZbNvCbYOas1eSMqT2MjTlZkwkIoFcC1e7nJEiKBo7ZuZ2YLh 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0ADAADqWlJc/5hdJa1jGQEBAQEBAQEBAQEBAQcBAQEBAQGBUQQBAQEBAQsBgQ12Z4EDJwqDeYgai3OCDXyRI4VuFIFnCwEBIoRKGYJwIjQJDQEDAQECAQECbRwMhUoBBiNWEgEGAhEDAQIrAgQwHQoEAQ0FgyIBgR1kD5EDm2GBL4oyBYxAF4F/gREnH4IXNYMeAQECAReBD1iCaTGCJgKQBJJUCQKHLIsEGIFrhTmLD4oZhSyLdgIRFIEnHziBVnAVZQGCQYInFxODOIUUhT9BMQEBAQGOXYEfAQE
X-IronPort-AV: E=Sophos;i="5.56,542,1539648000"; d="scan'208,217";a="233101151"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 31 Jan 2019 02:19:48 +0000
Received: from XCH-RTP-003.cisco.com (xch-rtp-003.cisco.com [64.101.220.143]) by rcdn-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id x0V2JmCD001462 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 31 Jan 2019 02:19:48 GMT
Received: from xch-rtp-005.cisco.com (64.101.220.145) by XCH-RTP-003.cisco.com (64.101.220.143) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 30 Jan 2019 21:19:47 -0500
Received: from xch-rtp-005.cisco.com ([64.101.220.145]) by XCH-RTP-005.cisco.com ([64.101.220.145]) with mapi id 15.00.1395.000; Wed, 30 Jan 2019 21:19:47 -0500
From: "Ali Sajassi (sajassi)" <sajassi@cisco.com>
To: Zhuangshunwan <zhuangshunwan@huawei.com>, "draft-ietf-bess-evpn-inter-subnet-forwarding@ietf.org" <draft-ietf-bess-evpn-inter-subnet-forwarding@ietf.org>
CC: "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [bess] Some questions regarding draft-ietf-bess-evpn-inter-subnet-forwarding-05
Thread-Index: AQHUuQtvxhEkh0UXS0CwQaml7gSMMA==
Date: Thu, 31 Jan 2019 02:19:47 +0000
Message-ID: <7D052AE1-940E-40B5-9A29-5FE4030D6D0A@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.10.6.190114
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.19.76.53]
Content-Type: multipart/alternative; boundary="_000_7D052AE1940E40B59A295FE4030D6D0Aciscocom_"
MIME-Version: 1.0
X-Outbound-SMTP-Client: 64.101.220.143, xch-rtp-003.cisco.com
X-Outbound-Node: rcdn-core-1.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/DfyN8BT0laFKVABAkXeeLIoeFKk>
Subject: Re: [bess] Some questions regarding draft-ietf-bess-evpn-inter-subnet-forwarding-05
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 31 Jan 2019 02:19:52 -0000

Please refer to my reply inline marked with “AS>”

From: BESS <bess-bounces@ietf.org> on behalf of Zhuangshunwan <zhuangshunwan@huawei.com>
Date: Thursday, September 13, 2018 at 1:00 AM
To: "draft-ietf-bess-evpn-inter-subnet-forwarding@ietf.org" <draft-ietf-bess-evpn-inter-subnet-forwarding@ietf.org>
Cc: "bess@ietf.org" <bess@ietf.org>
Subject: [bess] Some questions regarding draft-ietf-bess-evpn-inter-subnet-forwarding-05

Dear authors,

I have some questions regarding draft-ietf-bess-evpn-inter-subnet-forwarding-05.

The last paragraph of https://tools.ietf.org/html/draft-ietf-bess-evpn-inter-subnet-forwarding-05#section-4.1.2<https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_draft-2Dietf-2Dbess-2Devpn-2Dinter-2Dsubnet-2Dforwarding-2D05-23section-2D4.1.2&d=DwMFbw&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=f7wsLGcfzAWDNS6XNTBZwj_OLAOsZZqdrR2IDAzeZqE&m=0IvlO-HEBllNV94YGKHqwBXn0tXwm4ewl0m1NgqEKBE&s=sY6nMHomcrBcYyfUaGw-D6CN6yH6pCF1s-w6Xzy_0WE&e=> (Page 21) said:
   If EVPN-IRB NVEs are configured not to advertise MAC-only routes,
   then upon receiving the first data packet, it learns the MAC address
   of the TS and updates the MAC entry in the corresponding MAC-VRF
   table with the local adjacency information (e.g., local interface).
   It also realizes that there has been a MAC move because the same MAC
   address has been learned remotely from the source NVE. It then sends
   an unicast ARP request to the host and when receiving an ARP
   response, it follows the procedure outlined in section 4.1.1<https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_draft-2Dietf-2Dbess-2Devpn-2Dinter-2Dsubnet-2Dforwarding-2D05-23section-2D4.1.1&d=DwMFbw&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=f7wsLGcfzAWDNS6XNTBZwj_OLAOsZZqdrR2IDAzeZqE&m=0IvlO-HEBllNV94YGKHqwBXn0tXwm4ewl0m1NgqEKBE&s=Xk1XmUZDuYMFzFEwbeDAb0bPJvdjVZJFHmynSmsJrmQ&e=>..

Question 1:
“… it follows the procedure outlined in section 4.1.1<https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_draft-2Dietf-2Dbess-2Devpn-2Dinter-2Dsubnet-2Dforwarding-2D05-23section-2D4.1.1&d=DwMFbw&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=f7wsLGcfzAWDNS6XNTBZwj_OLAOsZZqdrR2IDAzeZqE&m=0IvlO-HEBllNV94YGKHqwBXn0tXwm4ewl0m1NgqEKBE&s=Xk1XmUZDuYMFzFEwbeDAb0bPJvdjVZJFHmynSmsJrmQ&e=>..”,
Which specific paragraph of section 4.1.1 is followed?
IMO, It follows the procedure that starts from the second paragraph of the section 4.1.1:
“
   The target NVE upon receiving this ARP request, updates its MAC-VRF,
   IP-VRF, and ARP table with the host MAC, IP, and local adjacency
   information (e.g., local interface).
…
“
Is my understanding correct?

AS> It is both 2nd and 3rd paragraphs of section 4.1.1.

Question 2:
“It then sends an unicast ARP request to the host and when receiving an ARP response”.
I think this sentence means: The target NVE sends an unicast ARP request to the moved host (TS) and the target NVE receives an ARP response from the moved host (TS). Then, per the ARP response, the target NVE can recognize that the moved host (TS) has been migrated to the target NVE.
Is my understanding correct?

AS> That’s correct.

Thanks,
Shunwan