[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 _______________________________________________ OPSAWG mailing list [email protected] https://www.ietf.org/mailman/listinfo/opsawg
