Hi Jeff,
> On Nov 19, 2020, at 3:46 AM, Jeffrey (Zhaohui) Zhang > <zzhang=40juniper....@dmarc.ietf.org> wrote: > > Hi, > > It seems that the draft is about using data-plane mac learning in an > EVPN-like solution. Actually the draft explicitly mention that we don’t need any EVPN routes, and not sure what EVPN-like solution you are referring too. > That retains other properties of EVPN, but removes the need for advertising > MAC addresses, with the consequences/problems that Ali was trying to point > out. > It will be good that you point out those specific consequences/problems. > Leaving the pros and cons of data plane mac learning out, I want to point out > that the idea is actually orthogonal with SR - even if SR were not invented > this concept still applies. Agreed, but SR enabled the concept, via the ability to define SRGB for services across the network. > With VXLAN the source address corresponds to the "source node SID", and with > MPLS the "PE Distinguisher Label" in MVPN (and extended to other use cases) > serves the same purpose. That same "PE Distinguisher Label" concept is also > used in my Generic Fragmentation proposal. > > With that, the discussion for this draft should be in BESS, not in SPRING. > As I mentioned this is still about BGP enabled services, however we can still present this in SPRING. Thanks, Sami > Jeffrey > > Juniper Business Use Only > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess