computing
Images and miscellaneous files
Here we can keep miscellaneous files documenting the state of the network.
Meeting notes for week of Oct. 19, 2009
Online network reshape notes from the week of Oct. 18, 2009
During this week, three meetings were held to discuss the STAR online networking reshape plans.
StFmsPointMaker
Updated on Tue, 2009-10-27 13:30. Originally created by jgma on 2009-10-13 15:47. Under:This page describe the StFmsPointMaker.
Software
Updated on Mon, 2009-11-09 10:16. Originally created by jgma on 2009-10-13 15:46. Under:The FPD/FMS related software page.
R/W DB
Updated on Wed, 2009-11-04 11:34 by testadmin. Originally created by jgma on 2009-10-13 13:43. Under:StFmsDbMaker
Updated on Wed, 2009-11-04 11:34 by testadmin. Originally created by jgma on 2009-10-13 11:09. Under:StFmsDbMaker is the interface between the STAR FMS database and user makers. It provides access methods to all FPD/FMS related data in the STAR database such as mapping and calibration.
Calibration
Updated on Fri, 2017-09-15 12:02 by akio. Originally created by jgma on 2009-10-13 08:59. Under:Please refer to the mapping section for more information about detectorId definition and positions.
Open Questions
Do we support multiple networks on single switches with VLANs, switch port segmentation or other means? For instance, at remote spots, like PMD’s racks, can we put in a single switch an
Plan of action / critical path items
I think we need to start from the core and work outwards. This will allow us to finish as much as possible before the run starts and start to see the most benefits as early as possible.
STAR networks in 1006 and their nicknames
“starp”: 130.199.60.0/23
“DAQ/TRG”: 172.16.0.0/16 (non-routed)
Core components
There are several “core” pieces currently. Core is defined somewhat vaguely as connecting lots of devices or requiring relatively high performance:
Locations needing network access
WAH: (starp and DAQ/TRG devices are scattered throughout these locations. I am going to use the term “satellite racks” to include all locations within the C-AD PASS system
Reshape design goals
A. Only use managed switches and have each networked device plug directly into a managed switch port.
Overview of the reshape started in 2009
The goal of the online networking reshape is to provide a stable and well-understood networking environment with the possibility of future expansion to meet STAR’s foreseeable needs over time
Background as of fall 2009
The network layout at the STAR experiment has grown from a base laid over ten years ago, with a number of people working on it and adding devices over time with little coordination or standardizati