Re: [Idr] FW: WG adoption poll for draft-li-opsawg-ipfix-bgp-community-02

[Jeffrey Haas <[e-mail]>]

[Please note I am not on the opsawg list.]

On Mon, Feb 13, 2017 at 07:35:45PM -0500, Susan Hares wrote:
> IDR WG: 
> 
> The OPSAWG chairs are reviewing the
> draft-li-opsawg-ipfix-bgp-community-02.txt for WG adoption.  Please comment
> on this OPSAWG list and/or IDR list if you feel this draft should be adopted
> on not adopted. 

I see that the draft was adopted and, as someone who previously worked on
flow generators, think it's a potentially useful feature.  I have a few
brief comments:

1. Is there long-term intent to include other types of community data, such
as extended communities or large communities?
2. The density of flow records significant impacts how quickly flow
collectors are able to process the information.  Unless I'm missing
something, the draft doesn't seem to constrain how many communities might be
able to be sent as part of the flow record as part of the community list.
The authors may want to discuss mechanisms or implementations wherein the
number of items in the list *might* be constrained and what to do in
reporting if the list is truncated or not.
2a. When it's necessary to truncate sending some of the communities, it
might be worth potentially preferring the communities in the well-known
space.  Knowing that a flow at a given ingress is intended to be constrained
downstream may help detecting leaks when performing flow correlation in a
network.

Aside - 3. It's well known that flow collectors on BGP edge devices that may
be distributing traffic over BGP multipaths may not even consistently report
BGP data such as peer-as or origin-as for the flows traversing that
multipath, despite being part of the existing flow record format.  In such
situations, the communities are potentially of low value.

-- Jeff