[Lsr] 答复: 答复: WG Last Call draft-ietf-lsr-isis-invalid-tlv

["Aijun Wang" <[e-mail]>]

Hi, Les:

 

The questions is raised actually by the current description in section 3.2.  

It describes the incompatible issues among different RFCs, but no promising solution (maybe there is none), also not emphasizing the consequence for the incompatible deployments (may exist in other document).

Anyway, I knew the answers. Put it into the document may be more helpful for others.

 

Best Regards.

 

Aijun Wang

China Telecom 

 

发件人: Les Ginsberg (ginsberg) [mailto:[e-mail]] 
发送时间: 2020年1月6日 10:42
收件人: Aijun Wang; 'Christian Hopps'; [e-mail]
抄送: [e-mail]; 'Antoni Przygienda'
主题: RE: [Lsr] 答复: WG Last Call draft-ietf-lsr-isis-invalid-tlv

 

Aijun –

 

Please read Section 3.2 of the draft which discusses these issues.

Thanx.

 

   Les

 

From: Aijun Wang <[e-mail]> 
Sent: Sunday, January 05, 2020 6:04 PM
To: Les Ginsberg (ginsberg) <[e-mail]>; 'Christian Hopps' <[e-mail]>; [e-mail]
Cc: [e-mail]; 'Antoni Przygienda' <[e-mail]>
Subject: 答复: [Lsr] 答复: WG Last Call draft-ietf-lsr-isis-invalid-tlv

 

Hi, Les:

 

Since this draft is the main entry for the management of invalid tlv in isis, will it be more useful to include the description that you provide for its completeness?  Knowing the possible consequences may drive the operators to consider more carefully for their updating deployment.

 

Anyway, I support this draft.

 

Best Regards.

 

Aijun Wang

China Telecom

 

发件人: Les Ginsberg (ginsberg) [mailto:[e-mail]] 
发送时间: 2020年1月3日 13:29
收件人: Aijun Wang; 'Christian Hopps'; [e-mail]
抄送: [e-mail]; 'Antoni Przygienda'
主题: RE: [Lsr] 答复: WG Last Call draft-ietf-lsr-isis-invalid-tlv

 

Aijun -

 

Since advertising some sort of capability would also be unusable until all routers were upgraded to understand the new capability advertisement this does not help. 😊

 

The consequences of enabling a form of authentication which is not supported by all nodes is an inconsistent LSPDB - which means protocol function is broken.

 

I would also point out that the incompatibilities are discussed in the original specifications (RFC 5304 and RFC 6232) - both of which have been published for a number of years. The points being made in this regard in this draft aren't new.

 

   Les

 

> -----Original Message-----

> From: Lsr <[e-mail]> On Behalf Of Aijun Wang

> Sent: Thursday, January 02, 2020 6:31 PM

> To: 'Christian Hopps' <[e-mail]>; [e-mail]

> Cc: [e-mail]; 'Antoni Przygienda' <[e-mail]>

> Subject: [Lsr] 答复: WG Last Call draft-ietf-lsr-isis-invalid-tlv

> 

> Is there any method to indicate or negotiate the support of

> ISO10589/RFC5304/RFC6233 because they are not back compatible?

> What will be the consequence when not all of the routers within the IGP

> domain support the same RFC?

> Will it valuable to add more clarification for the above incompatible

> scenario, instead of saying "... ... therefore can only be safely enabled

> when all nodes support the extensions"?

> 

> 

> Best Regards.

> 

> Aijun Wang

> China Telecom

> 

> -----邮件原件-----

> 发件人:  <mailto:[e-mail]> [e-mail] [ <mailto:[e-mail]> mailto:[e-mail]] 代表 Christian

> Hopps

> 发送时间: 2020年1月3日 3:07

> 收件人:  <mailto:[e-mail]> [e-mail]

> 抄送:  <mailto:[e-mail]> [e-mail]; Christian Hopps; Antoni Przygienda

> 主题: [Lsr] WG Last Call draft-ietf-lsr-isis-invalid-tlv

> 

> This begins a 2 week WG Last Call, ending after Jan 16th, 2020, for

> draft-ietf-lsr-isis-invalid-tlv.

> 

>    <https://datatracker.ietf.org/doc/draft-ietf-lsr-isis-invalid-tlv/> https://datatracker.ietf.org/doc/draft-ietf-lsr-isis-invalid-tlv/

> 

> Tony P (other authors already responded during the adoption poll), please

> indicate your knowledge of any IPR related to this work to the list as well.

> 

> Thanks,

> Chris & Acee.

> 

> _______________________________________________

> Lsr mailing list

>  <mailto:[e-mail]> [e-mail]

>  <https://www.ietf.org/mailman/listinfo/lsr> https://www.ietf.org/mailman/listinfo/lsr

> 

> _______________________________________________

> Lsr mailing list

>  <mailto:[e-mail]> [e-mail]

>  <https://www.ietf.org/mailman/listinfo/lsr> https://www.ietf.org/mailman/listinfo/lsr