# Dependencies
#
# Each dependency looks like
# 
#     variablename = expression
#
# and is evaluated using the current reportdb database.
# For "internal" (temporary) computations precede the variablename
# with a "_".
#
# Expression results - except those with names starting with "_" - appear
# in the Cumulator output.
#
# Known operations:
#
#	status1 & status2    => the worst status of the two ("logical and")
#	status1 | status2    => the best status of the two ("logical or")
#	status1 > status2    => status2 if defined and not purple, otherwise 
#				status1 ("override")
#	status1 < status2    => status1 if defined and not purple, otherwise 
#				status2 ("override")
#
# Operator precedence: & , | , <>
#
# Note: Though variable names are usually "simple" names they are implicitly
#       prefixed with the string "comp:". Therefore future references
#	*must* refer to "comp:name", e.g.
#
#	    _test1 = some_expression
#	    comp:_test2 = some_other_expression
#	    result = comp:_test1 & comp:_test2
#
# Note: Variables created by other modules also get prefixes tacked on, e.g.:
#
#	    DisplayHistory 	=> history:
#	    Holidays		=> holidays:
#	    ServiceHours	=> service:
#	    ManualOverride	=> override:

central_dns	= history:ascomax.dns | history:rubicon.dns
smtp_gw		= (history:rubicon.smtp | history:ascomax.smtp) & comp:central_dns
wan_warsaw	= history:gw-warsaw.conn
wan_cardiff	= history:gw-cardiff.conn
wan_stuttgart	= history:gw-stuttgart.conn
wan_wien	= history:gw-wien.conn
wan_hongkong	= history:gw-hongkong.conn
test		= -
sap		= -
