>From my understanding, to introduce the Multi-part TLV into the network, the
following two things should be done:
1) The capability negotiation. Unless all of nodes support such
capabilities, the advertisement of Multi-part TLV should not be initiated,
or else, lack of the correct parsing of Mult-part TLV by one of the nodes
will result in the inconsistence of LSDB, which may result in the forwarding
loop.
2) The indication of the Multi-part TLV is present, similar with the
fragment flag for IP packet encapsulation. Such indication can distinct the
Multi-part TLV from the repeated advertisements of the same TLV.

Is there any other difficult points to be solved?


Best Regards

Aijun Wang
China Telecom

-----Original Message-----
From: [email protected] <[email protected]> On Behalf Of Christian
Hopps
Sent: Sunday, October 9, 2022 8:49 AM
To: Les Ginsberg (ginsberg) <[email protected]>
Cc: Christian Hopps <[email protected]>; Tony Li <[email protected]>; Peter
Psenak (ppsenak) <[email protected]>; Robert Raszuk <[email protected]>;
Henk Smit <[email protected]>; [email protected]
Subject: Re: [Lsr] New Version Notification for
draft-pkaneria-lsr-multi-tlv-01.txt


Christian Hopps <[email protected]> writes:
>>> I simply turned your question around and asked: should conforming
>>
>>> implementations be penalized?
>>
>> [LES:] Are you claiming that the absence of an explicit statement 
>> regarding support of MP for a given TLV  is equivalent to a 
>> prohibition against sending them (which fails basic logic)?
>
> Why did we explicitly define multi-part TLVs?
>
> I agree we appear to not making any progress here. Perhaps it would be
more productive to have a discussion in a different forum like an interim or
something similar.
>
> Thanks,
> Chris.
> [as wg-chair]

Gah, I meant "as wg-member"! However, the suggestion of a different forum
could probably come from the chair hat as well. :)

Thanks,
Chris.

_______________________________________________
Lsr mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/lsr

_______________________________________________
Lsr mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/lsr

Reply via email to