Re: [foxboro] One CSA? (was: Conectivity between nodes)
- From: "Johnson, Alex P (IPS)" <alex.johnson@xxxxxxxxxxxxxxxx>
- To: foxboro@xxxxxxxxxxxxx
- Date: Fri, 24 Feb 2006 15:55:53 -0500
CSA serves a number of needs:
1) It is used to maintain a list of "used/reserved" top-level names in the
system. This database is used by the configuration tools to ensure
uniqueness of naming. The OM also does this, but if a station is down, it's
names are not visible to the OM's mechanism.
2) It is used to maintain a list of compounds, blocks, and parameters for
use by other applications. Basically, it is a simple globally accessible
database of this information that can be queried by the appropriate API. For
example, the ICC uses that API to show its initial list of compounds and
Application Object Services uses it to register the objects it creates.
There are other implementation choices of course, but they all have their
limitations. Generally, this one is pretty innocuous and since the database
can be converted to and from ASCII text, it is pretty easy to fix or alter
if the need exists.
Does this help explain why it exists?
Regards,
Alex Johnson
Invensys Systems, Inc.
10900 Equity Drive
Houston, TX 77041
713.329.8472 (voice)
713.329.1700 (fax)
713.329.1600 (switchboard)
alex.johnson@xxxxxxxxxxxxxxxx
-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On
Behalf Of Corey R Clingo
Sent: Friday, February 24, 2006 2:43 PM
To: foxboro@xxxxxxxxxxxxx
Subject: [foxboro] One CSA? (was: Conectivity between nodes)
> The theory behind CSA is that it is needed only for=20
> configuration and that
> maintenance can be scheduled around that activity. Taking it down is
> supposed to have no impact on operations.
Doesn't Select/FoxSelect use CSA?
And, if CSA is only needed for configuration, why have CSA at all? Just
build that lookup functionality into ICC.
Corey Clingo
BASF Corp.
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
foxboro mailing list: http://www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
foxboro mailing list: http://www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
Other related posts:
- » Re: [foxboro] One CSA? (was: Conectivity between nodes)