在此篇文章里，简单总结下通过SRTE调度EVPN ELAN的流量，然后通过show信息，来查看引流及相关内容，并熟悉EVPN，EVPN基础部分，可以参考之前的文章，里面包含Route Type的信息：EVPN Summary

另外对于ELAN的引流，有很多种选择，常见的是通过对RT1打Color，调用单播流量；对RT3打Color，调用多播流量；对于RT1我们可以看成L3VPN中的“VRF”，也就是基于“VRF”颗粒度进行引流，这么理解可能更好理解

物理拓扑

Intro

很多客户在部署VPLS时，当核心有负载链路或者Bundle时，常常会碰到负载不均的现象，为什么会发生这种问题？首先看下常规ASR9k在不同场景下是用什么元素去做Hash的：

A: src-ip, dst-ip, src-port, dst-port, router_id
B: bottom_most_label, router_id
C: 4th_label, router_id

2020-6-24 更新：Multi-Label MPLS Load-Balancing Hash Algorithm Update

原有ASR9k ECMP的Hash 算法：在MPLS报文时，只有4层label以下的数据报文才可以使用IP 5元组Hash，超过4层的只能用单个label做raw hash。此算法在之前问题不大，label数很少超过4个，但在SR 的环境下，可能会有更多的label，因此BU更新了此场景的Hash算法：

1. 5-8个label，不再使用单个label做hash，而是采用IP 5元组来做hash
2. 9个或更多label，使用新的hash 算法：multi-label MPLS hashing，label3-5中的label作为raw hash

Tomahawk从623开始使用新的算法；Lightspeed和Xrv9k从652开始使用新的算法

Ok，我们可以看到在L2VPN中，用的是bottom label来做的负载均衡，这是因为系统无法跳过L2VPN中的MAC头，去读L3的IP头。在这里拿Bundle端口举例，说说不同场景下bundle的HASH方法（在9k上，所有HASH动作都是在进口NP上做的，这个HASH结果会直接被出口NP调用）：
完整阅读

跟同事讨论了下关于*PVID_Inc的问题，收益颇丰！估计没几个人能悟出在VPLS中PVID_inc的真谛。
为了验证讨论的内容，特意做下面的实验：

Topology

天蓝色属于一个bridge-domain vplstest1000；而红色属于bridge-domain vplstest6002
本文只讨论天蓝色的bridge-domain!

测试目的

验证下为什么会有PVID_inc的问题出现，及抓包分析，用有力的证据来验证
完整阅读

Topology

天蓝色属于一个bridge-domain vplstest1000；而红色属于bridge-domain vplstest6002
本文只讨论红色的bridge-domain!

测试目的

验证下ASR9k上的mapping行为 “translate 1-to-1 dot1q”
完整阅读

对于ASR9k的split-horizon简单总结如下：

注：ASR9k不同于76，split-horizon不能disable；它一共分3组，group 0，1和2，每组的定义不一样。

• 默认所有AC都属于group 0，group 0比较特殊，其中的AC都可以互访
• 所有PW都属于group 1，group 1中的member不能互访，但能与group0或group 2互访
• 不论在AC还是PW上配置split-horizion后，都会属于group 2，group2中的member不能互访，但能与group0或group1互访

下面是Xander总结的（https://supportforums.cisco.com/thread/2213114 ）：

Three SHG groups are defined for VPLS(SHG0,SHG1 and SHG2). By default, all the 
bridge-ports( AC or PW ) come in SHG0. When a Split horizon-group is configured 
under the Bridge-port( either under AC or PW) they come in SHG2. 
PWs defined under VFI come in SHG1. 
By definition, Bridge-ports in same SHG(SHG1 and SHG2) won't talk to each 
other ( this is not applicable for SHG0 though ).

SHG0 --- > SHG0,SHG1 and SHG2
SHG1 --- > SHG0 and SHG2
SHG2 ----> SHG0 and SHG1