Hi Jorge, Please see [RW] inline
From: Rabadan, Jorge (Nokia - US/Mountain View) <[email protected]> Sent: 09 October 2020 10:30 To: Rob Wilton (rwilton) <[email protected]>; The IESG <[email protected]> Cc: [email protected]; [email protected]; [email protected]; Bocci, Matthew (Nokia - GB) <[email protected]> Subject: Re: Robert Wilton's Discuss on draft-ietf-bess-evpn-na-flags-06: (with DISCUSS) Hi Robert, Thank you for the review. Please see my comments in-line with [jorge]. Jorge From: Robert Wilton via Datatracker <[email protected]<mailto:[email protected]>> Date: Tuesday, September 22, 2020 at 10:44 PM To: The IESG <[email protected]<mailto:[email protected]>> Cc: [email protected]<mailto:[email protected]> <[email protected]<mailto:[email protected]>>, [email protected]<mailto:[email protected]> <[email protected]<mailto:[email protected]>>, [email protected]<mailto:[email protected]> <[email protected]<mailto:[email protected]>>, Bocci, Matthew (Nokia - GB) <[email protected]<mailto:[email protected]>>, Bocci, Matthew (Nokia - GB) <[email protected]<mailto:[email protected]>> Subject: Robert Wilton's Discuss on draft-ietf-bess-evpn-na-flags-06: (with DISCUSS) Robert Wilton has entered the following ballot position for draft-ietf-bess-evpn-na-flags-06: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-na-flags/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- Hi, Hopefully a relatively easy discuss to resolve and this might just be my ignorance here: Section 2 states that I flag is used for an immutable ARP/ND Binding which is for a configured ARP/ND entry. Section 3.2 Reception of the EVPN ARP/ND Extended Community, has the following text: * Receiving multiple EVPN MAC/IP Advertisement routes with I=1 for the same IP but different MAC is considered a misconfiguration. But wouldn't this scenario occur if the configured ARP/ND entry was changed to point to a new MAC address? [jorge] well, it shouldn't happen. The old route should be withdrawn before the new one is advertised. I added a sentence in case it helps: "Receiving multiple EVPN MAC/IP Advertisement routes with I=1 for the same IP but different MAC is considered a misconfiguration. Note that if a configured IP1->MAC1 changes to point to a new MAC address, i.e., IP1->MAC2, the EVPN MAC/IP Advertisement route for IP1->MAC1 will be withdrawn before the EVPN MAC/IP Advertisement route for IP1->MAC2 is advertised." Would that help? [RW] Although I appreciate that the old route should be withdrawn, and hence this shouldn't happen, I'm less convinced that this situation could never occur, and hence I would prefer for the specification to state what the receiver does in this scenario does occur. I presume that the only safe action would be to update the IP->MAC binding? Regards, Rob Regards, Rob
_______________________________________________ BESS mailing list [email protected] https://www.ietf.org/mailman/listinfo/bess
