bgp-vpls vs ldp-vpls - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>EmergingNetworking - 热门网络技术

bgp-vpls vs ldp-vpls

bgp-vpls vs ldp-vpls# EmergingNetworking - 热门网络技术

d*g2010-10-26 07:10

1 楼

很多意大利的华人在申请老婆来意大利时在中国签证的时候被拒，起先以为是个别现象
，在连续2017年一年下来竟然频繁发生家庭团聚被意大利驻中国领事馆被拒事件。这些
被拒的家庭团聚都存在一个相同的问题，双方领证时间都没超过一年。
目前很多人来意大利最快有效的途径就是家庭团聚和留学。不管是那条途径申请都是一
些国内华人和一些事务所包办的门路，其中不乏假结婚申请家庭团聚。随着领事馆方面
信息采集越来越多，假结婚这条门路也被领事馆列入重点考察对象。夫妻一方一人已经
在意大利拥有合法居留，但在申请的时候双方中国领取的结婚证未满1年。申请家庭团
聚双方夫妻没有任何子女。夫妻领取的结婚证属于涉外华侨结婚证时间未满5年。上海
意大利领事馆双方夫妻结婚证未满3~5年以上且没有子女申请被拒较高。

g*k2010-10-26 07:10

2 楼

l*e2010-10-26 07:10

3 楼

没想到是我这种初级玩家，溜边跑的赢了。大概就是那种看高手PK躲在安全地带里等死
的突然赢了的感觉吧！
我可能是上来的新手运气，先顺着地图跑了一下，看没人就捡装备跑，基本一路上没遇
到什么人，全程都是那种一边跑一边溜的那种属性吧。大概中途在缩小范围的时候见过
其他的人，然后各种就是一顿乱打。这之间有中国玩家能听得见麦里有喊的。我就一路
上到处的跑。其他的也没做啥。等这个区域不行了我就快速移动顺手检点东西的那种。
等到快最后了我想不杀人出来是不行了，刚冒头那边就说我赢了。今晚可以回家吃鸡了。
我怀疑是外面血拼的互相都给彼此干掉了。算是我赢。
这种游戏感觉技术性太高了，不适合我这样的，也就是新手有运气的时候还可以的。要
不是新手有运气大概都没什么戏能赢的感觉。
让我想起之前玩那个奸夫，老婆，老公还有狗的游戏。我之前就总是做那个狗。但是基
本玩的也不好，老是被骂。不过那个里面我看玩的最后的就是丈夫和奸夫，我老公那个
还是挺溜的，尤其是奸夫，不免有点小怀疑哦！哈哈哈

s*l2010-10-26 07:10

4 楼

an attractive song with beautiful dancing :
http://www.youtube.com/watch?v=kffacxfA7G4

d*i2010-10-26 07:10

5 楼

cisco IOS 长期不支持 vpls using bgp as signaling，这里面当然有与juniper别苗
头的意思，
尤其是 Lucas Martini很不喜欢bgp vpls，但是比较这两者，从技术上说，各有什么
优劣呢？

f*u2010-10-26 07:10

6 楼

有人说不用，只要医生给你那个表格就可以。

l*e2010-10-26 07:10

7 楼

当然
后来乘胜追击的那几盘全输
上来就死在老玩家手里了。
我就安心睡觉了哈哈

A*12010-10-26 07:10

8 楼

竟然有人喜欢他：）））我猜一般人听到Justin Bieber十有八九都吐了，不过我没有
：）
他唱给Selena的One less lonely girl不错。

s*g2010-10-26 07:10

9 楼

1) BGP is doing too much already
2) LDP signaling for VPLS is a natural evolution from point-to-point L2
service signaling, why introduce an totally different protocol for
multipoint?
3) LDP is probably un-avoidable in the network to provide MPLS
transportation, but is it always true that a VPLS PE router also always run
BGP? I think not.

s*t2010-10-26 07:10

10 楼

版３说的对。你多问问几个医生，他们只要签名就行。还有现在的ＭＭＲ　有３针合一
的，打一针就行

A*12010-10-26 07:10

11 楼

