Re: [Idr] Adoption call for draft-heitz-idr-wklc-02 (3/9 to 3/23)

[Aijun Wang <[e-mail]>]

How about just reserve the 4-byte AS range for the well-known large
community, and leave the other 8-bytes be defined by each WKLC as that done
in
https://tools.ietf.org/html/draft-ietf-grow-route-leak-detection-mitigation-
04?

I think such arrangement will be conformed with the definition of
LC(RFC8092), also aligned with the proposed DO large community?

 

Or else, the DO large community should be modified to follow your proposal?

And, what the reason to assign the “111101”value in the first 6bit your
encoding? It is not conformed to general definition of large community, in
which the first 4-bytes is to identify the Global Administrator.

 

From: Jakob Heitz (jheitz) <[e-mail]> 
Sent: Wednesday, March 10, 2021 2:50 PM
To: Aijun Wang <[e-mail]>; 'Susan Hares' <[e-mail]>;
[e-mail]
Subject: RE: [Idr] Adoption call for draft-heitz-idr-wklc-02 (3/9 to 3/23)

 

When the tag requires additional data. For example, when it is necessary to

know which AS added the tag. Then that ASN can be written into the data
field.

For example,
https://tools.ietf.org/html/draft-ietf-grow-route-leak-detection-mitigation-
04.

 

Regards,

Jakob.

 

From: Aijun Wang <[e-mail]
<mailto:[e-mail]> > 
Sent: Tuesday, March 9, 2021 10:31 PM
To: Jakob Heitz (jheitz) <[e-mail] <mailto:[e-mail]> >;
'Susan Hares' <[e-mail] <mailto:[e-mail]> >; [e-mail]
<mailto:[e-mail]> 
Subject: RE: [Idr] Adoption call for draft-heitz-idr-wklc-02 (3/9 to 3/23)

 

Would you like to describe the situation that the “well-known communities”
is not enough to tag the BGP routes?

 

From: Jakob Heitz (jheitz) <[e-mail] <mailto:[e-mail]> > 
Sent: Wednesday, March 10, 2021 2:21 PM
To: Aijun Wang <[e-mail] <mailto:[e-mail]>
>; 'Susan Hares' <[e-mail] <mailto:[e-mail]> >; [e-mail]
<mailto:[e-mail]> 
Subject: RE: [Idr] Adoption call for draft-heitz-idr-wklc-02 (3/9 to 3/23)

 

Well known communities have no data field.

Well known large communities have 10 octets of data available for each WKLC.

 

1. Yes, "type" is meant to be WKLC ID. Thanks for finding it. I'll fix it.

 

2. the 10 octets of data are divided into 3 fields for convenience of
representation.

    I did state that any specific WKLC may define another division.

    Maybe it would be easier to just put 10 octets free form with fields to
be defined by each specific WKLC as it is defined.

 

3. Same answer as for 2. 3 data fields is suggested, as it looks to be the
most convenient division for the most likely applications. Perhaps you can
come up with better wording?

 

Regards,

Jakob.

 

From: Idr <[e-mail] <mailto:[e-mail]> > On Behalf Of
Aijun Wang
Sent: Tuesday, March 9, 2021 8:01 PM
To: 'Susan Hares' <[e-mail] <mailto:[e-mail]> >; [e-mail]
<mailto:[e-mail]> 
Subject: Re: [Idr] Adoption call for draft-heitz-idr-wklc-02 (3/9 to 3/23)

 

Hi，Jakob:

 

Considering the communities is used mainly for the tag of BGP routes. 

And as also mentioned in your draft, that there are only about 22 well-known
communites have been used so far. Then what’s the necessary to
define/reserve the well-known large communities?

Why the current well-known
communities(https://www.iana.org/assignments/bgp-well-known-communities/bgp-
well-known-communities.xhtml#bgp-well-known-communities-1) can’t be used to
accommodate the requirements, which is not stated in the draft?

 

And, after reading the current version of the draft, some confusions are
raised:

1.     Where is the “type” filed, that you mentioned in
https://datatracker.ietf.org/doc/html/draft-heitz-idr-wklc-02#section-4, are
you referring the “WKLC ID” field in your encoding?

2.     The length of LC is 12 octets, as defined in
https://datatracker.ietf.org/doc/html/rfc8092, why you just use 10 octets,
and want also to encourage the user to follow the canonical representation
of RFC8092?

3.     From my understanding, your draft just want to reserve some 4 bytes
AS range for the “Global Administrator” part of the large community, is
that right? If so, what’s necessary to divide it into three parts?

 

 

Best Regards

 

Aijun Wang

China Telecom

 

From: [e-mail] <mailto:[e-mail]>  <idr-bounces@ietf.
org <mailto:[e-mail]> > On Behalf Of Susan Hares
Sent: Tuesday, March 9, 2021 6:17 PM
To: [e-mail] <mailto:[e-mail]> 
Subject: [Idr] Adoption call for draft-heitz-idr-wklc-02 (3/9 to 3/23)

 

This begins a WG Adoption call for draft-heitz-idr-wklc-02.txt. 

 

https://datatracker.ietf.org/doc/draft-heitz-idr-wklc/

 

In your review of this draft, please consider: 

 

1) Should IDR standardize a set of “well known large communities”? 

2) Will the transitivity field help these well know large communities?

3) Is this document ready for adoption? 

 

I’ve not received Sriram’s IPR statement.  If this statement is not
received within 1 week, this WG adoption call will pause waiting for that
statement. 

 

Cheers, Susan Hares