PTN业务配置术语简析
1背景
由于PTN产品刚刚推出，同时PTN业务和传统的SDH业务相比较有较大的差别，本文主要对PTN业务配置中各种配置参数之间的关系做一个简要的说明，以加强对PTN业务配置理解。
2术语、定义和缩略语
2.1术语、定义
本文使用的专用术语、定义见表2.1。
表2.1
术语/定义 | 英文 | 说 明 |
UNI | User network interface | 用户-网络接口 |
CIP | Customer Instance Port | 客户实例接口 |
VIP | Virtual Instance Port | 虚实例接口 |
Service | Service Instance | 服务实例 |
隧道 | Tunnel | 承载网通道 |
隧道管理组 | Tunnel Group | 多个隧道的集合 |
二层交换端口 | L2 Switch Interface | 实现二层业务的虚接口 |
2.2缩略语
本文使用的专用缩略语见表2.2。
表2.2
缩略语 | 原文 | 中文含义 |
APS | Automatic Protection Switching | 自动保护切换 |
CFM | Connectivity Fault Management | 连通性错误管理 |
I-SID | Service Instance Identifier | 服务实例ID |
PBB | Provider Backbone Bridge | 运营商骨干网桥 |
PBT | Provider Backbone Transport | 运营商骨干传输网 |
PW | Pseudo Wire | 伪线 |
T-MPLS | Transport MPLS | 传送MPLS |
LACP | Link Aggregation Control Protocol | 链路聚合控制协议 |
STP | Span Tree Protocol | 生成树协议 |
3PBT、TMPLS业务模块在系统中的位置图
图3-1 PBT、TMPLS业务模块在系统中的位置图
图6.2 是PBT、TMPLS业务管理平面架构图。图中包含UNI对象、CIP对象（客户实例端口对象）、Service对象、VIP(业务虚端口)对象、Tunnel对象、Protect Group对象、load-balance group（负载均衡组）。（各对象的数据结构在后面的组件说明中进行描述）。
●UNI和CIP之间多对一的关系，同一个UNI下的不同的CIP不能对应相同的service；
●当CIP是基于整个端口时，一个UNI只能和一个CIP绑定；
●VIP接口可以捆绑隧道接口；
●不同的VIP可以对应相同的隧道；
●不同的service下的VIP可以对应相同的隧道；
●不同UNI接口下的CIP可以对应相同的service；
●Service和CIP之间一对多的关系；
●Service和VIP之间一对多的关系, 同一个service下的不同的VIP需要对应不同的隧道；//TREE不管、LINE和LAN需要限制（限制伪线）
●每个VIP都生成一个二层交换端口。从上面的图中我们看不到PW和I-SID，之所以能这样，就是因为我们这里创建了VIP对象，通过VIP对象屏蔽了PW和I-SID在管理架构上的差异，从而最终形成在管理架构上的统一（VIP的实现见后面针对VIP的描述）。通过一个VIP生成一个二层交换端口，使PBT和TMPLS业务与二层交换功能形成了融合，从而使PW上能够起各种二层业务，比如MAC学习、生成树协议、LACP等；
●一个隧道可以是多个保护组中的工作隧道，形成1：n的保护；一个保护中一个工作隧道可以有多个保护隧道。
4数据流向简析
4.1数据包上行流程
1）驱动收到数据包，进行VLAN表、QinQ表等表项的查到转发条目，通过转发条目到service；
2）当Service实现E-LINE业务时，从CIP进来的流量直接从service中的VIP中转发出去（如图7-1所示）；
图4-1 E-LINE业务 service中的数据包流程
3）当实现E-TREE、E-LAN业务时，根据目的MAC+ service进行查。如果到则从对应的VIP或CIP转发出去；如果查不到，则要在service中的CIP和VIP中进行广播。这里广播
的时候，需要遵循几个原则（如图7-2）：
●CIP和VIP接口具有root属性和leaf属性，当service属性为E-LAN属性时，service中的CIP、VIP必须是root属性；当service属性为E-TREE属性时，CIP、VIP可以是root属性也可以是Leaf属性；
●同一个service中的CIP只能和本service中的VIP、CIP进行通信；
●Root属性的CIP可以和root属性和leaf属性的CIP、VIP进行通信；
●Leaf属性的CIP不能和leaf属性的CIP、VIP进行通信；
●Leaf属性的CIP可以和root属性的CIP、VIP进行通信。
图4-2从CIP上来流量在整个service中广播示意图
4）如果流量通过VIP接口出去，通过VIP接口到隧道，再到出接口。这里通过隧道出接口根据隧道类型的不同而不同。PBT隧道是隧道配置中直接指定了出接口；PBB隧道需要通过动态MAC学习来到出接口。由于一个物理接口上可以承接不同类型的隧道，所以这里出接口的MAC学习是需要的，而不管出接口上的隧道类型是什么。
5）如果流量通过CIP接口出去，则打上CIP标签转发出去。
4.2数据包下行流程
1）物理接口接收到数据后，剥掉隧道外层；
2）根据数据包信息到service，判断service从事的是E-LINE业务还是其它业务。如果是E-LINE业务，直接将数据包从service中的CIP中转发出去；如果是E-TREE、E-LAN业务进行下面的流程；
3）根据服务实例和隧道信息信息到收报的VIP接口，在VIP接口上进行内层MAC的学习；
4）数据包剥掉外层头之后，根据报文的目的MAC+serviceId进行查，如果到直接转发(可能通过CIP转发出去，也可能通过VIP转发出去)，如果不到则需要在service内进行广播，广播方法和原则（如图7-3所示）。（VIP水平分割）
●同一个service中的VIP只能和本service中的VIP、CIP进行通信；
●Root属性的VIP可以和root属性和leaf属性的CIP、VIP进行通信；
●Leaf属性的VIP不能和leaf属性的CIP、VIP进行通信；
●Leaf属性的VIP可以和root属性的CIP、VIP进行通信。
图4-3从VIP上来流量在整个service中广播示意图
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论