Hi Huzhibo, Thanks for review and comments.
The FIB inconsistency and resulting micro-loops in IGP convergence are solved using micro-loop avoidance techniques. The micro-loop avoidance techniques will be applied to all IGP prefixes when any change is detected. When a node/prefix becomes unreachable, this draft recommends not to delete the state from FIB. You bring up a good point whether micro-loop avoidance path should be applied to this prefix or not. I think it should. I’ll add text to clarify interaction with the micro-loop avoidance. >And then,You say you can providing node-protection via anycast.I don`t how do >you that, Any node of TE may be faulty. Do you want to > configure the same Anycast address on the entire network? Protection with anycast sids is explained in sec 2.2. You do not need same anycast sid for all devices. For ex: The nodes can be paired together and assigned one anycast SID for each pair. Hope that clarifies. Rgds Shraddha From: Huzhibo <huzh...@huawei.com> Sent: Saturday, November 23, 2019 5:20 AM To: Shraddha Hegde <shrad...@juniper.net>; rt...@ietf.org; spring@ietf.org Subject: Reply: Draft for Node protection of intermediate nodes in SR Paths Hi Shraddha: You say can keep forwarding plane longer. I don't know which stage of the forwarding state you are maintaining. The IGP determines the node fault by sensing multiple link faults. Because the nodes are aware of the link faults in different order, the state before the forwarding entry is deleted may be looped. Do you want to keep a loop state? And then,You say you can providing node-protection via anycast.I don`t how do you that, Any node of TE may be faulty. Do you want to configure the same Anycast address on the entire network? Thank you Zhibo 发件人: rtgwg [mailto:rtgwg-boun...@ietf.org] 代表 Shraddha Hegde 发送时间: 2019年11月22日 11:38 收件人: rt...@ietf.org<mailto:rt...@ietf.org>; spring@ietf.org<mailto:spring@ietf.org> 主题: Draft for Node protection of intermediate nodes in SR Paths WG, This is the draft I pointed out that talks about solutions for providing node-protection. It covers Anycast case as well as keeping forwarding plane longer. https://tools.ietf.org/html/draft-hegde-spring-node-protection-for-sr-te-paths-05<https://urldefense.com/v3/__https:/tools.ietf.org/html/draft-hegde-spring-node-protection-for-sr-te-paths-05__;!8WoA6RjC81c!Sb-7-2B3wu3-xnhl0t1lBXUS5SiG8RhD7hocKD88lSzJhxFE03vkai9wCaS_n0Ei$> Review and comments solicited. Rgds Shraddha
_______________________________________________ spring mailing list spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
