Re: [IPFIX] review of draft-ietf-ipfix-mediation-protocol-04
Brian Trammell <[email protected]>
| Newsgroups | gmane.ietf.ipfix |
|---|---|
| Message-ID | <[email protected]> |
hi Paul, all, I've made the following changes to the -06 working copy as well Cheers, Brian On 1 Jul 2013, at 15:08 , Paul Aitken <[email protected]> wrote: > Brian, > >> Okay, so the concrete terminological suggestion you're making is... >> >> NEW: >> Original Observation Point: An Observation Point on a Metering >> Process associated with the Original Exporter... >> >> correct? > > That helps. > >>> My concern is that although an implementation may not wish to export this option because it cannot be accurately or meaningfully measured, it may be obliged to export it for RFC compliance. >> Good point. There's 2119 creep here: the reliability records specified in RFC5101 and 5101bis are a MAY, in medproto they're a SHOULD. I suggest the fix here is to downgrade the requirement in section 10 of medproto to MAY: >> >> NEW: >> >> IPFIX provides Options Templates for the reporting the reliability of >> processes within the IPFIX Architecture. As each Mediator includes >> at least one IPFIX Exporting Process, they MAY use the Exporting >> Process Reliability Statistics Options Template, as specified in >> [I-D.ietf-ipfix-protocol-rfc5101bis]. >> >> Analogous to the Metering Process Reliability Statistics Options >> Template, also specified in [I-D.ietf-ipfix-protocol-rfc5101bis], >> Mediators MAY implement the Intermediate Process Reliability >> Statistics Options Template, specified in the Section 10.1. >> >> The Flow Keys Options Template, as specified in >> [I-D.ietf-ipfix-protocol-rfc5101bis], may require special handling at >> an IPFIX Mediator as described in Section 10.2. > > Great. > >>> That's exactly what I'm arguing. Provide an opt-out for the case that an implementer knows that this metric will be poor to meaningless, or impossible to implement. >> Okay, got it, and I agree. As above, MAY language would provide this opt-out. > > Thanks, > P. _______________________________________________ IPFIX mailing list [email protected] https://www.ietf.org/mailman/listinfo/ipfix