RE: WG LAST CALL: draft-ietf-entmib-state-05.txt

"Sharon Chisholm" <[email protected]> Thu, 30 Sep 2004 15:27:16 -0400
Newsgroups gmane.ietf.entmib
Message-ID <713043CE8B8E1348AF3C546DBE02C1B4017C0892@zcarhxm2.corp.nortel.com>
hi

I've opened tickets to track all of the issues except 'e', which is a
previously discussed and closed issue. I likely crammed too many points into
the first one. Time will tell.

648  Wordsmith - Various  
651  Notification Description Changes  
649  Clarification on 'this information'   
652  Security Considerations Text Changes    
650  Rename to ENTITY-STATE-TC-MIB 
653  Don't need to import the textual conventions?  

Sharon 

-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of
Juergen Schoenwaelder
Sent: Wednesday, September 29, 2004 5:25 AM
To: [email protected]
Cc: Margaret Wasserman
Subject: Re: [Entmib] WG LAST CALL: draft-ietf-entmib-state-05.txt
<clip>

e) I know we have beaten this horse, but still I do not really
   understand why there are actually two MIB modules. Having two MIB
   modules only has an advantage if (a) the TCs progress faster on the
   standards track than the state MIB module or (b) some other module
   uses the TCs while the state MIB itself goes to historic. I find
   both scenarios rather unrealistic and hence you argue to simply put
   the TCs into the state MIB module.

<clip>