You can also use the LAN EndPoint class. I actually prefer the LAN Endpoint class instead of the IP EndPoint class for this situation, since the LAN EndPoint has the MAC Address; you can use the Group Address field for the subnet mask; another useful field is the Alias Addresses, in which you can store multiple virtual IPs.
-Guillaume -----Original Message----- From: Action Request System discussion list(ARSList) on behalf of Lyle Taylor Sent: Thu 03/19/09 6:40 PM To: arslist@ARSLIST.ORG Subject: Re: IP Devices and CMDB 2.1 Classes I believe the IP Endpoint class is intended to document things like IP addresses. Adding an attribute for IP address is probably not a good solution, unless you know that the device will only have one (or some maximum number of) IP address(es). As noted in someone else's reply, there is a field for domain name on the computer system class already. Lyle From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Louise Van Hine Sent: Thursday, March 19, 2009 4:27 PM To: arslist@ARSLIST.ORG Subject: IP Devices and CMDB 2.1 Classes ** I wanted to know from those who have done some mapping of network hardware and devices, how you map various and sundry IP-addressed network devices in the CMDB? My task right now is to try to use what we have without adding any classes or attributes, (at least for now), and it looks like most everything can be shoved into the ComputerSystem class, since that is where the mapping document says to put bridges, firewalls, routers and the like, but I am interested to know how CMDB administrators have handled attributes like domain name and primary and secondary IP address when there is no business need to describe or to discover connectivity collections, endpoints, lans, etc. Do you just add attributes, or what? __Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are" html___ NOTICE: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are"