Silicon Investor (SI) -- The First Internet Community

STOCKTALK

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor. We ask that you disable ad blocking while on Silicon Investor in the best interests of our community. If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.

Technology Stocks : Novell (NOVL) dirt cheap, good buy? -- Ignore unavailable to you. Want to Upgrade?

To: PJ Strifas who wrote (28372)	10/2/1999 12:50:00 PM
From: Scott C. Lemon	Respond to of 42771

Hello PJ, A couple of comments: > While DEN is still in the making, it adds to the work done by the > DMTF in refining the CIM schema and specifications. CIM includes > physical and network definitions today, but must be extended to > include users and policies. The final DEN draft has been submitted > to the DMTF. In general, I believe that schema is the most important aspect of interoperable directory applications ... so this is good! > Now a map from CIM to LDAP needs to be created for physical and > network definitions. Once completed in 2000, DEN will allow > policy-based management driven from the directory, along with > device configuration and network inventory. This is a good move ... schema and storage of information needs to be completely abstracted from the access protocols. What this means is that I should be able to access the information using LDAP or any other directory access protocol. If this is possible, they have done a good job ... the information should not be tied to a single access method or protocol ... that would be poor design. > Future benefits of DEN are still probably two years down the road. > General management benefits of CIM are closer. I agree with this also ... it's a ways out. Also, the "solution" will probably be more about "throttling" users ... I'm not a big fan of excessively managing users ... Scott C. Lemon