Overboard Justin Bieber and Miley Cyrus也好。

d*i2010-10-26 07:10

12 楼

thanks for sharing your view.

but this should not be the reason not using it. :)
yes, it is really odd that in H-VPLS case, the upe to npe is running ldp,
but npes are running BGP. actually I am not sure how that could be
configured, especially on the npe. I am not sure how Juniper and XR support H-VPLS.
I heard there are proposals for using bgp in vpws case. If that's true, can we
use BGP to replace ldp? :)
run
But in the interAS case, BGP is needed between the two ASBR, and probably
there won't be ldp sessions between the ASBR. In this case is BGP a better
choice than LDP?
I had a vague memory that Luca Martini once briefly mentioned BGP VPLS had
some drawback in mac-learning (not scale?) and/or supporting multicast. He
didn't explain it in detail.
and I didn't get it. Do you have idea what he was talking about? Certainly
soulds like he hates BGP VPLS. :)
And, why so many customers want BGP VPLS? why Juniper is sticking to it?
what benefits can it bring?

【在 s*****g 的大作中提到】

: 1) BGP is doing too much already
: 2) LDP signaling for VPLS is a natural evolution from point-to-point L2
: service signaling, why introduce an totally different protocol for
: multipoint?
: 3) LDP is probably un-avoidable in the network to provide MPLS
: transportation, but is it always true that a VPLS PE router also always run
: BGP? I think not.

A*12010-10-26 07:10

13 楼

有点老派R&B的味道

s*g2010-10-26 07:10

14 楼

Why in interAS scenario, BGP is better than LDP? as far as VPLS is concerned
, it should not care about BGP/ASBR etc, only it needs is MPLS
transportation to remote PEs, and LDP session to remote PEs to exchange L2
FECs.The issue that how to signal MPLS LSP over AS boundary is irrelevant to VPLS signaling.
I thought only Juniper is sticking to BGP VPLS, while the rest of world uses
LDP VPLS and use BGP for auto-discovery.
One obvious advantage of BGP-VPLS is that BGP has router-reflector concept
while LDP does not, if there are hundreds of VPLS PEs, O(n^2) of LDP full
mesh sessions is going to be a problem, especially for new service provisioning. Of course, H-VPLS alleviate this problem to some extend, but the solution is far from elegant.
Multicast wise, I don't know there is any difference as far as VPLS signaling is concerned, because that is VPLS data, Juniper does have P2MP-RSVP-LSP that can more efficiently deliver multicast traffic over the core.

s*l2010-10-26 07:10

15 楼

呵呵，this one is really hot:
justin and mariah all i want for christmas is you:

c*i2010-10-26 07:10

16 楼

IOS XR does support both. 我觉得还是根据客户需求。

【在 d****i 的大作中提到】

: cisco IOS 长期不支持 vpls using bgp as signaling，这里面当然有与juniper别苗
: 头的意思，
: 尤其是 Lucas Martini很不喜欢bgp vpls，但是比较这两者，从技术上说，各有什么
: 优劣呢？

t*h2010-10-26 07:10

17 楼

这个帅哥人才很难得啊

z*r2010-10-26 07:10

18 楼

用bgp的话，如果有route reflector，维护上可能要更方便，更容易scale一些，否则
好像没觉得有什么本质上的优势。

【在 d****i 的大作中提到】

z*r2010-10-26 07:10

19 楼

这个不能算不用BGP的理由吧
run
俺认为很多情况下PE是MSE，既要提供L3VPN也要提供L2VPN，至少也应该capable of
doing that

【在 s*****g 的大作中提到】

z*r2010-10-26 07:10

20 楼

客户为啥要选其中一个呢？ATT IPAG就选择了bgp-pe，最后似乎花落juniper了

【在 c*****i 的大作中提到】

: IOS XR does support both. 我觉得还是根据客户需求。

d*i2010-10-26 07:10

21 楼

IOS XR is not IOS. :)
XR does support both, but IOS only support ldp + bgp auto discovery

【在 c*****i 的大作中提到】

: IOS XR does support both. 我觉得还是根据客户需求。

