网络控制平面:信息隐藏与故障域管理
1. 研究资源与问题探讨
在网络研究领域,有众多的资料可供参考。例如,Atlas等人提出了路由系统接口的问题陈述;Bjorklund介绍了YANG 1.1数据建模语言;Clarke等人阐述了路由系统接口的可追溯性框架和信息模型等。这些研究为网络控制平面的发展提供了理论基础。
同时,还有一系列的研究问题值得深入探讨:
- 研究Microsoft的SWAN架构,需要明确其架构分类,确定控制平面中哪些部分是集中式的,哪些部分是分布式的,使用了什么接口以及对应的南向协议。
- 对于Google的FirePath架构,同样要进行架构分类,分析控制平面的集中与分布情况、接口和南向协议。
- 研究OpenFabric,完成其架构分类,明确控制平面的构成、接口和南向协议。
- 深入了解RESTful接口,对比它与非RESTful接口的差异。
- 探究forCES协议与四个可能接口中的哪一个进行了交互。
- 研究OpenFlow混合模式,分析开发者放弃该想法的原因以及此模式对OpenFlow协议分类的影响。
- 分析使用BGP作为南向接口时面临的网络拓扑视图不完整问题,以及BGP - LS(链路状态)如何解决该问题。
- 探讨fibbing中的状态、表面和优化权衡。
2. 控制平面信息隐藏的必要性
控制平面的设计初衷是尽可能多地学习和携带关于网络拓扑和可达性的信息。然而,网络工程师有时会选择限制这些状态的范围,原因主要有以下几点:
- 降低资源利用率 :减少参与控制平面的设备的资源消耗,从而节省成本。
超级会员免费看
订阅专栏 解锁全文


被折叠的 条评论
为什么被折叠?



