通信人家园

标题: 【原创】无线回传网络L2VPN和L3VPN互转的需求以及实现方式 [查看完整版帖子] [打印本页]

时间: 2013-3-3 21:35

作者: 啸傲江湖 标题: 【原创】无线回传网络L2VPN和L3VPN互转的需求以及实现方式

兄弟我不是搞无线的，只是因为芯片设计的需要，所以对传输网的设备需求做了不少研究。
在无线回传的传输网络中，通常在汇聚设备上，需要支持L2VPN和L3VPN互转的gateway功能，
即该设备的下行方向的环网中是L2VPN网络，接入设备通过PW接入到该汇聚设备，汇聚设备
上行是L3VPN。

据我所了解，目前所有对L2VPN和L3VPN互转的支持，基本上都是靠NP来做的。没有商业芯片可以支持。
我们跟不少设备商以及运营商交流过，在盛科网络最新一代面向PTN/IPRAN的芯片CTC5160里面，支持了
该功能。但是我们从不同地方了解到的设备需求有所差异，也可能本身就有多种模式，在这里跟
各位传输高人咨询一下，看我们的理解以及我们的做法是否有误。

我们的芯片有三种支持模式，取决下下述需求的不同。

1. L2VPN是仅仅指VPWS接入，还是既有VPWS又有VPLS? 我们了解到的需求是主要是VPWS，但是也不排除有VPLS的应用
2.从L2VPN到L3VPN的方向，剥掉L2VPN的封装，用里面的IP header做路由查找的时候，是否需要先进行内层
macDa的check? 如果需要，那么允许整个设备只使用一个Mac还是需要per L3VE port有一个Mac?

我们了解到的需求是，有人说可以完全不需要check，直接查路由，有的人说需要check，但是全局用一个Mac就可以(即
所有进来的报文的内层macDa，都跟这一个mac进行比较，相同就做路由查找，不同就丢掉），还有的人说需要per L3VE port进行check.

之所以目前的商业交换芯片都不支持，大家不得已使用NP来做，主要的问题在于，从L3VPN到L2VPN这个方向，需要同时加两层L2 header，这个机制目前的商业芯片都没有。另外一个问题就是如果要支持VPLS，需要查完mac再查路由，这更是一个对当前商业芯片pipleline的颠覆。最后是MacDa的check，如果要per l3ve port来做，那需要Mpls解封装之后出l3ve port信息。
所以现在的通常做法都是使用NP，进行环回处理。

盛科的CTC5160由于专门考虑了这个问题，所以芯片中做了相应的特殊处理，可以完全靠芯片内部来搞定。因为我们自己觉得算是个亮点特性，所以拿出来说一说。

具体有两种模式

1.模式一。如果不需要支持VPLS接入，并且上行做路由查找之前，不需要做内层macDa check或者即使check，该mac是per system mac，那无论上行还是下行都不需要环回。在下行方向(L3VPN->L2VPN)，可以一次加两层L2 header和PW/LSP label.
2.模式二。支持VPLS接入或者需要per L3VE port进行内层Mac的check. CTC5160可以使用其专利的内部loopback技术，分两次完成MPLS解封装，mac 查找， check inner macDa, LPM查找，加MPLS label和内外层L2 header的动作。

当然，也许我的理解有不对的地方，毕竟我们不是专门做传输设备的。有误之处，敬请斧正，以便我们继续在下一代芯片改进

时间: 2013-3-3 22:08

作者: zjuisee9694

什么叫np？

时间: 2013-3-3 22:56

作者: wzd838288

同问，什么是NP？

时间: 2013-3-3 22:57

作者: wzd838288

同问，什么是NP？

时间: 2013-3-12 11:05

作者: yfch123

wzd838288 发表于 2013-3-3 22:57
同问，什么是NP？

NP=NetWork Processer
网络处理器

时间: 2013-3-12 11:10

作者: yfch123

1.L2VPN到L3VPN桥接可选用1:1和N:1方式。都有使用
2.桥节点需完成VSI二层交换和三层IP本地交换（需ARP代理）

时间: 2013-3-24 23:39

作者: samc007

设备定位不可能仅仅是无线回传，还有可能有大客户互联业务，VPLS是需要的。

时间: 2013-3-28 17:39

作者: oxy_hazard

我觉得你第二个理解是对的，而且应该考虑最坏的那种情况，即per L3VE port都有一个MAC，原因就是下面的应用复杂，你无法保证整张网络都是相同的应用，例如不太可能是LTE回传专网....

盛科的弟兄？呵呵，用过你们的芯片，跟你们CTO古陶见过几次.... 你们的ASIC还是有点亮点的，ASIC没有NP那么灵活，你们居然把这种场景都考虑得如此之细，难得，不过，你们的路标还不至于强大到某个整机厂商把一条产品线都跟着你们走阿，这个是问题关键阿，华为中兴压价太厉害....

时间: 2013-4-13 13:27

作者: 啸傲江湖

oxy_hazard 发表于 2013-3-28 17:39
我觉得你第二个理解是对的，而且应该考虑最坏的那种情况，即per L3VE port都有一个MAC，原因就是下面的应用 ...

您是哪个公司的？
我们现在确实也没期望能够把H/Z的整个产品线攻陷。只期望第一步先找一个不那么核心的产品用起来，形成良性循环之后，后面就好办了。

时间: 2017-1-25 00:49

作者: hust_hw

学习

时间: 2017-2-9 22:47

作者: 奔着幸福去

学习了，盼多交流沟通。谢谢！

通信人家园 (https://www.txrjy.com/)