Re: [IPFIX] Winding down the ipfix working group.
Paul Aitken <[email protected]> Wed, 17 Dec 2014 11:37:01 +0100
| Newsgroups | gmane.ietf.ipfix |
|---|---|
| Message-ID | <23B7BE54EACBED43957AB709C564F7B701853E2971@EMEA-EXCH01.corp.brocade.com> |
Benoit, All, >> Well a bit off the cuff, but how about pre-registered templates rather than refreshed templates so that IOT devices don't need to use energy or bandwidth to transmit them? > > So going back to NetFlow v5? :-) > As you know, we had to move away from v5 to v9 to solve a real problem. Templates generally consume only a tiny portion of the export bandwidth, so they're a non-issue for hard-wired devices in an enterprise or data-centre setting. However, if a device isn't able to maintain an SCTP or TCP connection (eg because it's a low-power device which exports infrequently and powers down between exports, or it's a mobile device which goes out of range), then the exporter would need to re-send the template at the start of each export. In the worst case the template could be sent with each data record (assuming export over UDP), at which point templates become a significant portion of the export bandwidth. I've seen a packet capture from a device which actually does that. So I could imagine a use-case where pre-registered templates are useful. The exporter would only send data records, and the collector would have to obtain the necessary template(s) from a repository. However if the exporter sends the repository URL rather than the template then it's possible that there would be no export saving at all. If the exporter sends a template ID then we'd have to consider how the collector discovers where the repository is located and authentication of the received templates. If it's a central repository then we have to think about authentication for addition of new templates and whether modifications are allowed. If it was a real use case with actual demand behind it then it could be addressed in one draft which could be AD sponsored. However since it seems to be a theoretical idea with no demand, there seems to be no justification in keeping the WG open just for this. It could be an interesting NMRG project. P. _______________________________________________ IPFIX mailing list [email protected] https://www.ietf.org/mailman/listinfo/ipfix