PMP Mail Archive: PMP> RE: OID Registrations

PMP> RE: OID Registrations

From: Bergman, Ron (Ron.Bergman@rpsa.ricoh.com)
Date: Fri Apr 15 2005 - 11:51:33 EDT

  • Next message: Bergman, Ron: "PMP> Adding ppmPortDescription to Port Mon MIB"

    Ira,
     
    Note that Don's proposal was constructed primarily of examples. The only real assignment at that time
    was 2699.1.1 to the Job MIB. His example of 2699.1.1.1 and 2699.1.1.2 were just examples as to how
    the Job MIB could use the assignment. As I explained in the "actual current assignments", the usage
    in the MIB was somewhat different.
     
    The Protocols arc was reserved in case an OID was ever needed for PWG protocols, such as IPP. As
    you pointed out, this has not been used. It may be a good idea to add IPP to the Protocols registration
    section. I don't recall if this was ever a formal proposal or just another example. So the assignment
    tree would then be:
     
    ......2699.1........ MIBS
    ..... 2699.1.1....... Job Monitoring MIB (jobMonMIB, RFC 2707)
    ..... 2699.1.2....... Port Monitor MIB (ppmMIB, TBA)
    ..... 2699.1.3....... (TBA)
    ......2699.2........ PROTOCOLS
    ..... 2699.2.1....... Internet Printing Protocol (IPP, RFC 2910, 2911)
    ..... 2699.2.1.1 ..... IPP Operations
    ..... 2699.2.1.2 ..... IPP Attributes
    ..... 2699.2.2....... (TBA)
    ..... 2699.3....... (TBA)

    I am sure that Jerry will take the initiative, when he returns from Japan, to make this information available
    in an obvious place on the PWG FTP site. (He indicated in the call that it was part of his task as secretary.)
     
        Ron

    -----Original Message-----
    From: McDonald, Ira [mailto:imcdonald@sharplabs.com]
    Sent: Friday, April 15, 2005 8:20 AM
    To: Bergman, Ron; thrasher@lexmark.com
    Cc: Harry Lewis (E-mail); McDonald, Ira; pmp@pwg.org
    Subject: RE: OID Registrations

    Hi Ron,
     
    Glad you could find Don's email. I spent a long time searching the PWG server
    in HTTP and FTP without finding anything yesterday.
     
    By the way, Don's original proposal that put Job MIB down two-levels was formally
    invalid. When the IETF designates an arc for an enterprise (e.g., 'pwg(2699)),
    an immediate subordinate arc must contains MIB module registrations (remember
    the parent arc belongs to the IETF, who get to make the MIB rules).
     
    NONE of the other uses (Protocols, IPP, etc.) have ever materialized.
     
    The eventual OID registrations document SHOULD be in plaintext and stored
    in 'pub/pwg/general/registrations' (or some similarly obvious sub-directory of
    'pub/pwg/general'.
     
    Cheers,
    - Ira
     

    Ira McDonald (Musician / Software Architect)
    Blue Roof Music / High North Inc
    PO Box 221 Grand Marais, MI 49839
    phone: +1-906-494-2434
    email: imcdonald@sharplabs.com

    -----Original Message-----
    From: Bergman, Ron [mailto:Ron.Bergman@rpsa.ricoh.com]
    Sent: Thursday, April 14, 2005 2:25 PM
    To: thrasher@lexmark.com
    Cc: Harry Lewis (E-mail); Ira McDonald (E-mail 3); pmp@pwg.org
    Subject: OID Registrations

    Jerry,

    I found the Email from Don with the OID allocation proposal but I cannot
    find in any of the minutes where it was approved and who was to create
    the registration document. I recall it being discussed in a meeting but
    do not remember if anyone was assigned to followup.

    From Don's email in the JMP archives dated 14 Nov 1997, subject:
    "Job MIB - trials and tribulations"

    To be consistant, we might even want to do something like:
    ......2699.1........ MIBS
    ..... 2699.1.1.1...... Job Mib
    ..... 2699.1.1.2 ..... Future Job Mib extensions
    ..... 2699.1.2.1 ..... Finisher Mib
    ..... 2699.1.2.2 ..... Finisher Mib extensions
    ..... 2699.1.3.1 ..... Hey, how about... Printer Mib
    ..... 2699.1.3.2 ..... Printer MIB extensions
    ..... 2699.1.3.2 ..... Printer MIB extensions
    ......2699.2........ PROTOCOLS
    ......2699.2.1...... IPP
    ..... 2699.2.1.1 ..... IPP Operations (as suggested by someone, below)
    ..... 2699.2.1.2 ..... IPP Attributes
    ......2699.2.2....... Some Other Protocol
    ......2699.3........ SOMETHING_ELSE_BESIDES_MIBS_AND_PROTOCOLS
    The actual current official assignments are:
    ......2699.1........ MIBS
    ..... 2699.1.1....... jobMonMIB
    ..... 2699.1.1.1...... jobmonMIBObjects
    ..... 2699.1.1.2 ..... jobmonMIBNotifications
    ..... 2699.1.1.2 ..... jobmonMIBConformance
    ..... 2699.1.2....... Port Monitor MIB
    ......2699.2........ PROTOCOLS

    where the third level is assigned by the project, not the PWG.

    So the present PWG OID assignment tree is:

    ......2699.1........ MIBS
    ..... 2699.1.1....... Job Monitoring MIB (jobMonMIB, RFC 2707)
    ..... 2699.1.2....... Port Monitor MIB (ppmMIB, TBA)
    ..... 2699.1.3....... (TBA)
    ......2699.2........ PROTOCOLS
    ..... 2699.2.2....... (TBA)
    ..... 2699.3....... (TBA)

    Now, all we need is a home for this information.

            Ron



    This archive was generated by hypermail 2b29 : Fri Apr 15 2005 - 11:52:20 EDT