Previous Phase Review
- Phase 实现了动态隧道建立,但是无法汇总路由,必须分发明细
- 在大型网络中,不做路由汇总,可能会对设备资源造成困扰
- 优势 : Phase 1 可以汇总,Phase 2 可以动态,Phase 3 集二者之大成
DMVPN Phase 3
- 把激活NHRP的部分,搬到Spoke上。HUb上可以不用关Split-horizon,不用关next-hop-self
- 如果1个 Hub,发现潜在的Spoke-to-Spoke tunnel,就可以通知二者直接建立连接
- Spoke第1个数据包始终要发给Hub,然后Hub转发至另1个Spoke —— HUb 发现这种通信(2个Spoke之间尝试相互通信)时,就发送 NHRP Traffic Indication Message 给Spoke
- 收到Message 的Spoke 就知道有更好的路径,可以建立直连隧道
- 但是Spoke 还不知道更好的路径是怎么走,要怎么找到更好的路径,就是Phase3 重点概念。有2种方案,在Cisoc中被称为 NHRP Shortcut Switching Enhancement
- 可以直接加1条静态路由 NHRP as Route Source,Next hop 直接指定为远端Spoke Overlay 地址,相当于No next-hop
- 如果路由已经存在于路由表,可以对该路由进行覆盖操作
NHRP as Route Source
- NHRP 作为路由协议,将NHRP Route 直接写入RIB,然后加载进CEF进行转发 —— 下一跳地址指向远端Overlay
- 生效前提:远端的路由不能出现在路由表中,只有在HUb 执行汇总后才能观察到
Next Hop Overrides
- 已经存在的路由是指向Hub的,系统会自动变成指向Spoke Overlay地址,路由表条目不会变化,除了多1个%标识,可以用 show ip route override 来查看真正使用的路由的下一跳地址
- Override 只是针对本地,当需要把该路由对外宣告时,携带的下一跳仍然是指向HUB的
- 生效前提:远端的路由需要出现在路由表中,但是需要下一跳是HUb
Config Sample
- 需要在Phase2 的基础上
- HUb:增加 ip nhrp redirect
- Spoke:增加 ip nhrp shortcut