Re: [IPFIX] draft-ietf-ipfix-mib-variable-export-03

Andrew Feren <[email protected]>
Newsgroups gmane.ietf.ipfix
Message-ID <[email protected]>
Hi Paul and Colin,

This draft is quite clever and headed in the right direction.

I am confused by Figure 14 with a "Set ID = ??"  Is this left from the
earlier version?

I like the goal of

On 10/22/2013 03:35 AM, Paul Aitken wrote:
> Dear IPFIX experts,
>
> We've rewritten the IPFIX MIB export draft to use regular IPFIX option
templates rather than extended field specifiers.
>
> We'd appreciate your feedback whether this seems about right.
Honestly I kind of liked the original export method, but I have been
mostly convinced that there is some benefit to this new method.  Mostly
that it at least allows existing collectors to use known IEs and get
some data while ignoring SNMP elements until the work is done to fully
implement collection of SNMP data over IPFIX.  This fits with the stated
goal to "augmented [an existing Template Record] with some MIB variables
whose index was already present in the Template Record as an IPFIX
Information Element". Although this draft also allows more than that so
how much practical use the backwards compatibility is will likely depend
on exactly what is ultimately exported.

The collector has to do a bit of correlation of different pieces to get
there, but in the end I get a template with specific IEs.  This aligns
nicely with how regular templates work.

> Also your feedback on two TBD issues in the text:
>
> 1. Should there be a single "mibObjectValue" IE, combined with a
"mibObjectBaseSyntax" IE to define the type?
>     Or, should there be multiple "value" IEs, one per RFC 2578 type
(eg, mibObjectIntegerValue, mibObjectIpAddressValue, ...) ?
I think having multiple value IEs (one per data type) is nice, but I'm
not sure it is strictly necessary.  At least not if this draft is fully
implemented.  As I noted above, once all the templates are correlated
the collector should know the type of each element unambiguously.  That
said I think my personal bias is still for one value / type.  I suspect
that will simplify some things once I dive in and try implementing any
of this.
>
> 2. Should we consolidate the RFC 2578 ObjectSyntax with the RFC5610 /
[IANA- DATATYPES] types?
I think yes.
>
> Thanks,
> Paul and Colin.
>
>
> -------- Original Message --------
> Subject:     [Sender: [email protected]] [IPFIX] I-D Action:
draft-ietf-ipfix-mib-variable-export-03.txt
> Date:     Mon, 21 Oct 2013 14:58:48 -0700
> From:     [email protected]
> To:     [email protected]
> CC:     [email protected]
>
> A New Internet-Draft is available from the on-line Internet-Drafts
directories.
>  This draft is a work item of the IP Flow Information Export Working
Group of the IETF.
>
>     Title           : Exporting MIB Variables using the IPFIX Protocol
>     Author(s)       : Paul Aitken
>                           Benoit Claise
>                           Colin McDowall
>                           Juergen Schoenwaelder
>     Filename        : draft-ietf-ipfix-mib-variable-export-03.txt
>     Pages           : 56
>     Date            : 2013-10-21
>
> Abstract:
>    This document specifies a way to complement IPFIX Data Records with
>    Management Information Base (MIB) objects, avoiding the need to
>    define new IPFIX Information Elements for existing Management
>    Information Base objects that are already fully specified.
>
>    An IPFIX Option Template and method are specified, which are used to
>    export the extra information required to fully describe Simple
>    Network Management Protocol (SNMP) MIB Objects.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-ipfix-mib-variable-export
>
> There's also a htmlized version available at:
> http://tools.ietf.org/html/draft-ietf-ipfix-mib-variable-export-03
>
> A diff from the previous version is available at:
> http://www.ietf.org/rfcdiff?url2=draft-ietf-ipfix-mib-variable-export-03
>
>
> Please note that it may take a couple of minutes from the time of
submission
> until the htmlized version and diff are available at tools.ietf.org.
>
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
> _______________________________________________
> IPFIX mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/ipfix
>
> _______________________________________________
> IPFIX mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/ipfix

_______________________________________________
IPFIX mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/ipfix
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.