首先可以明确,从协议标准和H3C的实现来看,ADVPN与IKEv2是紧密相关的:
协议标准:ADVPN的核心功能——动态建立Spoke间的“直达隧道”(Shortcut),本身就是基于IKEvv2协议的一种扩展。
H3C实现:虽然老案例多用IKEv1,但这通常是出于向下兼容的考虑。对于新的部署项目,使用IKEv2是更推荐的做法。
这背后主要有两个原因:
兼容性优先:IKEv1的成熟度和设备兼容性更高,因此官方文档和早期案例会优先以它作为通用示例。
历史遗留:很多存量网络和教程是基于IKEv1搭建的。
虽然无法提供完整的命令行,但如果你要自行尝试,可以将IKEv1的配置思路迁移过来,并关注以下几个核心点:
IKE提议 (IKE Proposal):这是最核心的区别。你需要创建一个新的IKE提议,并将版本强制指定为2。
IPsec安全策略 (IPsec Policy):ADVPN通常使用基于路由的IPsec VPN(application-based),并在策略中启用auto-discovery功能,这是触发Spoke间建立直达隧道的开关。
如果按这个match remote identity的配置,那如果我想实现FULL-MESH组网,就要给每个节点都要写一个match配置?
如果按这个match remote identity的配置,那如果我想实现FULL-MESH组网,就要给每个节点都要写一个match配置?
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明