Aijun Wang <wangai...@tsinghua.org.cn> writes:

Hi, Robert:

Aijun Wang
China Telecom


    On Nov 23, 2021, at 20:00, Robert Raszuk <rob...@raszuk.net>
    wrote:


    Dear Aijun,


        [WAJ] Once there is a link/node failure, upon receiving the
        updated LSA, the ABR ....


    That node failure will need to be detected fast.

    The entire discussion here is to do it reasonably fast or as fast
    as possible.

[WAJ] And also as less configuration as possible. We have invested
several tools to increase the speed of LSA flooding.

You keep mentioning less configuration or less configuration complexity when 
people mention BFD. This isn't any sort of justification for not using BFD.

Operators use central management systems now a days, that generate a routers 
configuration, they aren't hand typing configuration into routers anymore. 
There's no problem at all with enabling BFD through configuration, and it's use 
is absolutely not predicated based on how one has to configure it.

Saying BFD is hard to configure is not valid to me. If you are advocating for 
something that would replace BFD, I hope you have a stronger argument against 
using BFD.

Thanks,
Chris.
[WG member hat - for previous emails on this thread too -- forgot to include]


    That is why such detection must happen quickly via LOS or BFD or
    CFM etc.... That is way before ABR will receive any LSA/LSP from
    the adjacent nodes informing it of the failed adj. And in fact
    all such adj nodes MUST do it fast as ABR will not react till it
    hears bad news from every node previously connected to such PE.

[WAJ] The reaction time depend on the IGP convergence time after one
node is detached from the network. It should be in milliseconds
within one area? Right?


    In every solution we work on we must see a full picture, not just
    single pieces of the puzzle.

    Thx,
    R.




    _______________________________________________
    Lsr mailing list
    Lsr@ietf.org
    https://www.ietf.org/mailman/listinfo/lsr

Attachment: signature.asc
Description: PGP signature

_______________________________________________
Lsr mailing list
Lsr@ietf.org
https://www.ietf.org/mailman/listinfo/lsr

Reply via email to