s******v 发帖数: 4495 | 1 1) BGP GR/NSF主要目的:1)HA, traff照旧,因为Fwd LC和RP都是独立,RP
switchover的同时Data Fwd不受影响;2)减少CP traf,因为BGP session reset,
withdraw会波及到所有的BGP Peers,Up之后又是新的一轮update;
2) Peering的时候BGP announce GR capability + AF/SAF,如果没有AF,Router只是
GR Awareness,但是不能perform GR,就是single RP router/或者是GR helper;
3) GR很重要的一点是可以send EOR packet; 表明所有的update完毕;
4) Restarting RP switchover behavior:
4.1/ mark所有FIB里面的prefix as Stale;这个时候BGP table是空的,和NSR最大的
不同
4.2/ 重新estalish peering, 因为对方要等timeout (如果对方也timeout,then set
restartbit)
4.3/ 先hold bestpath计算等待EOR,除了non-GR-awareness peers和restart-bit=1 (
对方同时init)
4.4/ refresh pfx
5) Receiving Peer (Restarting rtr's peers) 看到对方新的peering,
5.1/ clean out old peering; 5.2/ mark all pfx from peer as stale;
5.3/ send out updates followed by EOR;
5.4/ refresh staled pfx if receive;
5.5/ purge out staled routes;
6) NSR/NSF在一个Peering不能同时存在,IOS里面GR has precedence.
7) support all AF, c10k/7600/c6k/asr, IOS-XE,SR*,SB |
z**r 发帖数: 17771 | 2 很好的总结,大家现在好像更喜欢NSR
set
【在 s******v 的大作中提到】 : 1) BGP GR/NSF主要目的:1)HA, traff照旧,因为Fwd LC和RP都是独立,RP : switchover的同时Data Fwd不受影响;2)减少CP traf,因为BGP session reset, : withdraw会波及到所有的BGP Peers,Up之后又是新的一轮update; : 2) Peering的时候BGP announce GR capability + AF/SAF,如果没有AF,Router只是 : GR Awareness,但是不能perform GR,就是single RP router/或者是GR helper; : 3) GR很重要的一点是可以send EOR packet; 表明所有的update完毕; : 4) Restarting RP switchover behavior: : 4.1/ mark所有FIB里面的prefix as Stale;这个时候BGP table是空的,和NSR最大的 : 不同 : 4.2/ 重新estalish peering, 因为对方要等timeout (如果对方也timeout,then set
|
s******v 发帖数: 4495 | 3 1) BGP GR/NSF主要目的:1)HA, traff照旧,因为Fwd LC和RP都是独立,RP
switchover的同时Data Fwd不受影响;2)减少CP traf,因为BGP session reset,
withdraw会波及到所有的BGP Peers,Up之后又是新的一轮update;
2) Peering的时候BGP announce GR capability + AF/SAF,如果没有AF,Router只是
GR Awareness,但是不能perform GR,就是single RP router/或者是GR helper;
3) GR很重要的一点是可以send EOR packet; 表明所有的update完毕;
4) Restarting RP switchover behavior:
4.1/ mark所有FIB里面的prefix as Stale;这个时候BGP table是空的,和NSR最大的
不同
4.2/ 重新estalish peering, 因为对方要等timeout (如果对方也timeout,then set
restartbit)
4.3/ 先hold bestpath计算等待EOR,除了non-GR-awareness peers和restart-bit=1 (
对方同时init)
4.4/ refresh pfx
5) Receiving Peer (Restarting rtr's peers) 看到对方新的peering,
5.1/ clean out old peering; 5.2/ mark all pfx from peer as stale;
5.3/ send out updates followed by EOR;
5.4/ refresh staled pfx if receive;
5.5/ purge out staled routes;
6) NSR/NSF在一个Peering不能同时存在,IOS里面GR has precedence.
7) support all AF, c10k/7600/c6k/asr, IOS-XE,SR*,SB |
z**r 发帖数: 17771 | 4 很好的总结,大家现在好像更喜欢NSR
set
【在 s******v 的大作中提到】 : 1) BGP GR/NSF主要目的:1)HA, traff照旧,因为Fwd LC和RP都是独立,RP : switchover的同时Data Fwd不受影响;2)减少CP traf,因为BGP session reset, : withdraw会波及到所有的BGP Peers,Up之后又是新的一轮update; : 2) Peering的时候BGP announce GR capability + AF/SAF,如果没有AF,Router只是 : GR Awareness,但是不能perform GR,就是single RP router/或者是GR helper; : 3) GR很重要的一点是可以send EOR packet; 表明所有的update完毕; : 4) Restarting RP switchover behavior: : 4.1/ mark所有FIB里面的prefix as Stale;这个时候BGP table是空的,和NSR最大的 : 不同 : 4.2/ 重新estalish peering, 因为对方要等timeout (如果对方也timeout,then set
|
t*******r 发帖数: 3271 | |
c*****i 发帖数: 631 | 6 NSR在RP Failover以后不需要reestablish bgp session。对large scale router来说
impact要小。另外一个是对large scale router,调nsf的hold time也是个需要试的东
西。
【在 z**r 的大作中提到】 : 很好的总结,大家现在好像更喜欢NSR : : set
|
t*******r 发帖数: 3271 | 7 我们做VPN PE把乱七八糟feature全加上后再开NSR, 问题一堆.
不知道CRS会表现如何, 我估计幕友测过
【在 c*****i 的大作中提到】 : NSR在RP Failover以后不需要reestablish bgp session。对large scale router来说 : impact要小。另外一个是对large scale router,调nsf的hold time也是个需要试的东 : 西。
|
z**r 发帖数: 17771 | 8 是啊,NSF需要邻居们至少是NSF awareness的router,NSR也不需要担心这个,至少保
证了多厂商之间的互通
【在 c*****i 的大作中提到】 : NSR在RP Failover以后不需要reestablish bgp session。对large scale router来说 : impact要小。另外一个是对large scale router,调nsf的hold time也是个需要试的东 : 西。
|
z**r 发帖数: 17771 | 9 这怎么可能没有测过
【在 t*******r 的大作中提到】 : 我们做VPN PE把乱七八糟feature全加上后再开NSR, 问题一堆. : 不知道CRS会表现如何, 我估计幕友测过
|
f*****m 发帖数: 416 | 10 NSF/SR也有RFC的.
NSR的好处一是如前面说的,多个session的时候,不用re-establish adjacency,另外一
个就是从deployment的角度,只需要升级PE, 大量的CE不需要升级
【在 z**r 的大作中提到】 : 是啊,NSF需要邻居们至少是NSF awareness的router,NSR也不需要担心这个,至少保 : 证了多厂商之间的互通
|
|
|
s******v 发帖数: 4495 | 11 最讨厌的是scale,开上bfd,dampening, soft-reconfigure, aggregate, switchover
然后再来个soft clear之类的,可能1M条pfx里面少个2条,
【在 z**r 的大作中提到】 : 这怎么可能没有测过
|
t*******r 发帖数: 3271 | 12 That's what I was talking about.
switchover
【在 s******v 的大作中提到】 : 最讨厌的是scale,开上bfd,dampening, soft-reconfigure, aggregate, switchover : 然后再来个soft clear之类的,可能1M条pfx里面少个2条,
|
c*****i 发帖数: 631 | 13 是的,nsr的大部分问题都在active RP和standby RP的sync上面。特别是你做了一些
event以后的sync。 CRS刚开始的时候问题也是不少的,现在已经搞了好几个release了
,应该挺stable的了。
【在 t*******r 的大作中提到】 : That's what I was talking about. : : switchover
|
t*******r 发帖数: 3271 | 14 About NSR bugs;
1, PFE上NH的同步处理问题;
2, 基本路由协议的feature在打开NSR时, 偶有诡异的现象;
3, 根据code实现的方法不同, 会有一些内核的处理问题;
4, 主备引擎的同步(disastrous condition); |
l***y 发帖数: 791 | 15 Restarting peer will only send session reset for BGP ONLY when RP switchover
is by command; if active RP goes dead, no packet will be transmitted from
the restarting peer, not even tcp keepalives; the standby RP takes over and
initiates a new session with each peer. In this case the receiving peers
ideally have gone into HA helper mode will not flush the pfx right then but
completes the HA process with the restarting peer.
Depending on how soon the standby RP takes over and initiates the new
session, the receiving peers could have gone out of the HA helper mode. such
as: too short bfd timers; session hold-down timers, etc. that could cause
the receiving peers to exit the helper mode before the restarting peer
restarts the session.
the bfd timer could have killed GR with or without the session reset. but
the hold-down timer is only relevant in the second case. This is my
understanding. Please correct if wrong. :)
set
【在 s******v 的大作中提到】 : 1) BGP GR/NSF主要目的:1)HA, traff照旧,因为Fwd LC和RP都是独立,RP : switchover的同时Data Fwd不受影响;2)减少CP traf,因为BGP session reset, : withdraw会波及到所有的BGP Peers,Up之后又是新的一轮update; : 2) Peering的时候BGP announce GR capability + AF/SAF,如果没有AF,Router只是 : GR Awareness,但是不能perform GR,就是single RP router/或者是GR helper; : 3) GR很重要的一点是可以send EOR packet; 表明所有的update完毕; : 4) Restarting RP switchover behavior: : 4.1/ mark所有FIB里面的prefix as Stale;这个时候BGP table是空的,和NSR最大的 : 不同 : 4.2/ 重新estalish peering, 因为对方要等timeout (如果对方也timeout,then set
|
l***y 发帖数: 791 | 16 Anyone experiences NSR bugs on Junos? We are testing it right now.. Hard to
make bug happen sometimes even if it's there!
【在 t*******r 的大作中提到】 : About NSR bugs; : 1, PFE上NH的同步处理问题; : 2, 基本路由协议的feature在打开NSR时, 偶有诡异的现象; : 3, 根据code实现的方法不同, 会有一些内核的处理问题; : 4, 主备引擎的同步(disastrous condition);
|
t*******r 发帖数: 3271 | 17 太多, 数不过来.
to
【在 l***y 的大作中提到】 : Anyone experiences NSR bugs on Junos? We are testing it right now.. Hard to : make bug happen sometimes even if it's there!
|
l***y 发帖数: 791 | 18 Whoa.. what version of Junos? it had some serious quality issues a few years
back.
【在 t*******r 的大作中提到】 : 太多, 数不过来. : : to
|