上一篇提及的项目中，在实际业务割接中遇到了两个路由器间互联的端口不通的异常，具体的处理和分析验证的过程如下：
1、原始配置说明
R3和R5都启用了子接口，且划分在同一个vlan，互联。路由器子接口的arp broadcast是默认开启的。
子接口 配置了vlan和encapsulation-dot1q vlanID，即该接口是trunk封装，终结子接口（终结vlan数据包的 外层标签）使用IEEE 802.1q 来启动路由器上的子接口成为干道模式（trunk）。接口发出的数据包都是带tag的。
此处的做法在后面分析的时候，我也很疑惑为什么要这么做，因为首先客户只告知了R3的子接口对应的VLAN ID，其次在客户原先的交换机（现在由R5替代）上是么有vlan的。后面在分析的时候，归因于可能受到前一个项目的规划的影响，先入为主的认为两端都要起子接口和vlan
2、遇到的异常现象
在电信师傅布好光电转换器，以及跨机房拉好光纤后，和R5的同事互ping地址不通，先是想到的是不是两个端口的协商速率不对，中间一堆混乱操作中，R5同事将网线接到了自己的电脑上，配置同一个地址，发现通了。在R5路由器上删除了子接口和vlan，改为在物理口上配置IP。R3和R5就通了。之后R3端的客户说明，R5端就是相当于汇聚口，不需要配置vlan。
3、分析：
1）使用ensp模拟
R5和R1的子接口在同一个vlan是能互通的，那为什么实际遇到的不能互通呢？
2）我以为两台路由器之间只经过了光电转换器，实际是有其他的网络交换设备。如果中间加个交换机，R5上联的是access口，R1下联的是trunk口则不通，如果交换机的两个口都是trunk口则互通。
4、另外，如果路由器两端都配置了子接口，那么vlan间的IP能互通，但是上图中的R5到R1的1.1.1.1地址是不通的
