Hi Jeff, Huawei's implementation only used dedicated Multicast MAC (when we proposed RFC7130), and did not support the optional behavior. There should be no change since then.
Best regards, Mach From: Rtg-bfd <[email protected]> On Behalf Of Jeffrey Haas Sent: Thursday, October 20, 2022 8:52 PM To: Reshad Rahman <[email protected]> Cc: BFD WG <[email protected]>; Alexander Vainshtein <[email protected]>; Nitsan Dolev <[email protected]>; Shell Nakash <[email protected]>; James Lian <[email protected]> Subject: Re: A missing read/write attribute in RFC 9314? On Oct 19, 2022, at 3:24 PM, Jeffrey Haas <[email protected]<mailto:[email protected]>> wrote: I think what this work looks like is: 1. Survey of implementations to see whether they do this behavior, and what their knob is, if so. I have confirmed that Juniper's implementation does not support the behavior described in this thread. When in the Up state, Juniper's BFD on LAG uses the discovered unicast MAC address. Xiao Min reports that ZTE's implementation behaves similarly. It'd be good to get responses from Cisco, Huawei, and Nokia. -- Jeff
