设为首页 收藏本站
查看: 1151|回复: 0

[经验分享] 基于隧道的***宏观总结-附cisco的vti方案

[复制链接]

尚未签到

发表于 2018-7-21 12:19:41 | 显示全部楼层 |阅读模式
如果说***是一种保护专有数据的机制,那么可以说使用隧道封装来完成这种机制是一种策略。隧道形式的***除了解决数据专有这种需求之外,还有更多的含义:  1.将“路由器功能的统一”缩小到有限的一组路由器
  以组播为例,很多的路由器都是不转发组播的,如果分属遥远两地的公司希望使用组播来通信,那势必要运营商的支持。有了隧道之后,就可以将组播封装在隧道中,这样的话,只需要隧道的两个端点支持组播即可。
  2.跨越异构网络
  这一点对于自定义协议特别有效。如果你自己定义了一个协议,为互联网所不容,那怎样让基于这种协议的通信跨越公共网络呢?解决方案就是隧道。
  3.本来IP网络就是逻辑网络(只有链路层网络是真实存在的物理网络),***的出现使得逻辑网络上嵌套了逻辑网路,而实际上,逻辑网路是可以无限嵌套的。
  4.有了***,IP协议也可以端到端的工作!
  附:cisco的VTI
  本质上说,VTI就是完全虚拟的虚拟网卡,和Open***所使用的tap网卡不同的是,它在内核态完成几乎所有的功能,增加了性能,然而代价是减少了灵活性。VTI的框图如下所示:
DSC0000.gif

  对于VTI的实现,不要以为有什么大不了,它的实现很简单,基本就是在GRE引擎之上使用IPSec协议来封装数据报。就是说,虚拟网卡是GRE实现的,然而对于虚拟网卡内部数据的封装格式使用的是IPSec。这样做的好处在于,使用两个协议实现VTI,可以灵活的修改随意的一方,我们可以使用GRE封装IPSec,也可以使用别的...这是内核的方案。用户态的方案比这更猛,实际导出到用户态,怎么做都行,这就是tap!

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-539500-1-1.html 上篇帖子: cisco路由器关闭一些不必要服务 下篇帖子: cisco三层交换机的典型配置
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表