d*i2010-10-26 07:10

22 楼

ft, one of the reasons IOS rejected bgp vpls was not to give Juniper a
chance to crack the ATT market. :)
Juniper finally supported both, so this reason does not exist any more.

【在 z**r 的大作中提到】

: 客户为啥要选其中一个呢？ATT IPAG就选择了bgp-pe，最后似乎花落juniper了

d*i2010-10-26 07:10

23 楼

客户为什么会specially 需要bgp vpls 呢？从大家的讨论看，那个RR feature可能是
一个重要原因吧。不过也可能是vendor忽悠的结果。客户也未必真需要，但是你有他
没有，客户自然就要两者都有的了，多一种选择么。
IOS 因为不支持bgp vpls，最近很多招标直接出局了。

【在 c*****i 的大作中提到】

: IOS XR does support both. 我觉得还是根据客户需求。

z*r2010-10-26 07:10

24 楼

结果搬起石头砸自己的脚了吧

【在 d****i 的大作中提到】

: ft, one of the reasons IOS rejected bgp vpls was not to give Juniper a
: chance to crack the ATT market. :)
: Juniper finally supported both, so this reason does not exist any more.

c*i2010-10-26 07:10

25 楼

所以后来xr支持bgp了，为了重新抢market。

【在 z**r 的大作中提到】

: 结果搬起石头砸自己的脚了吧

z*r2010-10-26 07:10

26 楼

ATT IPAG是取代现在OPT-E-MAN的下一代att的carrier ethernet network，opt-e-man
上面几万台设备，当然大多数是upe或者managed ce，但是PE也有几百上千，这么多PE
，如果全部用ldp来signal的话，这个full meshed configuration还真不太好维护，有
了RR，的确能简化。

【在 d****i 的大作中提到】

: 客户为什么会specially 需要bgp vpls 呢？从大家的讨论看，那个RR feature可能是
: 一个重要原因吧。不过也可能是vendor忽悠的结果。客户也未必真需要，但是你有他
: 没有，客户自然就要两者都有的了，多一种选择么。
: IOS 因为不支持bgp vpls，最近很多招标直接出局了。

z*r2010-10-26 07:10

27 楼

asr9k其实很早就支持了，crs加的晚些

【在 c*****i 的大作中提到】

: 所以后来xr支持bgp了，为了重新抢market。

d*i2010-10-26 07:10

28 楼

这些都是XR的平台。
IOS 加bgp vpls还没影儿呢。

【在 z**r 的大作中提到】

: asr9k其实很早就支持了，crs加的晚些

c*a2010-10-26 07:10

29 楼

你怎么对这个这么熟?
BGP scaling 还是占优势的。不过很多都是用户adoption决定技术的寿命
like ethernet vs. token ring. 现在很多人还惦念ring topology

man
PE

【在 z**r 的大作中提到】

: ATT IPAG是取代现在OPT-E-MAN的下一代att的carrier ethernet network，opt-e-man
: 上面几万台设备，当然大多数是upe或者managed ce，但是PE也有几百上千，这么多PE
: ，如果全部用ldp来signal的话，这个full meshed configuration还真不太好维护，有
: 了RR，的确能简化。

t*r2010-10-26 07:10

30 楼

这下我知道你是哪个公司的了

run

【在 s*****g 的大作中提到】

t*r2010-10-26 07:10

31 楼

Please ask Eric rosen, why virtual router is beat by RFC 2547 back to 10
years ago, control plane signaling aggregation for sure better than
virtualizaing for each customer instance. if multicast bgp can just use PIM
without BGP, can we consider further to remove BGP for unicast as well? i.e
run ospf to cpe, extend ospf to cross the core.

s*g2010-10-26 07:10

32 楼

Really? hahaha, could you keep it as a secret?

【在 t*******r 的大作中提到】

: 这下我知道你是哪个公司的了
:
: run

w*s2010-10-26 07:10

33 楼

现在用IOS的话，用什么硬件平台？76还是12K？

【在 d****i 的大作中提到】

z*r2010-10-26 07:10

34 楼

