l***y
发帖数: 791 | 1 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 | 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
【在 l***y 的大作中提到】
: 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.
|
l***y
发帖数: 791 | 3 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 的大作中提到】
: it has been there since 2002 or so, should be mpls vpn over l2tpv3, not mpls
: over l2tpv3 :) both are capable of this
:
: there
|
z**r
发帖数: 17771 | 4 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
【在 l***y 的大作中提到】
: 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
|
d****i
发帖数: 1038 | 5 典型配置好像很少用mpls over l2tpv3吧。 感觉他们是一层的，互相over来over去
的理论上当然可以，但是效率能好么。
3
【在 z**r 的大作中提到】
: 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
|
z**r
发帖数: 17771 | 6 一般如果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也不错
【在 d****i 的大作中提到】
: 典型配置好像很少用mpls over l2tpv3吧。 感觉他们是一层的，互相over来over去
: 的理论上当然可以，但是效率能好么。
:
: 3
|
l***y
发帖数: 791 | 7 thanks for the reply. it's very helpful!
edge
【在 z**r 的大作中提到】
: 一般如果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也不错
|
d****i
发帖数: 1038 | 8 兄弟，你真knowledgeble.
这个问题我也去请教了下组里的lead，他们觉得soft switch应该能支持，
其他的要看平台是否支持了，不是很确定7600是否能支持这个咚咚
edge
【在 z**r 的大作中提到】
: 一般如果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也不错
|
w***s
发帖数: 321 | 9 印象中L3VPN over L2TPv3是ATT点的，据说他们很讨厌MPLS，另外L2VPN over L2TPv3
是直接了当的，不像L3的配置有些怪异。
edge
【在 z**r 的大作中提到】
: 一般如果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也不错
|
d****i
发帖数: 1038 | 10 他们认为mpls是reinvent the wheel.估计是对cisco不忿
L2TPv3
【在 w***s 的大作中提到】
: 印象中L3VPN over L2TPv3是ATT点的，据说他们很讨厌MPLS，另外L2VPN over L2TPv3
: 是直接了当的，不像L3的配置有些怪异。
:
: edge
|
|
|
z**r
发帖数: 17771 | 11 最早能做这个的是GSR和7500，7600现在也可以做了，不过需要linecard支持才行
【在 d****i 的大作中提到】
: 兄弟，你真knowledgeble.
: 这个问题我也去请教了下组里的lead，他们觉得soft switch应该能支持，
: 其他的要看平台是否支持了，不是很确定7600是否能支持这个咚咚
:
: edge
|
z**r
发帖数: 17771 | 12 应该是Sprint点的，Sprint的Peerless IP backbone就是采用的MPLS VPN over L2TPv3
，2003年左右的事情了。L2VPN over L2TPv3的配置比较hierarchical一些，是相对
make more sense
L2TPv3
【在 w***s 的大作中提到】
: 印象中L3VPN over L2TPv3是ATT点的，据说他们很讨厌MPLS，另外L2VPN over L2TPv3
: 是直接了当的，不像L3的配置有些怪异。
:
: edge
|
z**r
发帖数: 17771 | 13 有一些老人对ATM情有独钟，的确MPLS能做的，基本上ATM都能做，但就是ATM设备贵，
维护复杂
【在 d****i 的大作中提到】
: 他们认为mpls是reinvent the wheel.估计是对cisco不忿
:
: L2TPv3
|
w***s
发帖数: 321 | 14 03年可是史前文明了，是在烧CPU还是用的双卡模式？
L2TPv3
【在 z**r 的大作中提到】
: 应该是Sprint点的，Sprint的Peerless IP backbone就是采用的MPLS VPN over L2TPv3
: ，2003年左右的事情了。L2VPN over L2TPv3的配置比较hierarchical一些，是相对
: make more sense
:
: L2TPv3
|
w***s
发帖数: 321 | 15 ATM也许能做，但肯定很多地方不舒服，否则也不会让MPLS上窜下跳得沦落到ATM Forum
都没了的结果。
这算是坑吗？;-)
【在 z**r 的大作中提到】
: 有一些老人对ATM情有独钟，的确MPLS能做的，基本上ATM都能做，但就是ATM设备贵，
: 维护复杂
|
z**r
发帖数: 17771 | 16 在GSR的Engine 3 linecard上实现的。双卡模式是什么意思？
【在 w***s 的大作中提到】
: 03年可是史前文明了，是在烧CPU还是用的双卡模式？
:
: L2TPv3
|
z**r
发帖数: 17771 | 17 10年前到6、7年前，绝对是坑，呵呵，现在ATM已经末日黄花了，除了在Media Gateway
上还在应用，别的地方绝对是IP的天下了。另外在cellular network上估计也有很多应
用，不过就不是俺了解的了。
没错，ATM还是和IP结合的不是很完美
Forum
【在 w***s 的大作中提到】
: ATM也许能做，但肯定很多地方不舒服，否则也不会让MPLS上窜下跳得沦落到ATM Forum
: 都没了的结果。
: 这算是坑吗？;-)
|
d****i
发帖数: 1038 | 18 ATM继承了过去电话交换的思想，螺狮壳里做道场，为了qos，把系统越高越复杂，相应的
也就太贵了，其实，像ip这样，保证足够的带宽和buffer，基本上大多数qos就能满足
了，
个别比较严的，比如clock sync之类的再想点额外的trick也就行了。
估计20年前的时候提高带宽还比较难和昂贵，没想到摩尔定律，带宽一下子很便宜了。
Forum
【在 w***s 的大作中提到】
: ATM也许能做，但肯定很多地方不舒服，否则也不会让MPLS上窜下跳得沦落到ATM Forum
: 都没了的结果。
: 这算是坑吗？;-)
|
z**r
发帖数: 17771 | 19 ATM的那个53bytes的cell也很搞笑，据说当初两拨人打，一拨人支持64字节，一拨人支
持32，最后没办法折中了一下就成了48bytes，加上5bytes的header。
IP QoS现在还是很不错，只要硬件支持，基本上能够满足任何情况了。buffer主要在
queuing里面，现在policing, shaping, congestion avoidance等等结合起来，应该可
以搞定任何情况下的QoS的需求了。
clock sync是circuit over packet用到的吗？
应的
【在 d****i 的大作中提到】
: ATM继承了过去电话交换的思想，螺狮壳里做道场，为了qos，把系统越高越复杂，相应的
: 也就太贵了，其实，像ip这样，保证足够的带宽和buffer，基本上大多数qos就能满足
: 了，
: 个别比较严的，比如clock sync之类的再想点额外的trick也就行了。
: 估计20年前的时候提高带宽还比较难和昂贵，没想到摩尔定律，带宽一下子很便宜了。
:
: Forum
|
w***s
发帖数: 321 | 20 2块E2卡，印象当时还不支持E3
【在 z**r 的大作中提到】
: 在GSR的Engine 3 linecard上实现的。双卡模式是什么意思？
|
|
|
w***s
发帖数: 321 | 21 ATM的遗产就剩下OAM了，如果IP这个也完善了，就可以写ATM祭文了。
【在 z**r 的大作中提到】
: ATM的那个53bytes的cell也很搞笑，据说当初两拨人打，一拨人支持64字节，一拨人支
: 持32，最后没办法折中了一下就成了48bytes，加上5bytes的header。
: IP QoS现在还是很不错，只要硬件支持，基本上能够满足任何情况了。buffer主要在
: queuing里面，现在policing, shaping, congestion avoidance等等结合起来，应该可
: 以搞定任何情况下的QoS的需求了。
: clock sync是circuit over packet用到的吗？
:
: 应的
|
d****i
发帖数: 1038 | 22 clock sync在mobile backbone上需要，实现不同基站间的时钟同步。
说起这个，华为号称他们的wireless solution是纯ip的，随着他们打开北美无线
市场，他们的数字产品可能也能随着挤进来吧。cisco在无线领域就不行了，虽然他们
好像
是和nokia在合作。华为这个切入点不错啊，好像爱立新也是类似的思路，他们买下了
redback，我觉得他们也是想着同一件事。 呵呵。
【在 z**r 的大作中提到】
: ATM的那个53bytes的cell也很搞笑，据说当初两拨人打，一拨人支持64字节，一拨人支
: 持32，最后没办法折中了一下就成了48bytes，加上5bytes的header。
: IP QoS现在还是很不错，只要硬件支持，基本上能够满足任何情况了。buffer主要在
: queuing里面，现在policing, shaping, congestion avoidance等等结合起来，应该可
: 以搞定任何情况下的QoS的需求了。
: clock sync是circuit over packet用到的吗？
:
: 应的
|
z**r
发帖数: 17771 | 23 俺一直以为cellular network上时钟同步是用卫星来做的。。。。TD不是还推出了基于
北斗的时钟同步吗？
【在 d****i 的大作中提到】
: clock sync在mobile backbone上需要，实现不同基站间的时钟同步。
: 说起这个，华为号称他们的wireless solution是纯ip的，随着他们打开北美无线
: 市场，他们的数字产品可能也能随着挤进来吧。cisco在无线领域就不行了，虽然他们
: 好像
: 是和nokia在合作。华为这个切入点不错啊，好像爱立新也是类似的思路，他们买下了
: redback，我觉得他们也是想着同一件事。 呵呵。
|
z**r
发帖数: 17771 | 24 OK, so one for MPLS imposition/disposition, and one for L2TPv3 encap?
【在 w***s 的大作中提到】
: 2块E2卡，印象当时还不支持E3
|
d****i
发帖数: 1038 | 25 使用gps就是solution之一。 这样就不用通过网络来时钟同步了。不过网络支持时钟同步
是feature requirement和卖点啊。呵呵
【在 z**r 的大作中提到】
: 俺一直以为cellular network上时钟同步是用卫星来做的。。。。TD不是还推出了基于
: 北斗的时钟同步吗？
|
c*****i
发帖数: 631 | 26 could be, E3 LC has similar limitation for mvpn encap still now. one E3 LC
can't have both ports face core and CE.
【在 z**r 的大作中提到】
: OK, so one for MPLS imposition/disposition, and one for L2TPv3 encap?
|
w***s
发帖数: 321 | 27 史前文明的时候有个协议叫UTI，用两块E2卡，其中一块专职做Tunnel encap.
后来MPLS L2VPN在E2上也是类似的实现。
【在 z**r 的大作中提到】
: OK, so one for MPLS imposition/disposition, and one for L2TPv3 encap?
|
w***s
发帖数: 321 | 28 这个可以扫盲一下吗？基站的时钟需要哪个级别的？IP上也就NTP可以用用。
总之3G的核心网都已经纯IP了，接入网也是这个趋势。
【在 d****i 的大作中提到】
: clock sync在mobile backbone上需要，实现不同基站间的时钟同步。
: 说起这个，华为号称他们的wireless solution是纯ip的，随着他们打开北美无线
: 市场，他们的数字产品可能也能随着挤进来吧。cisco在无线领域就不行了，虽然他们
: 好像
: 是和nokia在合作。华为这个切入点不错啊，好像爱立新也是类似的思路，他们买下了
: redback，我觉得他们也是想着同一件事。 呵呵。
|
