<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;
        mso-fareast-language:EN-US;}
span.EmailStyle17
        {mso-style-type:personal-compose;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri",sans-serif;
        mso-fareast-language:EN-US;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-CA" link="#0563C1" vlink="#954F72" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal">Good day, NANOG.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I’m at the front end of an expected implementation of EVPN-VXLAN as the primary method to shift a network that is largely based on traditional Ethernet switching and spanning-tree to one that attempts to route traffic as often as possible,
 and where we want to separate the physical topology from the logical services. We are selecting EVPN-VXLAN as it seems to inherently provide for the Network Virtualization Overlay function, as well as routing since the entire underlay will be routed. As part
 of all the reading we are doing, and lab testing that is just about to commence, I’m trying to weigh the options around VLAN-based services and VLAN-aware bundle services. I know that the options aren’t mutually exclusive, and that I can mix and match, at
 least I expect that this to be an option.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">In case it matters, our implementation will initially involve VTEPs based on a mix of Juniper QFX5100, QFX5110, QFX5120, and EX4650 switches, as well as MX. Yes, I do recognize the RIOT capabilities that aren’t present in the QFX5100.  From
 a basic FIB standpoint, we do believe that we are well below the quote limits in terms of hosts, routes, etc. I do believe that we’ve effectively weighed the use of VXLAN over MPLS. We currently believe that our use cases don’t require some of the more advanced
 features and control knobs available in MPLS. We are also pragmatic and are trying to use the equipment that we have. We believe that the Trident ASICs in our devices are likely better suited for VXLAN than MPLS, despite the glossy datasheets quoting support
 for various MPLS features. Feel free to comment on this.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">For internal use, I can see the VLAN-aware bundles as advantageous to group all our own services together in a single MAC-VRF, treat ourselves as a tenant. I’m not clear yet if I should be concerned or not about each switch that is involved
 in this EVI having to populate all entries into FIB. Our own use cases are likely of a small enough scale that it wouldn’t matter in comparison to the positive outcomes. As for customer use cases, I can’t yet see an advantage to VLAN-aware bundles as our customers
 don’t interact with multiple VLANs where those individual VLANs are terminating on individual VTEP ports. The customer use cases feel more like a traditional Q-in-Q type activity that has us treating them as single outer VLAN, and thus the VLAN-based service
 seems more appropriate. I’m flat out ignoring the middle ground option of VLAN-bundle service as I can’t see anything that seems compelling compared to the other two.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I know there is bunch that I don’t know here. Am I focusing on the right two choices of the three service types? Do organizations regularly use both two that I am focusing on? How do you decide between the two models when provisioning an
 EVI? What gotchas await me with the Juniper equipment, or the Trident ASICs, that just aren’t spelled out in the documentation? Answers to these questions and anything else you have to offer is appreciated.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thanks in advance,<o:p></o:p></p>
<p class="MsoNormal">Graham<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>