Well, it's already there - if the devices/probes are on the same map.

Select the two, and hot Command-E - Bingo, parent/child relation made.

I know this is not the way it was asked for, but it is possible.

While I do understand the need/wish to have the same 'service-types' on the same map, it currently makes little sence in InterMapper, as most of the logic is based on having the probes inter-connected via interfaces (either real or manually defined).

The other issue here is, when the Service probe goes down, you have to look on another map to see if the Host probe is also down (unless you have a web-interface running also).

The way I think this would be best integrated is sort of like this:

1: Create real two way relations between maps (so we can have hierarchical map lists) and a 'top-map' where all Vantage points end up in. (ie. the InterMapper PC) It would be really cool, if it was possible to control/right-click a device or interface, and then 'connect' it to another interface/ device on another map, and this way create a exit-point on the parent map and a 'vantage point' on the child map.

2: Add services to a host, either by changing the 'device' to actually be a map-within-the-map, or by enabling some 'device-probes' to allow add-on 'service-probes' Like, the Host Resources could allow sub-services like FTP/SMTP/ AppleShare etc...


I'll leave the cost/licens issue to the product department.. ;-)


    Jakob Peterhänsel

"Tell me why, don't we try, not to break our hearts
  and make it so hard for our selfs"
P.S.B. 1987

Email:     [EMAIL PROTECTED]
AIM:         Marook
Phone:     +45 22684961

On 12/01/2006, at 2:39, Szymon Lobocki wrote:

I agree with Tony. Being able to define parent/child acknowledgment
relationships as described by Bill would be very useful.

Szymon Lobocki, UIUC

On 1/11/06, Tony Mumm <[EMAIL PROTECTED]> wrote:
Bill,

While it's not exactly what he was looking for, I do see some value in creating a hierarchy like you are suggesting. If anything, it would reduce the multiplicity of alarms that is created by the individual services when a
server goes down.

Thanks,

Tony

-----Original Message-----
From: [email protected]
[mailto:[EMAIL PROTECTED] On Behalf Of William W. Fisher
Sent: Wednesday, January 11, 2006 1:50 PM
To: InterMapper Discussion
Subject: Re: [IM-Talk] Question about monitoring objects - object linking
(same object on several maps)

On Jan 11, 2006, at 10:24 AM, Steven Good wrote:

Lets say we have a map called "Email Services" and another map "File
Services" on these maps are the individual service probes for their
components, along with the devices/servers.

We have several services that may share the same server.

So email and file_services also share server_A, and we need to take
server_A down for maintenance. If we has a probe for server_A on both
maps, we would have to pre-acknowledge it on both maps.

By object linking, I am asking if we acknowledge server_A on the email map, that it would also be acknowledged on the file_services map? At
least that is the way we would like it to work.

I am assuming that these "object links" would be uni-directional?
That is, if you acknowledge server_A, then email_service_A and
file_service_A would be acknowledged as well, but if you acknowledge
email_service_A,  this does not affect server_A or file_service_A.

To put it another way, the relationship is equivalent to parent/ child?

   server_A is the parent. It has two children: email_service_A and
file_service_A.

Regards,

Bill Fisher
Dartware, LLC

____________________________________________________________________
List archives:
http://www.mail-archive.com/intermapper-talk%40list.dartware.com/
To unsubscribe: send email to: [EMAIL PROTECTED]



____________________________________________________________________
List archives:
http://www.mail-archive.com/intermapper-talk%40list.dartware.com/
To unsubscribe: send email to: [EMAIL PROTECTED]


____________________________________________________________________
List archives:
http://www.mail-archive.com/intermapper-talk%40list.dartware.com/
To unsubscribe: send email to: [EMAIL PROTECTED]


____________________________________________________________________
List archives:
http://www.mail-archive.com/intermapper-talk%40list.dartware.com/
To unsubscribe: send email to: [EMAIL PROTECTED]

Reply via email to