z**r
发帖数: 17771 | 1 应该是Sprint点的，Sprint的Peerless IP backbone就是采用的MPLS VPN over L2TPv3
，2003年左右的事情了。L2VPN over L2TPv3的配置比较hierarchical一些，是相对
make more sense
L2TPv3 |
|
z**r
发帖数: 17771 | 2 it has been there since 2002 or so, should be mpls vpn over l2tpv3, not mpls
over l2tpv3 :) both are capable of this
there |
|
w***s
发帖数: 321 | 3 印象中L3VPN over L2TPv3是ATT点的，据说他们很讨厌MPLS，另外L2VPN over L2TPv3
是直接了当的，不像L3的配置有些怪异。
edge |
|
l***y
发帖数: 791 | 4 i am wondering what is the efficiency of mpls vpn over l2tpv3 over ipsec, vs
mpls vpn over gre over ipsec. any idea? thanks.
mpls |
|
z**r
发帖数: 17771 | 5 man, it's horrible :), they are about the same regarding efficiency
mpls vpn: 2 labels, l2tpv3/GRE: 1 label, ipsec: 1 label, plus the layer 2/3
headers, think about it ...
vs |
|
d****i
发帖数: 1038 | 6 典型配置好像很少用mpls over l2tpv3吧。 感觉他们是一层的，互相over来over去
的理论上当然可以，但是效率能好么。
3 |
|
d****i
发帖数: 1038 | 7 他们认为mpls是reinvent the wheel.估计是对cisco不忿
L2TPv3 |
|
w***s
发帖数: 321 | 8 03年可是史前文明了，是在烧CPU还是用的双卡模式？
L2TPv3 |
|
z**r
发帖数: 17771 | 9 OK, so one for MPLS imposition/disposition, and one for L2TPv3 encap? |
|
s*******a
发帖数: 8827 | 10 vpn啊，我都懒得吐槽的，你是用的MPLS还是L2TPv3？ 不会就是简单的GRE tunnel吧，
哈哈。这种一点技术含量都没有的东东，你随便找个高中生给我，我培训他3天，保管
人弄的比你溜。native speaker交流起来比你那更是不知道方便到哪里去了。
我劝你还是少在mitbbs上到处跟人吵架，先专心把ccie考下来再说。大妈这是为你好，
真心的。看你受苦大妈心里也不是滋味啊。 |
|
m*********g
发帖数: 10735 | 11 发信人: supervita (神女生涯原是梦), 信区: Joke
标 题: Re: 有一样西东, 有时长, 有时短
发信站: BBS 未名空间站 (Wed Jul 3 15:03:48 2013, 美东)
vpn啊，我都懒得吐槽的，你是用的MPLS还是L2TPv3？ 不会就是简单的GRE tunnel吧，
哈哈。这种一点技术含量都没有的东东，你随便找个高中生给我，我培训他3天，保管
人弄的比你溜。native speaker交流起来比你那更是不知道方便到哪里去了。
我劝你还是少在mitbbs上到处跟人吵架，先专心把ccie考下来再说。大妈这是为你好，
真心的。看你受苦大妈心里也不是滋味啊。 |
|
l***y
发帖数: 791 | 12 hi, anyone know if it can be done by some vendor, i.e. cisco/juniper? there
is a draft for it, but i'm not sure if it's been implemented.
thanks. |
|
z**r
发帖数: 17771 | 13 一般如果core是mpls了，就不会用，但是有时候carrier急于推出service（都是在edge
上），来不及更新core，但是service又是一些l3 mpls vpn or l2 mpls vpn类的，就
可能采用mpls vpn over IP tunnels。
还有就是比如RLEC之类的小运营商，可能有几个地方，但是没有自己的backbone，就租
用大点的公司的网，可是又想提供mpls service，有时候也会采用。当然这个情况下，
采用carrier supporting carrier也不错 |
|
l***y
发帖数: 791 | 14 thanks for the reply. it's very helpful!
edge |
|
d****i
发帖数: 1038 | 15 兄弟，你真knowledgeble.
这个问题我也去请教了下组里的lead，他们觉得soft switch应该能支持，
其他的要看平台是否支持了，不是很确定7600是否能支持这个咚咚
edge |
|
z**r
发帖数: 17771 | 16 最早能做这个的是GSR和7500，7600现在也可以做了，不过需要linecard支持才行 |
|
z**r
发帖数: 17771 | 17 有一些老人对ATM情有独钟，的确MPLS能做的，基本上ATM都能做，但就是ATM设备贵，
维护复杂 |
|
w***s
发帖数: 321 | 18 ATM也许能做，但肯定很多地方不舒服，否则也不会让MPLS上窜下跳得沦落到ATM Forum
都没了的结果。
这算是坑吗？;-) |
|
z**r
发帖数: 17771 | 19 在GSR的Engine 3 linecard上实现的。双卡模式是什么意思？ |
|
z**r
发帖数: 17771 | 20 10年前到6、7年前，绝对是坑，呵呵，现在ATM已经末日黄花了，除了在Media Gateway
上还在应用，别的地方绝对是IP的天下了。另外在cellular network上估计也有很多应
用，不过就不是俺了解的了。
没错，ATM还是和IP结合的不是很完美
Forum |
|
d****i
发帖数: 1038 | 21 ATM继承了过去电话交换的思想，螺狮壳里做道场，为了qos，把系统越高越复杂，相应的
也就太贵了，其实，像ip这样，保证足够的带宽和buffer，基本上大多数qos就能满足
了，
个别比较严的，比如clock sync之类的再想点额外的trick也就行了。
估计20年前的时候提高带宽还比较难和昂贵，没想到摩尔定律，带宽一下子很便宜了。
Forum |
|
z**r
发帖数: 17771 | 22 ATM的那个53bytes的cell也很搞笑，据说当初两拨人打，一拨人支持64字节，一拨人支
持32，最后没办法折中了一下就成了48bytes，加上5bytes的header。
IP QoS现在还是很不错，只要硬件支持，基本上能够满足任何情况了。buffer主要在
queuing里面，现在policing, shaping, congestion avoidance等等结合起来，应该可
以搞定任何情况下的QoS的需求了。
clock sync是circuit over packet用到的吗？
应的 |
|
|
w***s
发帖数: 321 | 24 ATM的遗产就剩下OAM了，如果IP这个也完善了，就可以写ATM祭文了。 |
|
d****i
发帖数: 1038 | 25 clock sync在mobile backbone上需要，实现不同基站间的时钟同步。
说起这个，华为号称他们的wireless solution是纯ip的，随着他们打开北美无线
市场，他们的数字产品可能也能随着挤进来吧。cisco在无线领域就不行了，虽然他们
好像
是和nokia在合作。华为这个切入点不错啊，好像爱立新也是类似的思路，他们买下了
redback，我觉得他们也是想着同一件事。 呵呵。 |
|
z**r
发帖数: 17771 | 26 俺一直以为cellular network上时钟同步是用卫星来做的。。。。TD不是还推出了基于
北斗的时钟同步吗？ |
|
d****i
发帖数: 1038 | 27 使用gps就是solution之一。 这样就不用通过网络来时钟同步了。不过网络支持时钟同步
是feature requirement和卖点啊。呵呵 |
|
c*****i
发帖数: 631 | 28 could be, E3 LC has similar limitation for mvpn encap still now. one E3 LC
can't have both ports face core and CE. |
|
w***s
发帖数: 321 | 29 史前文明的时候有个协议叫UTI，用两块E2卡，其中一块专职做Tunnel encap.
后来MPLS L2VPN在E2上也是类似的实现。 |
|
w***s
发帖数: 321 | 30 这个可以扫盲一下吗？基站的时钟需要哪个级别的？IP上也就NTP可以用用。
总之3G的核心网都已经纯IP了，接入网也是这个趋势。 |
|
z**r
发帖数: 17771 | 31 AToM主要用来和基于L2TPv3等tunnel的L2VPN区分的吧？如果说MPLS L2VPN俺觉得就应
该是AToM
belong to MPLS L2 VPN category, Cisco seems to differentiate among EoMPLS,
VPLS, and AToM which specifically refers to PPP/HDLC/ATM/FR over MPLS. |
|
c*****i
发帖数: 631 | 32 l2vpn有基于mpls和l2tpv3的。然后又分vpws和vpls。signalling方面又有ldp和bgp。
然后又有bgp auto discover+ldp或者bgp singalling。
, |
|
v**n
发帖数: 951 | 33 来自主题: EmergingNetworking版 - L2TP协议 你可以参考一下思科的l2tpv3的文档。里面有encapsulation的例子。
如有问题，请PM我。
((my
tunnel |
|
m********d
发帖数: 188 | 34
这个要赞，叙述比较清楚，没有含糊不清的名词。
backhaul在telecom中通常是指本地传输，但范围很广。比如level3在los angeles
有个骨干节点，那么怎么把los angeles区域的业务汇聚/用户接入到这个骨干节点，就叫
backhaul；相应地cable运营商、无线运营商等等都各自有不同的backhaul情况。对应
的是longhaul，就是长途或跨海部分了。
能不能用l2tpv3连hub和msc？ |
|
z**r
发帖数: 17771 | 35
),
有多个carrier network在中间，最好的办法就是各种tunnel，不管layer 2 or layer
3，像你这个需要VLAN MANAGEMENT，最直接的方法就是跑EVC OVER SCALABLE EOMPLS，
这样这两个问题就都解决了。
carrier
hub
如果你用MPLS FORWARDING BETWEEN 2 CARRIER NETWORKS，他们需要做CARRIER
SUPPORTING CARRIER或者INTER-AS，你需要和他们协调，看有没有可能。但如果你自己
做个tunnel，比如用l2tpv3，那么你就可以绕过这些SP，你的solution也就更加通用一
些。
不太明白你同时用的意思是什么，EoMPLS, EVC等等都可以实现“同时用” |
|
z**r
发帖数: 17771 | 36 性能带宽这些都不是问题，银子都可以解决。sprint的解决方案是eomplsogre，和基于
l2tpv3也是一个道理 |
|
k*****s
发帖数: 231 | 37
eomplsogre都可以用的话，那性能就不是问题了，eomplsogre 的overhead比l2tpv3高
一些而已。
base station 到 msc 之间对语音来说是一个本地环路，传统语音通信里头每一个环路
两端都需要一个
时钟来解析语音信号。这就是Zher提到的timing. 纯IP包本身是无法传递这种timing信
号的，必须要有
上层协议保证其timing不失真。 |
|
z**r
发帖数: 17771 | 38 也不见得，俺多年前带的一个intern就跟着俺在一家tier 1 ISP里做MPLS VPN over
L2TPv3，他在学校里就义务参与学校系里的网络管理，人挺聪明，很多东西一点就透，
他开始的时候起点比你低，连ccna都算不上，但是挺用功的。进步很快，后来留下来了
。俺离开几年以后，他也离开到了Juniper。
只给你read only的权限可能主要是因为很多新人都非常非常不重视procedure，自己又
不是很懂，经常都不知道为啥自己犯错了，还一副很委屈的样子。公司也是没办法，估
计吃过亏。
面玩
做 |
|
z**r
发帖数: 17771 | 39 L2VPN can be based on MPLS or L2TPv3 or even GRE, anyway, this does require
the core to support additions. But, which core doesn't support these now?
The only exception that I can think of is, the DCI needs to be across
multiple service providers, which would need inter-as l2vpn and make the
implementation more complicated
So, let's assume the core is l2vpn capable already, then otv or l2vpn? |
|
L******t
发帖数: 1985 | 40 如果已经有了VPLS，想不出什么理由为什么不用。但一个catch是，不是所有VPLS设备
都支持multicast的。Cat6k目前还不支持。不清楚Nexus7K支持吗？所以如果multicast
很重要的话用户可能还不得不选择OTV。
L2TPv3 or GRE没有native multicast support吧。
require |
|
e**c
发帖数: 84 | 41 -----------------------------------------------------------
发信人: supervita (神女生涯原是梦), 信区: Joke
标 题: Re: 有一样西东, 有时长, 有时短
发信站: BBS 未名空间站 (Wed Jul 3 15:03:48 2013, 美东)
vpn啊，我都懒得吐槽的，你是用的MPLS还是L2TPv3？ 不会就是简单的GRE tunnel吧，
哈哈。这种一点技术含量都没有的东东，你随便找个高中生给我，我培训他3天，保管
人弄的比你溜。native speaker交流起来比你那更是不知道方便到哪里去了。
我劝你还是少在mitbbs上到处跟人吵架，先专心把ccie考下来再说。大妈这是为你好，
真心的。看你受苦大妈心里也不是滋味啊。 |
|
