======================================================== NPM Demonstrations EGEE JRA4 Face to Face meeting, Pisa, 24-25 October 2005 EGEE4 Conference Demo sessions, Pisa, 26-27 October 2005 ======================================================== Present ------- Face to face meeting -------------------- UEDIN: Alistair Phipps (AKP), Andy Jackson (AJ), Kostas Kavoussanakis (KK) CNRS: Benjamin Vial (BV) DFN: Robert Stoy (RS) Additionally present at demo discussions (contributors only) ------------------------------------------------------------ SA1/CNRS: Helene Cordier (HC) SA1/CERN: Piotr Nyczyk (PN) SA1/CERN: Markus Schulz (MS) Actions arising --------------- [AKP] Find out how MonALISA compares to NPM [RS] Document custom alarm requirement raised by SA1 (in NPM demo) in DT feedback document F2F Discussion -------------- No significant comments. Scheduled demo session ---------------------- No significant comments. Demo session with variety of SA1 representatives ------------------------------------------------ One demo viewer thought that MonALISA does exactly the same as NPM - including the architectural advantages of NPM. This may be worth investigating, at least so this point can be answered if it arises again. Demo session with MS, HC, PN ---------------------------- PN points out it would be useful to get amount of data transferred over arbitrary port ranges / protocols, not just GridFTP data. CIC-on-duty - identifies problems with sites. There is too much monitoring data available at a CIC-on-duty for a human to monitor everything manually. PN/MS agree an alarm system is needed. This must be configurable so that normal parameters (e.g. on available bandwidth, packet loss) can be set and an alarm condition raised if the values are outside these normal parameters. PN also says a reporting system would be useful for NPM - generate good or bad reports for sites (and bad reports could be flagged for operators). This type of alarm / report system is used currently for non-network variables. Events are stored in R-GMA for alarms - this should be extended to network alarms. Service challenges - does gridFTP monitoring and have tools that keep snapshots of router statistics. There are issues with installing dedicated network monitoring boxes. It will be impossible to provide full network monitoring coverage. Some smaller boxes do not wish to install a VO box, so are unlikely to install netmon box. MS says that if Tier 0 -> Tier 1 works, then we take it from there. Note that in EGEE2, MS will go to SA3. HC and PN will remain SA1. AKP 31/10/2005