76居多吧，12k上new feature可能都移到xr12k上了

【在 w***s 的大作中提到】

: 现在用IOS的话，用什么硬件平台？76还是12K？

d*i2010-10-26 07:10

35 楼

7600， ASR1k, cat6k 等等。
SP 方面aggregation, pre-aggregation的platform主要都是IOS的。
所以，不支持bgp-vpls对IOS的business有影响。

【在 w***s 的大作中提到】

: 现在用IOS的话，用什么硬件平台？76还是12K？

w*s2010-10-26 07:10

36 楼

76不剩几年了，不知道是不是还有人有精力去折腾。

【在 d****i 的大作中提到】

: 7600， ASR1k, cat6k 等等。
: SP 方面aggregation, pre-aggregation的platform主要都是IOS的。
: 所以，不支持bgp-vpls对IOS的business有影响。

d*i2010-10-26 07:10

37 楼

what i heard is 7600 still has 10 years of life, and will be replaced by
asr9k.
so it will catch on the features ask9k supports

【在 w***s 的大作中提到】

: 76不剩几年了，不知道是不是还有人有精力去折腾。

d*i2010-10-26 07:10

38 楼

I think ldp-vpls's answer to the scale issue is H-VPLS. And H-VPLS has
advantage in mac-learning and withdraw compared to bgp-vpls. the RR solution
in bgp-vpls still has to flood mac withdraw to every pe, and each pe still
will keep the macs of every other PE.

【在 z**r 的大作中提到】

: 用bgp的话，如果有route reflector，维护上可能要更方便，更容易scale一些，否则
: 好像没觉得有什么本质上的优势。

w*s2010-10-26 07:10

39 楼

真的还有十年？

【在 d****i 的大作中提到】

: what i heard is 7600 still has 10 years of life, and will be replaced by
: asr9k.
: so it will catch on the features ask9k supports

z*r2010-10-26 07:10

40 楼

H-VPLS和RR相比还是不是一个级别的吧，只能算agg router

solution
still

【在 d****i 的大作中提到】

: I think ldp-vpls's answer to the scale issue is H-VPLS. And H-VPLS has
: advantage in mac-learning and withdraw compared to bgp-vpls. the RR solution
: in bgp-vpls still has to flood mac withdraw to every pe, and each pe still
: will keep the macs of every other PE.

z*r2010-10-26 07:10

41 楼

6500都多少年了，现在马上都要有新的SUP出来了，T级别的

【在 w***s 的大作中提到】

: 真的还有十年？

w*s2010-10-26 07:10

42 楼

发挥余热吧，如果15.0没什么新东西，很快就是75那种下场了。

【在 z**r 的大作中提到】

: 6500都多少年了，现在马上都要有新的SUP出来了，T级别的

c*i2010-10-26 07:10

43 楼

不用那么久把，asr9k的feature现在已经逐渐catch up上来了。

【在 w***s 的大作中提到】

: 真的还有十年？

t*r2010-10-26 07:10

44 楼

SR层面, 应用VPN的话, 主要也就这么几款产品吧, 感觉对流量处理方面, 9K是最差的,
7750是最好的, MX居中. 但做core router, ALU就没戏了, 也从来没有有戏过~
C: 9K
J: MX
ALU: 7750SR
HW不知

z*r2010-10-26 07:10

45 楼

流量处理？Traffic engineering? why?

的,

【在 t*******r 的大作中提到】

: SR层面, 应用VPN的话, 主要也就这么几款产品吧, 感觉对流量处理方面, 9K是最差的,
: 7750是最好的, MX居中. 但做core router, ALU就没戏了, 也从来没有有戏过~
: C: 9K
: J: MX
: ALU: 7750SR
: HW不知

t*r2010-10-26 07:10

46 楼

复习英文去.

【在 z**r 的大作中提到】

: 流量处理？Traffic engineering? why?
:
: 的,

z*r2010-10-26 07:10

47 楼

小托你要知道俺出国那会儿还没有这些个技术呢，你不如直接告诉俺英文好些

【在 t*******r 的大作中提到】

: 复习英文去.