logic dependencies and combined to alerts
list Brandste
Hi all,
maybe a stupid question answerd in the mailinglist many times...
(but i was not able to find it in the archive or interpret
the man)
As a new convert from bb to hobbit, first Congrats! It's
far less resource consuming then the former.
We mainly use the tool for network observation, so the conn is
our friend.
We have a couple of network-devices located on different
campi around our location. Each of the campi has a single
point of failure (SPF) at the entry.
There is only one hobbit (former bb) working.
What i would like to do is, setting up alerts and colorchanges
depending of the state of the SPF.
Example:
location-1
SPF - Switch1
- Switch2 - Switch 2.1
- Switch 2.2 - Switch 2.2.1
- Switch3
If SPF fails i do not need to get messages from all the
Switches behind.
This i could handle with the tag PAGE in the alerts-cfg.
PAGE=location_1
MAIL "NOC" SERVICE=conn REPEAT=1h
Using it that way, (if i understood it) the "NOC" receives
one mail per hour if the state changes from location-1.
Here i have no idea (and not tested) whether this includes Mails
from all hosts or not.
At this stage i only need a message concerning the incident involving SPF.
If switch1 or switch3 fail, obviously a mail concerning this incident.
But no mails from connected "sub"-switches...
For receiving a message on a single incident
Including:
HOST=switch1
MAIL "NOC" SERVICE=conn REPEAT=1h
in the alerts-cfg, generates a mail independent from the former
PAGE=....
or other settings?
Has anybody found a solution for message dependencies like qouted?
***
Next would be the color change.
Concerning this i found the keyword "depends", but no
sign that it will work in combination with the conn test....
1.2.3.4 foo # depends=(testA:host1/test1,host2/test2),(testB:host3/test3),[...]
1.1.1.1 SPF #
1.1.2.1 Switch1 # depends(conn:SPF/conn)
1.1.3.1 Switch2 # depends(conn:SPF/conn)
1.1.3.2 Switch2.1 # depends(conn:SPF/conn,conn:Switch2/conn)
1.1.3.3 Switch2.2 # depends(conn:SPF/conn,conn:Switch2/conn)
1.1.3.4 Switch2.2.1 # depends(conn:SPF/conn,conn:Switch2/conn,Switch2.2/conn)
1.1.4.1 Switch3 # depends(conn:SPF/conn)
would this be the correct usage?
So if SPF fails, all page behind should be "clear?".
Is this possible with hobbit, or a future release?
Thanks in advance.
Best
Mathias
list Craig Whilding
route:router1,router2,.... This is an option you can add to switches in bb-hosts to do what you want. If a switch fails, all those below it will go yellow instead of red so you could just alert on red tests and so only get the SPF alert you want. (I use this here). Craig
▸
-----Original Message-----
From: user-1579f5e36334@xymon.invalid [mailto:user-1579f5e36334@xymon.invalid]
Sent: 13 January 2006 12:52
To: user-ae9b8668bcde@xymon.invalid
Cc: user-1579f5e36334@xymon.invalid
Subject: [hobbit] logic dependencies and combined to alerts
Hi all,
maybe a stupid question answerd in the mailinglist many times...
(but i was not able to find it in the archive or interpret
the man)
As a new convert from bb to hobbit, first Congrats! It's
far less resource consuming then the former.
We mainly use the tool for network observation, so the conn is
our friend.
We have a couple of network-devices located on different
campi around our location. Each of the campi has a single
point of failure (SPF) at the entry.
There is only one hobbit (former bb) working.
What i would like to do is, setting up alerts and colorchanges
depending of the state of the SPF.
Example:
location-1
SPF - Switch1
- Switch2 - Switch 2.1
- Switch 2.2 - Switch 2.2.1
- Switch3
If SPF fails i do not need to get messages from all the
Switches behind.
This i could handle with the tag PAGE in the alerts-cfg.
PAGE=location_1
MAIL "NOC" SERVICE=conn REPEAT=1h
Using it that way, (if i understood it) the "NOC" receives
one mail per hour if the state changes from location-1.
Here i have no idea (and not tested) whether this includes Mails
from all hosts or not.
At this stage i only need a message concerning the incident involving
SPF.
If switch1 or switch3 fail, obviously a mail concerning this incident.
But no mails from connected "sub"-switches...
For receiving a message on a single incident
Including:
HOST=switch1
MAIL "NOC" SERVICE=conn REPEAT=1h
in the alerts-cfg, generates a mail independent from the former
PAGE=....
or other settings?
Has anybody found a solution for message dependencies like qouted?
***
Next would be the color change.
Concerning this i found the keyword "depends", but no
sign that it will work in combination with the conn test....
1.2.3.4 foo #
depends=(testA:host1/test1,host2/test2),(testB:host3/test3),[...]
1.1.1.1 SPF #
1.1.2.1 Switch1 # depends(conn:SPF/conn)
1.1.3.1 Switch2 # depends(conn:SPF/conn)
1.1.3.2 Switch2.1 # depends(conn:SPF/conn,conn:Switch2/conn)
1.1.3.3 Switch2.2 # depends(conn:SPF/conn,conn:Switch2/conn)
1.1.3.4 Switch2.2.1 #
depends(conn:SPF/conn,conn:Switch2/conn,Switch2.2/conn)
1.1.4.1 Switch3 # depends(conn:SPF/conn)
would this be the correct usage?
So if SPF fails, all page behind should be "clear?".
Is this possible with hobbit, or a future release?
Thanks in advance.
Best
Mathias
list Brandste
Hi Craig, thanks for the fast answer. "route" is a tag which follows "ip name # service" out of that and the "man explanation" i could form chains starting with SPF? 1.1.1.1 SPF # 1.1.2.1 Switch1 # route:SPF 1.1.3.1 Switch2 # route:SPF 1.1.3.2 Switch2.1 # route:SPF,Switch2 1.1.3.3 Switch2.2 # route:SPF,Switch2 1.1.3.4 Switch2.2.1 # route:SPF,Switch2,Switch2.2 1.1.4.1 Switch3 # route:SPF Will this work? In the man page is qouted that the --ping option has to be used somewhere... is --ping the default or do i need do recompile? This would be a possible workaround...but not a real satisfying state, cause status is changed to yellow and not "clear" on failingchains. Best Mathias In message <user-f3c96833e0f6@xymon.invalid
▸
.com>, "Whilding, Craig" writes:route:router1,router2,.... This is an option you can add to switches in bb-hosts to do what you want. If a switch fails, all those below it will go yellow instead of red so you could just alert on red tests and so only get the SPF alert
you want.=20
▸
(I use this here).
Craig
-----Original Message-----
From: user-1579f5e36334@xymon.invalid [mailto:user-1579f5e36334@xymon.invalid]=20
Sent: 13 January 2006 12:52
To: user-ae9b8668bcde@xymon.invalid
Cc: user-1579f5e36334@xymon.invalid
Subject: [hobbit] logic dependencies and combined to alerts
Hi all,
maybe a stupid question answerd in the mailinglist many times...
(but i was not able to find it in the archive or interpret
the man)
As a new convert from bb to hobbit, first Congrats! It's
far less resource consuming then the former.
We mainly use the tool for network observation, so the conn is
our friend.
We have a couple of network-devices located on different
campi around our location. Each of the campi has a single
point of failure (SPF) at the entry.=20
▸
There is only one hobbit (former bb) working.
What i would like to do is, setting up alerts and colorchanges
depending of the state of the SPF.
Example:
location-1
SPF - Switch1
- Switch2 - Switch 2.1
- Switch 2.2 - Switch 2.2.1
- Switch3
If SPF fails i do not need to get messages from all the
Switches behind.
This i could handle with the tag PAGE in the alerts-cfg.
PAGE=3Dlocation_1
MAIL "NOC" SERVICE=3Dconn REPEAT=3D1h
=09
Using it that way, (if i understood it) the "NOC" receives=20
▸
one mail per hour if the state changes from location-1.
Here i have no idea (and not tested) whether this includes Mails
from all hosts or not.
At this stage i only need a message concerning the incident involving
SPF.
If switch1 or switch3 fail, obviously a mail concerning this incident.
But no mails from connected "sub"-switches...
For receiving a message on a single incident
Including:
HOST=3Dswitch1
MAIL "NOC" SERVICE=3Dconn REPEAT=3D1h
in the alerts-cfg, generates a mail independent from the former
PAGE=3D....
▸
or other settings?
Has anybody found a solution for message dependencies like qouted?
***
Next would be the color change.
Concerning this i found the keyword "depends", but no
sign that it will work in combination with the conn test....
1.2.3.4 foo #
depends=3D(testA:host1/test1,host2/test2),(testB:host3/test3),[...]
1.1.1.1 SPF #=20
▸
1.1.2.1 Switch1 # depends(conn:SPF/conn)
1.1.3.1 Switch2 # depends(conn:SPF/conn)
1.1.3.2 Switch2.1 # depends(conn:SPF/conn,conn:Switch2/conn)
1.1.3.3 Switch2.2 # depends(conn:SPF/conn,conn:Switch2/conn)
1.1.3.4 Switch2.2.1 #
depends(conn:SPF/conn,conn:Switch2/conn,Switch2.2/conn)
1.1.4.1 Switch3 # depends(conn:SPF/conn)
would this be the correct usage?
So if SPF fails, all page behind should be "clear?".
Is this possible with hobbit, or a future release?
Thanks in advance.
Best
Mathias
list Craig Whilding
I have fping installed and my hobbit install had the --ping option for bbtest-net enabled by default in hobbitlaunch.cfg. Yes the way you have shown it will work. Status messages from downed hosts with route should then show what it relies on is down and report yellow. Why do you want clear? Surely it should still show a warning at these switches being down but the one in red being the main concern. There may be an option to change this colour to "clear" in hobbitserver.cfg, haven't checked though.
▸
Craig
-----Original Message-----
From: user-1579f5e36334@xymon.invalid [mailto:user-1579f5e36334@xymon.invalid]
Sent: 13 January 2006 13:24
To: user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] logic dependencies and combined to alerts
Hi Craig,
thanks for the fast answer.
"route" is a tag which follows "ip name # service"
out of that and the "man explanation" i could form
chains starting with SPF?
1.1.1.1 SPF #
1.1.2.1 Switch1 # route:SPF
1.1.3.1 Switch2 # route:SPF
1.1.3.2 Switch2.1 # route:SPF,Switch2
1.1.3.3 Switch2.2 # route:SPF,Switch2
1.1.3.4 Switch2.2.1 # route:SPF,Switch2,Switch2.2
1.1.4.1 Switch3 # route:SPF
Will this work?
In the man page is qouted that the
--ping
option has to be used somewhere...
is --ping the default or do i need do recompile?
This would be a possible workaround...but not a real
satisfying state, cause status is changed to yellow
and not "clear" on failingchains.
Best
Mathias
In message
<user-f3c96833e0f6@xymon.invalid
.com>, "Whilding, Craig" writes:route:router1,router2,....
This is an option you can add to switches in bb-hosts to do what you
want. If a switch fails, all those below it will go yellow instead of
red so you could just alert on red tests and so only get the SPF alert
you want.=20
(I use this here).
Craig
-----Original Message-----
From: user-1579f5e36334@xymon.invalid [mailto:user-1579f5e36334@xymon.invalid]=20
Sent: 13 January 2006 12:52
To: user-ae9b8668bcde@xymon.invalid
Cc: user-1579f5e36334@xymon.invalid
Subject: [hobbit] logic dependencies and combined to alerts
Hi all,
maybe a stupid question answerd in the mailinglist many times...
(but i was not able to find it in the archive or interpret
the man)
As a new convert from bb to hobbit, first Congrats! It's
far less resource consuming then the former.
We mainly use the tool for network observation, so the conn is
our friend.
We have a couple of network-devices located on different
campi around our location. Each of the campi has a single
point of failure (SPF) at the entry.=20
There is only one hobbit (former bb) working.
What i would like to do is, setting up alerts and colorchanges
depending of the state of the SPF.
Example:
location-1
SPF - Switch1
- Switch2 - Switch 2.1
- Switch 2.2 - Switch 2.2.1
- Switch3
If SPF fails i do not need to get messages from all the
Switches behind.
This i could handle with the tag PAGE in the alerts-cfg.
PAGE=3Dlocation_1
MAIL "NOC" SERVICE=3Dconn REPEAT=3D1h
=09
Using it that way, (if i understood it) the "NOC" receives=20
one mail per hour if the state changes from location-1.
Here i have no idea (and not tested) whether this includes Mails
from all hosts or not.
At this stage i only need a message concerning the incident involving
SPF.
If switch1 or switch3 fail, obviously a mail concerning this incident.
But no mails from connected "sub"-switches...
For receiving a message on a single incident
Including:
HOST=3Dswitch1
MAIL "NOC" SERVICE=3Dconn REPEAT=3D1h
in the alerts-cfg, generates a mail independent from the former
PAGE=3D....
or other settings?
Has anybody found a solution for message dependencies like qouted?
***
Next would be the color change.
Concerning this i found the keyword "depends", but no
sign that it will work in combination with the conn test....
1.2.3.4 foo #
depends=3D(testA:host1/test1,host2/test2),(testB:host3/test3),[...]
1.1.1.1 SPF #=20
1.1.2.1 Switch1 # depends(conn:SPF/conn)
1.1.3.1 Switch2 # depends(conn:SPF/conn)
1.1.3.2 Switch2.1 # depends(conn:SPF/conn,conn:Switch2/conn)
1.1.3.3 Switch2.2 # depends(conn:SPF/conn,conn:Switch2/conn)
1.1.3.4 Switch2.2.1 #
depends(conn:SPF/conn,conn:Switch2/conn,Switch2.2/conn)
1.1.4.1 Switch3 # depends(conn:SPF/conn)
would this be the correct usage?
So if SPF fails, all page behind should be "clear?".
Is this possible with hobbit, or a future release?
Thanks in advance.
Best
Mathias
list Brandste
So the --ping is just a option in plain-ascii.
Puh...so grey-hairdevelopment is postponed to a new hobbit version ;-) <<
clear is more or less a "Schroedinger-Cat" with a lock at the box.
so the more reasonable color to show.
by changing the color def. into "clear" in hobbitserver.cfg i may
alter other test-results i would not like to (i wil dig in that)
As far as i understood, you are using hobbit for the same
purpose.
Have you ever tried the "depends"-tag for chain building?
Any other folks using hobbit not mainly for service monitoring?
Have you found a way?
Best
Mathias
PS: Henrik, could you confirm whether the "conn-test" works
with the "depends-tag"?
In message <user-86772ac91760@xymon.invalid
▸
.com>, "Whilding, Craig" writes:I have fping installed and my hobbit install had the --ping option for bbtest-net enabled by default in hobbitlaunch.cfg. Yes the way you have shown it will work. Status messages from downed hosts with route should then show what it relies on is down and report yellow. Why do you want clear? Surely it should still show a warning at these switches being down but the one in red being the main concern. There may be an option to change this colour to "clear" in hobbitserver.cfg, haven't checked though. Craig -----Original Message----- From: user-1579f5e36334@xymon.invalid [mailto:user-1579f5e36334@xymon.invalid]=20 Sent: 13 January 2006 13:24 To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] logic dependencies and combined to alerts=20 Hi Craig, thanks for the fast answer. "route" is a tag which follows "ip name # service"
out of that and the "man explanation" i could form=20
chains starting with SPF?
1.1.1.1 SPF #=20
▸
1.1.2.1 Switch1 # route:SPF
1.1.3.1 Switch2 # route:SPF
1.1.3.2 Switch2.1 # route:SPF,Switch2
1.1.3.3 Switch2.2 # route:SPF,Switch2
1.1.3.4 Switch2.2.1 # route:SPF,Switch2,Switch2.2
1.1.4.1 Switch3 # route:SPF
Will this work?
In the man page is qouted that the
--ping=20
▸
option has to be used somewhere... is --ping the default or do i need do recompile? This would be a possible workaround...but not a real satisfying state, cause status is changed to yellow and not "clear" on failingchains. Best Mathias In message <user-f3c96833e0f6@xymon.invalid .com>, "Whilding, Craig" writes:route:router1,router2,....
=20
▸
This is an option you can add to switches in bb-hosts to do what you want. If a switch fails, all those below it will go yellow instead of red so you could just alert on red tests and so only get the SPF alert
you want.=3D20 (I use this here). =20 Craig =20
▸
-----Original Message----- From: user-1579f5e36334@xymon.invalid [mailto:user-1579f5e36334@xymon.invalid]=3D20 Sent: 13 January 2006 12:52 To: user-ae9b8668bcde@xymon.invalid Cc: user-1579f5e36334@xymon.invalid Subject: [hobbit] logic dependencies and combined to alerts
=20 =20 Hi all, =20
▸
maybe a stupid question answerd in the mailinglist many times... (but i was not able to find it in the archive or interpret the man)
=20
▸
As a new convert from bb to hobbit, first Congrats! It's far less resource consuming then the former.
=20
▸
We mainly use the tool for network observation, so the conn is our friend. We have a couple of network-devices located on different campi around our location. Each of the campi has a single
point of failure (SPF) at the entry.=3D20 There is only one hobbit (former bb) working. =20
▸
What i would like to do is, setting up alerts and colorchanges depending of the state of the SPF.
=20 Example: =20 location-1 SPF - Switch1 - Switch2 - Switch 2.1 - Switch 2.2 - Switch 2.2.1 - Switch3 =20
▸
If SPF fails i do not need to get messages from all the Switches behind. This i could handle with the tag PAGE in the alerts-cfg.
=20 PAGE=3D3Dlocation_1 MAIL "NOC" SERVICE=3D3Dconn REPEAT=3D3D1h =3D09 Using it that way, (if i understood it) the "NOC" receives=3D20
▸
one mail per hour if the state changes from location-1. Here i have no idea (and not tested) whether this includes Mails from all hosts or not.
=20
▸
At this stage i only need a message concerning the incident involving SPF. If switch1 or switch3 fail, obviously a mail concerning this incident. But no mails from connected "sub"-switches...
=20 For receiving a message on a single incident Including: HOST=3D3Dswitch1 MAIL "NOC" SERVICE=3D3Dconn REPEAT=3D3D1h in the alerts-cfg, generates a mail independent from the former PAGE=3D3D.... or other settings? =20 Has anybody found a solution for message dependencies like qouted? =20 =20 *** =20 Next would be the color change. =20
▸
Concerning this i found the keyword "depends", but no sign that it will work in combination with the conn test....
=20 1.2.3.4 foo # depends=3D3D(testA:host1/test1,host2/test2),(testB:host3/test3),[...] =20 1.1.1.1 SPF #=3D20
▸
1.1.2.1 Switch1 # depends(conn:SPF/conn) 1.1.3.1 Switch2 # depends(conn:SPF/conn) 1.1.3.2 Switch2.1 # depends(conn:SPF/conn,conn:Switch2/conn) 1.1.3.3 Switch2.2 # depends(conn:SPF/conn,conn:Switch2/conn) 1.1.3.4 Switch2.2.1 # depends(conn:SPF/conn,conn:Switch2/conn,Switch2.2/conn) 1.1.4.1 Switch3 # depends(conn:SPF/conn)
=20
▸
would this be the correct usage? So if SPF fails, all page behind should be "clear?".
=20 =20 Is this possible with hobbit, or a future release? =20 =20 Thanks in advance. =20 Best Mathias =20 =20 =20 =20 =20 =20 =20
list Craig Whilding
I was meaning an option such as "if fails due to dependant in route tag change colour to: "clear" option but their doesn't appear to be one looking at the bbtest-net section of hobbitserver.cfg. Maybe Henrik can confirm this? depends=(testA:host1/test1,host2/test2) I haven't used it but depends=(conn:SPF/conn) etc should work. Conn is a network test run from your server. Try it and see would be the best way although I personally prefer router as I use it for hosts on a particular switch too.
▸
Craig
-----Original Message-----
From: user-1579f5e36334@xymon.invalid [mailto:user-1579f5e36334@xymon.invalid]
Sent: 13 January 2006 14:02
To: user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] logic dependencies and combined to alerts
So the --ping is just a option in plain-ascii. Puh...so grey-hairdevelopment is postponed to a new hobbit version
;-) <<
▸
clear is more or less a "Schroedinger-Cat" with a lock at the box.
so the more reasonable color to show.
by changing the color def. into "clear" in hobbitserver.cfg i may
alter other test-results i would not like to (i wil dig in that)
As far as i understood, you are using hobbit for the same
purpose.
Have you ever tried the "depends"-tag for chain building?
Any other folks using hobbit not mainly for service monitoring?
Have you found a way?
Best
Mathias
PS: Henrik, could you confirm whether the "conn-test" works
with the "depends-tag"?
In message
<user-86772ac91760@xymon.invalid
.com>, "Whilding, Craig" writes:I have fping installed and my hobbit install had the --ping option for bbtest-net enabled by default in hobbitlaunch.cfg. Yes the way you have shown it will work. Status messages from downed hosts with route should then show what it relies on is down and report yellow. Why do you want clear? Surely it should still show a warning at these switches being down but the one in red being the main concern. There may be an option to change this colour to "clear" in hobbitserver.cfg, haven't checked though. Craig -----Original Message----- From: user-1579f5e36334@xymon.invalid [mailto:user-1579f5e36334@xymon.invalid]=20 Sent: 13 January 2006 13:24 To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] logic dependencies and combined to alerts=20 Hi Craig, thanks for the fast answer. "route" is a tag which follows "ip name # service" out of that and the "man explanation" i could form=20 chains starting with SPF? 1.1.1.1 SPF #=20 1.1.2.1 Switch1 # route:SPF 1.1.3.1 Switch2 # route:SPF 1.1.3.2 Switch2.1 # route:SPF,Switch2 1.1.3.3 Switch2.2 # route:SPF,Switch2 1.1.3.4 Switch2.2.1 # route:SPF,Switch2,Switch2.2 1.1.4.1 Switch3 # route:SPF Will this work? In the man page is qouted that the --ping=20 option has to be used somewhere... is --ping the default or do i need do recompile? This would be a possible workaround...but not a real satisfying state, cause status is changed to yellow and not "clear" on failingchains. Best Mathias In message <user-f3c96833e0f6@xymon.invalid .com>, "Whilding, Craig" writes:route:router1,router2,.... =20 This is an option you can add to switches in bb-hosts to do what you want. If a switch fails, all those below it will go yellow instead of red so you could just alert on red tests and so only get the SPF alert you want.=3D20 (I use this here). =20 Craig =20 -----Original Message----- From: user-1579f5e36334@xymon.invalid [mailto:user-1579f5e36334@xymon.invalid]=3D20 Sent: 13 January 2006 12:52 To: user-ae9b8668bcde@xymon.invalid Cc: user-1579f5e36334@xymon.invalid Subject: [hobbit] logic dependencies and combined to alerts =20 =20 Hi all, =20 maybe a stupid question answerd in the mailinglist many times... (but i was not able to find it in the archive or interpret the man) =20 As a new convert from bb to hobbit, first Congrats! It's far less resource consuming then the former. =20 We mainly use the tool for network observation, so the conn is our friend. We have a couple of network-devices located on different campi around our location. Each of the campi has a single point of failure (SPF) at the entry.=3D20 There is only one hobbit (former bb) working. =20 What i would like to do is, setting up alerts and colorchanges depending of the state of the SPF. =20 Example: =20 location-1 SPF - Switch1 - Switch2 - Switch 2.1 - Switch 2.2 - Switch 2.2.1 - Switch3 =20 If SPF fails i do not need to get messages from all the Switches behind. This i could handle with the tag PAGE in the alerts-cfg. =20 PAGE=3D3Dlocation_1 MAIL "NOC" SERVICE=3D3Dconn REPEAT=3D3D1h =3D09 Using it that way, (if i understood it) the "NOC" receives=3D20 one mail per hour if the state changes from location-1. Here i have no idea (and not tested) whether this includes Mails from all hosts or not. =20 At this stage i only need a message concerning the incident involving SPF. If switch1 or switch3 fail, obviously a mail concerning this incident. But no mails from connected "sub"-switches... =20 For receiving a message on a single incident Including: HOST=3D3Dswitch1 MAIL "NOC" SERVICE=3D3Dconn REPEAT=3D3D1h in the alerts-cfg, generates a mail independent from the former PAGE=3D3D.... or other settings? =20 Has anybody found a solution for message dependencies like qouted? =20 =20 *** =20 Next would be the color change. =20 Concerning this i found the keyword "depends", but no sign that it will work in combination with the conn test.... =20 1.2.3.4 foo #
depends=3D3D(testA:host1/test1,host2/test2),(testB:host3/test3),[...]
=20 1.1.1.1 SPF #=3D20 1.1.2.1 Switch1 # depends(conn:SPF/conn) 1.1.3.1 Switch2 # depends(conn:SPF/conn) 1.1.3.2 Switch2.1 # depends(conn:SPF/conn,conn:Switch2/conn) 1.1.3.3 Switch2.2 # depends(conn:SPF/conn,conn:Switch2/conn) 1.1.3.4 Switch2.2.1 # depends(conn:SPF/conn,conn:Switch2/conn,Switch2.2/conn) 1.1.4.1 Switch3 # depends(conn:SPF/conn) =20 would this be the correct usage? So if SPF fails, all page behind should be "clear?". =20 =20 Is this possible with hobbit, or a future release? =20 =20 Thanks in advance. =20 Best Mathias =20 =20 =20 =20 =20 =20 =20