AD review of draft-ietf-rmonmib-framework-12.txt

"Wijnen, Bert (Bert)" <[email protected]> Wed, 4 Jan 2006 17:18:59 +0100
Newsgroups gmane.ietf.rmonmib
Message-ID <7D5D48D2CAA3D84C813F5B154F43B15508FC89F4@nl0006exch001u.nl.lucent.com>
Thanks for the new revision.
Looks a lot better to me.

Now I am nagging WG members:
  Of course it will also be good if other WG members take
  another look at this (and the other 2 RAQMON) document(s)
  as your WG chair Andy has asked.
 
Pls read the following and let me know if you agree that
probably one more rev makes sense?
 
- Need to use proper domain names in examples (as per RFC2606,
  sect. 2) and proper IP addresses in examples (er er RFC3330).
  So Page 16, sect 5.3 has this text:
        names are "[email protected]" or "[email protected]"
        for a multi-user system.  On a system with no user name, an
        example would be "ip-phone4630.bigcompany.com".  It is
  And probably should be something aka: 
        names are "[email protected]" or "[email protected]"
        for a multi-user system.  On a system with no user name, an
        example would be "ip-phone4630.example.com".  It is

- In sections 5.x, I see several that specify things like:
     This parameter MUST be sent in all RAQMON PDUs.
  or
     The DN value is expected to remain constant for the duration of a
     session. RDSs SHOULD avoid sending these parameters within RAQMON
     reports too often to ensure an efficient usage of network resources.
  or
     This parameter MUST be sent in the first RAQMON PDU.
  or
     This parameter SHOULD be sent only in the first RAQMON PDU, after the
     session setup is completed.
  But several section 5.x do not have such statements or clear text if the
  parameter/metrix should be send in first PDU or not, and so I am
  a bit confused as to when or how often such parameters should be sent?
  Would it make sense to be clear for every parameter/metric?
  It could be just me not being intimately familiar with this work.
  This is not a blocking issue for me though.

- Sect 5.32
  So are we assuming or saying that the application Name/Version is 
  US ASCII ??

- I think that the acknowledgement at the end of the doc should only
  be for ISOC funding RFC-editor. 
  The other info is (or belongs) in section 8.

This time I did send a report on references/citations privately 
to the authors for them to check and act (if any action is needed).

Bert