[SRv6]《SRv6网络编程》SRv6网络在电信云中的应用
发布日期:2021-05-28 16:50:54 浏览次数:10 分类:技术文章

本文共 1485 字,大约阅读时间需要 4 分钟。

概述

SRv6可以用于连接边缘电信云场景,可以实现网络可编程;

基于IPv6的可达性特点,SRv6在跨域的场景下不需要再采用背靠背等形式拼接,可直接跨多域,简化了跨域业务的部署;
基于Binding SID进行选路,实现SD-WAN。

1. SRv6在电信云中的应用

1.1. 电信云概述

NFV的发展趋势

先忽略软硬件解耦(阶段一)和整体资源池化/虚拟化(阶段二),我们着重关注业务的敏捷化,即阶段三。在此阶段,针对云环境进一步优化了软件架构,以更细的粒度解构业务,例如可以实现控制平面用户平面的分离解耦,以及管理平面控制平面的分离。

在这里插入图片描述
采用当前网络架构承载电信云有两种可能的设计思路

  1. 沿用成熟的IT云承载架构方案:
    缺陷:无法满足动态路由能力,大路由表项能力,高可靠性探测能力
  2. 沿用传统的CT承载架构方案:
    缺陷:没有很好的解决云化弹性扩缩容,动态迁移,云化管理虚拟机,VNF动态拉起和动态配置等自动化能力

结论:直接使用IT云网络和传统CT网络都无法满足电信云的需求,因此需要一套针对电信云的全新架构

1.2. 电信云承载架构

1.2.1. 典型的端到端的电信云承载网的架构 以及 分类和特点:

如下图和表格所示,由于所处位置不同,电信云DC规模和性能要求各不相同

在这里插入图片描述
在这里插入图片描述

1.2.2. 中心电信云承载网的架构:

如下图为中心电信云的承载网架构,因需要承载大规模业务,因此需要部署独立的数据中心网络,与运营商的WAN承载网络通过跨域VPN Option A背靠背模式进行对接。当前运营商的WAN组网使用传统的MPLS VPN作为业务承载技术,未来可以使用SRv6 BE 和 SRv6 Policy承载VPN业务。

在这里插入图片描述

1.2.3. 电信数据中心网络的三层架构:

模型如图,分为DC-GW(Boarder Leaf)–Spine–Server Leaf这三个层次,数据中心通常采用VXLAN技术作为业务承载技术

在这里插入图片描述

1.2.4. 背靠背承载方案在边缘云场景下面临的挑战

在这里插入图片描述

  • 增加了在边缘云上提供真正端到端的业务切片路径和部署OAM等特性的难度和复杂度
  • 背靠背组网中有多种PE和Leaf角色,以及Spine,整体组网的角色设置复杂度高
  • 随着MEC的大规模应用,由于分布式的EDC(参照前面的承载网架构)业务量不大,传统Spine-Leaf的成本显得过高。同时为节约成本,复用当前的 WAN-PE作为DC-GW,因此需要对WAN边缘设备进行能力升级(包括路由技术和云化业务能力)

1.3. 边缘电信云架构

1.3.1. NAAF物理架构

NAAF的全称:Network as a Fabric

针对边缘云承载面临的问题,解决方案整体上是将数据中心网络与WAN融合,形成一个Spine-Leaf的Fabric架构,也就是将现有的WAN网络中的PE节点改进为Fabric中的Leaf节点,WAN网络中的P节点作为Fabric中的Spine进行高速转发并提高可扩展性
在这里插入图片描述

1.3.2. NAAF的传输协议及关键技术

NAAF拉通了数据中心网络和WAN,因此需要拉通整体的传输协议

边缘云规模更小,对云化部署的要求减弱,因此更适合成熟的电信传输方案,例如EVPN和SRv6
在这里插入图片描述
NAAF 从以下几方面展示其在边缘云的优势

  • 简化协议:统一了数据中心网络和WAN的承载方案
  • 端到端业务能力:利用端到端部署SRv6 BE/TE,和SRv6强大的可编程能力,实现了端到端的路径调优和网络切片能力
  • 简化运维:SRv6和EVPN易于维护
  • 简化网络层级:设备兼顾数据中心网络和WAN中的节点角色,大大降低建网成本

转载地址:https://blog.csdn.net/qq_33868661/article/details/115625083 如侵犯您的版权,请留言回复原文章的地址,我们会给您删除此文章,给您带来不便请您谅解!

上一篇:[SRv6]《SRv6网络编程》SRv6网络在SD-WAN中的应用
下一篇:【日语】【歌词】「ヤキモチ」--高橋優

发表评论

最新留言

第一次来,支持一个
[***.219.124.196]2024年02月09日 19时11分10秒