z**r
发帖数: 17771 | | z**r
发帖数: 17771 | | s******v
发帖数: 4495 | 3 some guys in j must be fucking busy now. 同情他们，谁都有倒霉的时候。
2个月前吧，沙特telecom inject a pfx with weird attribute, bring down quite
some networks，j还吹，有个knob filter un-welcome attribute, 害得c很没面子,
把人品损了。
【在 z**r 的大作中提到】
: more info:
: http://status.vr.org/2011-11-07-level3-global-failure/
| t*******r
发帖数: 3271 | 4 //上一次的
Summary:
Per RFC 4271, Junos will tear down a BGP session upon receiving a malformed
UPDATE. The issue is that Junos may recognize optional, transitive
attributes that are not yet recognized by other vendors' routers. In this
case, non-Junos routers which don't recognize the attribute just pass the
UPDATE through with the Partial bit ON. Junos, however, would recognize the
path attribute and perform validation. If the packet has errors, a Junos
router will send a NOTIFICATION (Error code = 3, UPDATE message error,
possible subcodes: 1, 5, or 11) and tear down the BGP session.
Solution:
All Junos software releases built on or after 2009-06-29 have been enhanced
to be more tolerant of malformed optional, transitive attributes. Releases
containing the coding change specifically include: 9.1S2, 9.3R3, 9.6R1 and
all subsequent releases (i.e. all releases built after 9.6R1).
Note that Junos 9.0 and earlier remains unchanged, and continues to operate
per RFC 4271 (see below). Any corrupt optional, transitive attributes
understood by the running version of Junos will cause a session flap.
Summary of BGP behavioral changes upon reception of MALFORMED OPTIONAL-
TRANSITIVE attributes
Pre 9.1
Flap - Operating as per RFC. Risk to networks are contained as per Section 6
of RFC 4271. Changes to this behavior are described in the IETF draft "
Error Handling for Optional Transitive BGP Attributes" (draft-ietf-idr-
optional-transitive-03).
9.1, 9.2, 9.3, 9.4, and 9.5
Partial bit RESET: Flap the session
Partial bit SET:
AS4Path, Aggregator4, Aggregator, PMSI, ATTR_SET:
Strip the attribute and process the rest of the attribute as is
Communities, Extended Communities:
Flap the session
9.6 Onwards
Partial bit RESET: Flap the session
Partial bit SET:
AS4Path, Aggregator4, Aggregator:
Strip the attribute and process the rest of the attribute as is
PMSI, ATTR_SET, Communities, Extended Communities:
Treat the update as a WITHDRAW | z**r
发帖数: 17771 | 5 这次一样吗？
malformed
the
【在 t*******r 的大作中提到】
: //上一次的
: Summary:
: Per RFC 4271, Junos will tear down a BGP session upon receiving a malformed
: UPDATE. The issue is that Junos may recognize optional, transitive
: attributes that are not yet recognized by other vendors' routers. In this
: case, non-Junos routers which don't recognize the attribute just pass the
: UPDATE through with the Partial bit ON. Junos, however, would recognize the
: path attribute and perform validation. If the packet has errors, a Junos
: router will send a NOTIFICATION (Error code = 3, UPDATE message error,
: possible subcodes: 1, 5, or 11) and tear down the BGP session.
| z**r
发帖数: 17771 | 6 对了，正好有个问题请教，如果一个router已经对OSPF不堪重负了，换成BGP能对CPU
usage有多大提高？有没有这样的比较？
【在 s******v 的大作中提到】
: some guys in j must be fucking busy now. 同情他们，谁都有倒霉的时候。
: 2个月前吧，沙特telecom inject a pfx with weird attribute, bring down quite
: some networks，j还吹，有个knob filter un-welcome attribute, 害得c很没面子,
: 把人品损了。
| s******v
发帖数: 4495 | 7 这个很难讲，不好比，最少我没有听说或有人这样比过。
how is the OSPF scale? # of prefix, # of peers?
BGP，像7200/NPEG1，或者7600/sup720, ASR1000/RP1, 500K pfx，300+ peers，没什
么问题，如果hardclear或者是interface flap，convergence大概是<10min, 如果没有
flap，那cpu就是<10%。因为bgp hello is very light.
OSPF，我都忘了，有periodic updates with all pfx？
【在 z**r 的大作中提到】
: 对了，正好有个问题请教，如果一个router已经对OSPF不堪重负了，换成BGP能对CPU
: usage有多大提高？有没有这样的比较？
| c*****i
发帖数: 631 | 8 ospf的scale太大？你的客户不是有测bgp 3107吗？问问他们或者BU有没有这方面的
data。
【在 z**r 的大作中提到】
: 对了，正好有个问题请教，如果一个router已经对OSPF不堪重负了，换成BGP能对CPU
: usage有多大提高？有没有这样的比较？
| z**r
发帖数: 17771 | 9 是不好比啊，所以问问你，看你们有没有这方面的testing results。
现在的OSPF有大约500个neighbor，总共30k routes，大约200k LSA，主要是type 3.如
果光这点东西，没有问题，问题是这个router还有很多其他的东西，比如ISIS, BFD,
Mcast, IPv6, BGP等等，这样一搞，就不行了。
OSPF在这里肯定是不scalable的，所以想转一些到BGP，知道会省一些CPU，但是从来没
有人测试过到底能省多少。看看能不能有个大概的数字
【在 s******v 的大作中提到】
: 这个很难讲，不好比，最少我没有听说或有人这样比过。
: how is the OSPF scale? # of prefix, # of peers?
: BGP，像7200/NPEG1，或者7600/sup720, ASR1000/RP1, 500K pfx，300+ peers，没什
: 么问题，如果hardclear或者是interface flap，convergence大概是<10min, 如果没有
: flap，那cpu就是<10%。因为bgp hello is very light.
: OSPF，我都忘了，有periodic updates with all pfx？
| z**r
发帖数: 17771 | 10 scale参见上贴。光侧3107没用啊，只能给出BGP的scalability，现在要的是
difference，实在没办法只好自己动手测试了
【在 c*****i 的大作中提到】
: ospf的scale太大？你的客户不是有测bgp 3107吗？问问他们或者BU有没有这方面的
: data。
| | | x*********n
发帖数: 28013 | | s******v
发帖数: 4495 | 12 is that ios? you can try with "show proc cpu sorted | inc ospf|bgp". not
sure the platform, but general speaking, bgp with that scale is about 10-20%
cpu max on a NPEG1/7200. in middle of conv., that will be up to 100%:-) you
know that.
【在 z**r 的大作中提到】
: 是不好比啊，所以问问你，看你们有没有这方面的testing results。
: 现在的OSPF有大约500个neighbor，总共30k routes，大约200k LSA，主要是type 3.如
: 果光这点东西，没有问题，问题是这个router还有很多其他的东西，比如ISIS, BFD,
: Mcast, IPv6, BGP等等，这样一搞，就不行了。
: OSPF在这里肯定是不scalable的，所以想转一些到BGP，知道会省一些CPU，但是从来没
: 有人测试过到底能省多少。看看能不能有个大概的数字
| c*****i
发帖数: 631 | 13 我的意思是你客户和BU一起捣腾出这个3107不就是为了解决ospf scale issue吗。他们
应该有些data吧。我看了下，我手上的一个ppt有个大概的graph不过没有数据。你还是
问问BU吧。
【在 z**r 的大作中提到】
: scale参见上贴。光侧3107没用啊，只能给出BGP的scalability，现在要的是
: difference，实在没办法只好自己动手测试了
| a***n
发帖数: 262 | 14 There were a lot of presentations of
migrating from OSPF to ISIS due to performance/scalability issue
on nanog.
【在 c*****i 的大作中提到】
: 我的意思是你客户和BU一起捣腾出这个3107不就是为了解决ospf scale issue吗。他们
: 应该有些data吧。我看了下，我手上的一个ppt有个大概的graph不过没有数据。你还是
: 问问BU吧。
| t*******r
发帖数: 3271 | 15 从IGP分label折腾到3107的目的是啥?
不就是让路由条目并不随着VPN路由条目增长嘛
路由条目倒是可以随着PE的数量的增长而增长. | z**r
发帖数: 17771 | 16 can you send it over to me?
【在 c*****i 的大作中提到】
: 我的意思是你客户和BU一起捣腾出这个3107不就是为了解决ospf scale issue吗。他们
: 应该有些data吧。我看了下，我手上的一个ppt有个大概的graph不过没有数据。你还是
: 问问BU吧。
| z**r
发帖数: 17771 | 17 收到你的slides了，要解决的问题和俺的不太一样，3107是解决core OSPF
scalability，俺的这个是在PE-CE protocol上的需求
【在 c*****i 的大作中提到】
: 我的意思是你客户和BU一起捣腾出这个3107不就是为了解决ospf scale issue吗。他们
: 应该有些data吧。我看了下，我手上的一个ppt有个大概的graph不过没有数据。你还是
: 问问BU吧。
| z**r
发帖数: 17771 | 18 俺决定弄个lab自己测一下了，回头给大家报告
20%
you
【在 s******v 的大作中提到】
: is that ios? you can try with "show proc cpu sorted | inc ospf|bgp". not
: sure the platform, but general speaking, bgp with that scale is about 10-20%
: cpu max on a NPEG1/7200. in middle of conv., that will be up to 100%:-) you
: know that.
|
|
