Hi Ali and Sami,
I read the list of your discussions in the mail list, and I have some
understandings on the topic.
I hope these understandings can be helpful to move the discussion further.
I think the "PBB EVPN over SRv6 underlay" solution will be complex, if we
address too
Please see my comments marked w/ [AS] below:
Just so that everyone is aware of the history, I introduced the control plane
signaling concept for L2VPN,
as well as PW status signaling, capability exchange and PW QoS signaling for
throttling the traffic.
EVPN utilized that idea and applied in
Several (my) points –
* There is no intent to “knock off” EVPN and replace with this technology.
Instead, it is a lightweight solution that offers a lot of benefits.
* We have several L2VPN solutions; LDP based, BGP based, EVPN – each
solution with benefits of its own. And so is the
As for control plane learning vs. data plane learning, I don’t know about the
history, but my impression is that control plane learning is considered as a
feature but not as a fallback solution for not having the PW contexts for do
data plane learning. I could be wrong though.
[jorge] I agree
Hi Jorge,
Yes, EVPN has evolved over many years and that’s why it has such a big traction
in industry (thanks to your contributions and many others) and we have always
been open to improvements (mostly driven by our customers) and evaluated them
objectively. So, if there is any suggestion wrt
Hi Adrian,
In line
Kind Regards
Gyan
On Sun, Nov 15, 2020 at 7:04 AM Adrian Farrel wrote:
> Hi Gyan,
>
>
>
> Sorry, I missed this (got caught on a filter cos it was a bit spammed to a
> lot of lists :-).
>
>
>
> > I have noticed that after reviewing many drafts across many WGs it seems
> in
Hi Sami,
If you want to respond, please elaborate so anyone who is following this thread
can benefit from the exchange; otherwise, it won’t be productive. Please see my
responses marked w/ [AS].
From: "Boutros, Sami"
Date: Friday, November 20, 2020 at 10:51 AM
To: Cisco Employee , Sami
Hi Ali,
Yes, I understand it has pros and cons. What I meant is that, if using anycast
SID in EVPN satisfies Sami’s requirements (or most), there is no need to add a
completely new technology that needs to reinvent how to do all services (elan,
eline, etree, L3, mcast, etc) and relies on
Hi Jorge,
Agreed, any technology can use any cast SID.
[jorge] if you want to specify an anycast SID solution for EVPN as an
alternative to aliasing, since it may have its merits, I’ll be glad to
investigate it with you and help. However data plane-learning sounds a step
back to me.
I
Hi Sami,
Sighhh! The first section of your draft (section 1) and the first two
paragraphs of that section talks about (1) and (2) that I mentioned in my
email. Basically, Introduction section states these two reasons as the
underlying reasons for your draft. As I explained in details in my
A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the BGP Enabled ServiceS WG of the IETF.
Title : Multicast and Ethernet VPN with Segment Routing
Point-to-Multipoint Trees
Authors : Rishabh Parekh
11 matches
Mail list logo