2002 - cesnet
2002 - cesnet 2002 - cesnet
11.1.2 Version 2.0We concentrated our main activities on the complex reconstruction of thelogging service concept and implementation of new functions. The loggingservice is based upon the event-driven model, where individual componentssend information on particular events to a remote database and task states are(re)constructed accordingly.The basic logging service is asynchronous, i.e., neither timely delivery ofevents, nor their order is guaranteed. Nevertheless, this approach becomesinsufficient in situations where the logging service is used internally within theresource management system for transferring information, e.g., when recoveringthe status after a certain component collapsed. For this purpose, we haveextended the model with the support of the priority and synchronous eventlogging, within which a logging function call is not ended until the event transferto the (remote) database is confirmed.The most essential modification is the extended support of types of loggedevents that will also allow logging of so-called user events, i.e., events generateddirectly by a user and/or the application itself. This support virtually requireda complete reconstruction of the existing implementation, which supports easyintegration of new event types in version 2.0.For version 2.0, we also changed the event processing concept and implementationof the so-called state automaton. The state automaton in version 2.0 nowprocesses all incoming events and stores the resulting state accompanied witha timestamp to the database. We expanded the state cache concept, in whichstates of events that are most frequently requested by users are stored. The fullversion 2.0 functionality (including C and C++ API) is described in appropriatedocuments of the DataGrid project.In addition to our other activities, we started to deal also with the issue of apermanent logging service, which will be capable of storing information abouttasks for very long time periods (years). The first version of the appropriatedocument is currently subject to our internal review procedure.11.1.3 R-GMA and Logging ServiceR-GMA, i.e., the Relational Grid Monitoring Architecture, represents a generalconcept of working with monitoring information within the DataGrid project.R-GMA should provide an infrastructure that will be used to collect monitoringinformation and make them available. Basically, the monitoring information includesinformation on task states as well.142 High-speed National Research Network and its New Applications 2002
Therefore, we organized a meeting with representatives of workpackage 3,which is responsible for the monitoring service, in the first half of the year andagreed on the form of our collaboration. Within this model, the R-GMA infrastructureshould ensure availability of the information on event states, includinga so-called notification service, thus significantly lowering the utilization ofthe logging database itself.Unfortunately, the delay in conversion to version 2.0 negatively influenced theimplementation of needed R-GMA components as well. The components donot have a fully functional form yet. Therefore, we currently have only a datagenerator for R-GMA available and are able to send task state information to thisinfrastructure. The R-GMA infrastructure is, however, not yet able to store thesedata reliably and send them to users who are interested in them – the serviceretains its non-guaranteed character for now. Besides, the R-GMA infrastructuredata security issue has not been satisfactorily resolved yet. The communicationvia secured SSL channels affects the overall performance too negatively.11.2 SecurityIn the first half of 2002, we launched a service for extending the validity ofcertificates with the myProxy server. Modifications performed in the myProxyserver have been included in the new official distribution.During the preparation of version 2.0, we unified approaches used within WP1to ensure the secure communication of remote components and created a newlibrary that includes functions for handling certificates as well.11.3 Project ContinuationIn 2002, the 6 th EU Framework Program was announced. Together with otherDataGrid project co-researchers, we submitted what is known as an Express ofInterest for the pan-European Grid infrastructure. Since autumn, we have beenintensively participating in preparation of a consortium that is going to submitthe project draft already upon the first announcement from 17 December 2002.At the end of the year, representatives of Poland, Slovakia, Hungary, Austria,and the Czech Republic agreed on creation of the Central-European Grid Consortium,which will have its first constituent meeting at the beginning of January2003. The aim behind the creation of this consortium is not only to gain astronger position within the pan-European consortium, but also to identify andsubsequently resolve common problems, which often differ from those that arehandled by constituent EU countries. These issues mainly include the inten-High-speed National Research Network and its New Applications 2002143
- Page 91 and 92: Figure 6.4: Example of broadcast fr
- Page 93 and 94: Figure 6.5: Set of tuners and serve
- Page 95 and 96: and transfer the solution to an ope
- Page 97 and 98: The actual computing capacity of Me
- Page 99 and 100: 7.1.2 Information ServicesMetaCentr
- Page 101 and 102: Figure 7.1: Grid nodes for SC2002an
- Page 103 and 104: (December 2002). This was one of th
- Page 105 and 106: the use of 158 processors). When we
- Page 107 and 108: 8 Voice Services in CESNET2The proj
- Page 109 and 110: Figure 8.1: Number of phone calls i
- Page 111 and 112: VoGWs of members involved in the pr
- Page 113 and 114: connection and compare the features
- Page 115 and 116: • Extensive possibilities for the
- Page 117 and 118: H.323 WorldSIP PhoneMS Messengerand
- Page 119 and 120: ation with students at the Strahov
- Page 121 and 122: 9 Quality of Service in HighspeedNe
- Page 123 and 124: In addition, Juniper routers make u
- Page 125 and 126: We tried to divide the capacity of
- Page 127 and 128: low with respect to the capacity of
- Page 129 and 130: Figure 9.10: Loss rate on Prague-Po
- Page 131 and 132: sendingapplicationTCP senderseqackp
- Page 133 and 134: Figure 9.13: Example of a course of
- Page 135 and 136: Part IIInternational Projects
- Page 137 and 138: 10 GÉANTSince 1996, CESNET has bee
- Page 139 and 140: Figure 10.2: Utilization of individ
- Page 141: 11 DataGridSince 2001, our research
- Page 145 and 146: 12 SCAMPISCAMPI (Scaleable Monitori
- Page 147 and 148: 12.3.1 WP0 - Requirement AnalysisTh
- Page 149 and 150: 1 6 12 18 24 30requirements analysi
- Page 151 and 152: Part IIIOther Projects
- Page 153 and 154: 13 Online Education Infrastructurea
- Page 155 and 156: 13.1.2 Construction of a Teleinform
- Page 157 and 158: with high-capacity disk memories co
- Page 159 and 160: If the collaboration of individual
- Page 161 and 162: ten, whereas items in the hyperlink
- Page 163 and 164: Besides that, we processed some lec
- Page 165 and 166: CallManager was designed using open
- Page 167 and 168: tre, when we were forced to handle
- Page 169 and 170: 15 Intelligent NetFlow AnalyserThe
- Page 171 and 172: In the second half-year, we complet
- Page 173 and 174: 15.4 ConclusionDuring 2002, our tea
- Page 175 and 176: • data space consolidation (easy
- Page 177 and 178: ecord size [kB] 256 512 1024 2048 4
- Page 179 and 180: Figure 16.3: Nishan-Linux measureme
- Page 181 and 182: 16.3.1 No SecurityThe initiator is
- Page 183 and 184: vices. These features mainly involv
- Page 185 and 186: Figure 17.1: www.cesnet.cz• We ha
- Page 187 and 188: The meeting was broadcast live via
- Page 189 and 190: Most of the problems connected with
- Page 191 and 192: Standard manipulator (privileged us
Therefore, we organized a meeting with representatives of workpackage 3,which is responsible for the monitoring service, in the first half of the year andagreed on the form of our collaboration. Within this model, the R-GMA infrastructureshould ensure availability of the information on event states, includinga so-called notification service, thus significantly lowering the utilization ofthe logging database itself.Unfortunately, the delay in conversion to version 2.0 negatively influenced theimplementation of needed R-GMA components as well. The components donot have a fully functional form yet. Therefore, we currently have only a datagenerator for R-GMA available and are able to send task state information to thisinfrastructure. The R-GMA infrastructure is, however, not yet able to store thesedata reliably and send them to users who are interested in them – the serviceretains its non-guaranteed character for now. Besides, the R-GMA infrastructuredata security issue has not been satisfactorily resolved yet. The communicationvia secured SSL channels affects the overall performance too negatively.11.2 SecurityIn the first half of <strong>2002</strong>, we launched a service for extending the validity ofcertificates with the myProxy server. Modifications performed in the myProxyserver have been included in the new official distribution.During the preparation of version 2.0, we unified approaches used within WP1to ensure the secure communication of remote components and created a newlibrary that includes functions for handling certificates as well.11.3 Project ContinuationIn <strong>2002</strong>, the 6 th EU Framework Program was announced. Together with otherDataGrid project co-researchers, we submitted what is known as an Express ofInterest for the pan-European Grid infrastructure. Since autumn, we have beenintensively participating in preparation of a consortium that is going to submitthe project draft already upon the first announcement from 17 December <strong>2002</strong>.At the end of the year, representatives of Poland, Slovakia, Hungary, Austria,and the Czech Republic agreed on creation of the Central-European Grid Consortium,which will have its first constituent meeting at the beginning of January2003. The aim behind the creation of this consortium is not only to gain astronger position within the pan-European consortium, but also to identify andsubsequently resolve common problems, which often differ from those that arehandled by constituent EU countries. These issues mainly include the inten-High-speed National Research Network and its New Applications <strong>2002</strong>143