| 1 | <?xml version="1.0"?> |
|---|
| 2 | <xsd:schema targetNamespace="http://www.isi.edu/faber/fedd_types" |
|---|
| 3 | xmlns:tns="http://www.isi.edu/faber/fedd_types" |
|---|
| 4 | xmlns:topdl="http://www.isi.edu/faber/topdl" |
|---|
| 5 | xmlns:xsd="http://www.w3.org/2001/XMLSchema" |
|---|
| 6 | xmlns="http://www.w3.org/2000/10/XMLSchema"> |
|---|
| 7 | |
|---|
| 8 | <xsd:complexType name="IDType"> |
|---|
| 9 | <xsd:annotation> |
|---|
| 10 | <xsd:documentation> |
|---|
| 11 | An ID is an identifier for a principal, service, or object. This type |
|---|
| 12 | is currently polymorphic o allow different implementations of type, |
|---|
| 13 | though running code primarily uses localnames and fedids. |
|---|
| 14 | </xsd:documentation> |
|---|
| 15 | </xsd:annotation> |
|---|
| 16 | <xsd:choice> |
|---|
| 17 | <xsd:element name="uuid" type="xsd:base64Binary"/> |
|---|
| 18 | <xsd:element name="fedid" type="xsd:base64Binary"/> |
|---|
| 19 | <xsd:element name="uri" type="xsd:string"/> |
|---|
| 20 | <xsd:element name="localname" type="xsd:string"/> |
|---|
| 21 | <xsd:element name="kerberosUsername" type="xsd:string"/> |
|---|
| 22 | </xsd:choice> |
|---|
| 23 | </xsd:complexType> |
|---|
| 24 | |
|---|
| 25 | <xsd:complexType name="nodeType"> |
|---|
| 26 | <xsd:annotation> |
|---|
| 27 | <xsd:documentation> |
|---|
| 28 | A node from an Emulab. It may have 0 or more images or hardware |
|---|
| 29 | types associated with it. As this description is used for |
|---|
| 30 | acquiring access to the testbed in question, multiple images or |
|---|
| 31 | types are considered options. Specifying multiple image names |
|---|
| 32 | indicates that the requester is looking for support for any of |
|---|
| 33 | them. |
|---|
| 34 | </xsd:documentation> |
|---|
| 35 | </xsd:annotation> |
|---|
| 36 | <xsd:sequence> |
|---|
| 37 | <xsd:element name="image" type="xsd:string" minOccurs="0" |
|---|
| 38 | maxOccurs="unbounded"/> |
|---|
| 39 | <xsd:element name="hardware" type="xsd:string" minOccurs="0" |
|---|
| 40 | maxOccurs="unbounded"/> |
|---|
| 41 | </xsd:sequence> |
|---|
| 42 | <xsd:attribute name="count" type="xsd:int" use="optional"/> |
|---|
| 43 | </xsd:complexType> |
|---|
| 44 | |
|---|
| 45 | <xsd:simpleType name="kindType"> |
|---|
| 46 | <xsd:annotation> |
|---|
| 47 | <xsd:documentation> |
|---|
| 48 | An indication of how requested networking capacity is measured. |
|---|
| 49 | This will undoubtably expand. |
|---|
| 50 | </xsd:documentation> |
|---|
| 51 | </xsd:annotation> |
|---|
| 52 | <xsd:restriction base="xsd:string"> |
|---|
| 53 | <xsd:enumeration value="max"/> |
|---|
| 54 | <xsd:enumeration value="average"/> |
|---|
| 55 | </xsd:restriction> |
|---|
| 56 | </xsd:simpleType> |
|---|
| 57 | |
|---|
| 58 | <xsd:simpleType name="statusType"> |
|---|
| 59 | <xsd:annotation> |
|---|
| 60 | <xsd:documentation> |
|---|
| 61 | The current state of the experiment. |
|---|
| 62 | </xsd:documentation> |
|---|
| 63 | </xsd:annotation> |
|---|
| 64 | <xsd:restriction base="xsd:string"> |
|---|
| 65 | <xsd:enumeration value="active"/> |
|---|
| 66 | <xsd:enumeration value="starting"/> |
|---|
| 67 | <xsd:enumeration value="terminating"/> |
|---|
| 68 | <xsd:enumeration value="failed"/> |
|---|
| 69 | </xsd:restriction> |
|---|
| 70 | </xsd:simpleType> |
|---|
| 71 | |
|---|
| 72 | <xsd:complexType name="capacityType"> |
|---|
| 73 | <xsd:annotation> |
|---|
| 74 | <xsd:documentation> |
|---|
| 75 | A strawman network capacity description for access negotiation. |
|---|
| 76 | This will come to include more and more interesting parameters. |
|---|
| 77 | </xsd:documentation> |
|---|
| 78 | </xsd:annotation> |
|---|
| 79 | <xsd:sequence> |
|---|
| 80 | <xsd:element name="rate" type="xsd:double"/> |
|---|
| 81 | <xsd:element name="kind" type="tns:kindType"/> |
|---|
| 82 | </xsd:sequence> |
|---|
| 83 | </xsd:complexType> |
|---|
| 84 | |
|---|
| 85 | <xsd:complexType name="accessType"> |
|---|
| 86 | <xsd:annotation> |
|---|
| 87 | <xsd:documentation> |
|---|
| 88 | This captures an access credential that will be used to access |
|---|
| 89 | resources. These are certificates or public keys. The type is |
|---|
| 90 | used to designate the key to which access should be bound, or on |
|---|
| 91 | a reply has been bound. Dynamic credentials where new keys have |
|---|
| 92 | been created may also be passed in this kind of field. |
|---|
| 93 | </xsd:documentation> |
|---|
| 94 | </xsd:annotation> |
|---|
| 95 | <xsd:choice> |
|---|
| 96 | <xsd:element name="X509" type="xsd:base64Binary"/> |
|---|
| 97 | <xsd:element name="sshPubkey" type="xsd:base64Binary"/> |
|---|
| 98 | <xsd:element name="pgpPubkey" type="xsd:base64Binary"/> |
|---|
| 99 | </xsd:choice> |
|---|
| 100 | </xsd:complexType> |
|---|
| 101 | |
|---|
| 102 | <xsd:simpleType name="userRole"> |
|---|
| 103 | <xsd:annotation> |
|---|
| 104 | <xsd:documentation> |
|---|
| 105 | This defines the role the user/account is playing in the |
|---|
| 106 | federated experiment. An account being accessed by the |
|---|
| 107 | federation system to create the experiment is in the |
|---|
| 108 | experimentCreation role and the accounts that experimenters will |
|---|
| 109 | use to access local testbed services (e.g., rebooting a local |
|---|
| 110 | node) are serviceAccess roles. |
|---|
| 111 | </xsd:documentation> |
|---|
| 112 | </xsd:annotation> |
|---|
| 113 | <xsd:restriction base="xsd:string"> |
|---|
| 114 | <xsd:enumeration value="serviceAccess"/> |
|---|
| 115 | <xsd:enumeration value="experimentCreation"/> |
|---|
| 116 | </xsd:restriction> |
|---|
| 117 | </xsd:simpleType> |
|---|
| 118 | |
|---|
| 119 | |
|---|
| 120 | <xsd:complexType name="userType"> |
|---|
| 121 | <xsd:annotation> |
|---|
| 122 | <xsd:documentation> |
|---|
| 123 | The definition of a user principal. It includes the |
|---|
| 124 | identification of the user as an ID type, the access credential(s) |
|---|
| 125 | that the user will use, and the role of the user, if any. |
|---|
| 126 | Multiple access keys may be used, and it is also possible for |
|---|
| 127 | the user to be anonymous. Though it is possible to specify a |
|---|
| 128 | user without ID, access, or role, it is difficult to imagine |
|---|
| 129 | such a user being useful. |
|---|
| 130 | </xsd:documentation> |
|---|
| 131 | </xsd:annotation> |
|---|
| 132 | <xsd:sequence> |
|---|
| 133 | <xsd:element name="userID" type="tns:IDType" minOccurs="0" |
|---|
| 134 | maxOccurs="1"/> |
|---|
| 135 | <xsd:element name="access" type="tns:accessType" minOccurs="0" |
|---|
| 136 | maxOccurs="unbounded"/> |
|---|
| 137 | <xsd:element name="role" type="tns:userRole" minOccurs="0" maxOccurs="1"/> |
|---|
| 138 | </xsd:sequence> |
|---|
| 139 | </xsd:complexType> |
|---|
| 140 | |
|---|
| 141 | <xsd:complexType name="fedAttrType"> |
|---|
| 142 | <xsd:annotation> |
|---|
| 143 | <xsd:documentation> |
|---|
| 144 | A general attribute/value pair for passing federation parameters and |
|---|
| 145 | preferences. Anything encodable in XML is allowed. This is a |
|---|
| 146 | point for customization and extension. |
|---|
| 147 | </xsd:documentation> |
|---|
| 148 | </xsd:annotation> |
|---|
| 149 | <xsd:sequence> |
|---|
| 150 | <xsd:element name="attribute" type="xsd:string"/> |
|---|
| 151 | <xsd:element name="value" type="xsd:string"/> |
|---|
| 152 | </xsd:sequence> |
|---|
| 153 | </xsd:complexType> |
|---|
| 154 | |
|---|
| 155 | |
|---|
| 156 | <xsd:complexType name="resourcesType"> |
|---|
| 157 | <xsd:annotation> |
|---|
| 158 | <xsd:documentation> |
|---|
| 159 | The estimate of resources a requester is looking for, or the |
|---|
| 160 | response of a testbed indicating what it can provide. This is |
|---|
| 161 | something of a placeholder for a full resource specification, |
|---|
| 162 | and alternative encodings are likely to be imported. |
|---|
| 163 | </xsd:documentation> |
|---|
| 164 | </xsd:annotation> |
|---|
| 165 | <xsd:sequence> |
|---|
| 166 | <xsd:element name="node" type="tns:nodeType" minOccurs="0" |
|---|
| 167 | maxOccurs="unbounded" /> |
|---|
| 168 | <xsd:element name="capacity" type="tns:capacityType" minOccurs="0" |
|---|
| 169 | maxOccurs="unbounded"/> |
|---|
| 170 | </xsd:sequence> |
|---|
| 171 | </xsd:complexType> |
|---|
| 172 | |
|---|
| 173 | <xsd:complexType name="mapType"> |
|---|
| 174 | <xsd:annotation> |
|---|
| 175 | <xsd:documentation> |
|---|
| 176 | Explicit translation of testbed attribute in a federated experiment |
|---|
| 177 | description to the URI at which the controlling federation |
|---|
| 178 | system can be reached. Used in a creation request. |
|---|
| 179 | |
|---|
| 180 | This type allows tools to encode experiments in familiar local |
|---|
| 181 | names for experimenters while providing remote federation |
|---|
| 182 | systems the information to map the local name into a service |
|---|
| 183 | location. |
|---|
| 184 | </xsd:documentation> |
|---|
| 185 | </xsd:annotation> |
|---|
| 186 | <xsd:sequence> |
|---|
| 187 | <xsd:element name="testbed" type="tns:IDType"/> |
|---|
| 188 | <xsd:element name="uri" type="xsd:string"/> |
|---|
| 189 | </xsd:sequence> |
|---|
| 190 | </xsd:complexType> |
|---|
| 191 | |
|---|
| 192 | |
|---|
| 193 | <xsd:complexType name="projectType"> |
|---|
| 194 | <xsd:annotation> |
|---|
| 195 | <xsd:documentation> |
|---|
| 196 | A description of the project used to access a testbed. Includes |
|---|
| 197 | the testbed being accessed, the project name (often a local |
|---|
| 198 | name, scoped by the testbed), and any users who have been |
|---|
| 199 | granted access or for whom access is being requested. |
|---|
| 200 | </xsd:documentation> |
|---|
| 201 | </xsd:annotation> |
|---|
| 202 | <xsd:sequence> |
|---|
| 203 | <xsd:element name="testbed" type="tns:IDType" minOccurs="0" |
|---|
| 204 | maxOccurs="1"/> |
|---|
| 205 | <xsd:element name="name" type="tns:IDType" minOccurs="0" maxOccurs="1"/> |
|---|
| 206 | <xsd:element name="user" type="tns:userType" minOccurs="0" |
|---|
| 207 | maxOccurs="unbounded"/> |
|---|
| 208 | </xsd:sequence> |
|---|
| 209 | </xsd:complexType> |
|---|
| 210 | |
|---|
| 211 | <xsd:complexType name="emulabType"> |
|---|
| 212 | <xsd:annotation> |
|---|
| 213 | <xsd:documentation> |
|---|
| 214 | A description of an Emulab sufficient for the federation system |
|---|
| 215 | to create a sub experiment on it. Note that fedAttrs provide an |
|---|
| 216 | extension mechanism by which testbeds may communicate additional |
|---|
| 217 | information and preferences to federation systems that |
|---|
| 218 | understand it. |
|---|
| 219 | </xsd:documentation> |
|---|
| 220 | </xsd:annotation> |
|---|
| 221 | <xsd:sequence> |
|---|
| 222 | <xsd:element name="project" type="tns:projectType"/> |
|---|
| 223 | <xsd:element name="domain" type="xsd:string"/> |
|---|
| 224 | <xsd:element name="boss" type="xsd:string"/> |
|---|
| 225 | <xsd:element name="ops" type="xsd:string"/> |
|---|
| 226 | <xsd:element name="fileServer" type="xsd:string"/> |
|---|
| 227 | <xsd:element name="eventServer" type="xsd:string"/> |
|---|
| 228 | <xsd:element name="fedAttr" type="tns:fedAttrType" minOccurs="0" |
|---|
| 229 | maxOccurs="unbounded"/> |
|---|
| 230 | </xsd:sequence> |
|---|
| 231 | </xsd:complexType> |
|---|
| 232 | |
|---|
| 233 | <xsd:complexType name="federatedExperimentType"> |
|---|
| 234 | <xsd:annotation> |
|---|
| 235 | <xsd:documentation> |
|---|
| 236 | Naming and Emulab instantiation information about a federant. |
|---|
| 237 | This is returned by various informational requests and as part |
|---|
| 238 | of a successful creation message. |
|---|
| 239 | </xsd:documentation> |
|---|
| 240 | </xsd:annotation> |
|---|
| 241 | <xsd:sequence> |
|---|
| 242 | <xsd:element name="name" type="tns:IDType" minOccurs="1" |
|---|
| 243 | maxOccurs="unbounded"/> |
|---|
| 244 | <xsd:element name="emulab" type="tns:emulabType"/> |
|---|
| 245 | <xsd:element name="master" type="xsd:boolean"/> |
|---|
| 246 | </xsd:sequence> |
|---|
| 247 | </xsd:complexType> |
|---|
| 248 | |
|---|
| 249 | |
|---|
| 250 | <xsd:complexType name="vtoponodeType"> |
|---|
| 251 | <xsd:annotation> |
|---|
| 252 | <xsd:documentation> |
|---|
| 253 | Node in the virtual topology of a federated experiment (Emulab |
|---|
| 254 | legacy). The fields are the local hostname and the IP addresses |
|---|
| 255 | of the experimental interfaces(colon-separated). |
|---|
| 256 | </xsd:documentation> |
|---|
| 257 | </xsd:annotation> |
|---|
| 258 | <xsd:sequence> |
|---|
| 259 | <xsd:element name="vname" type="xsd:string"/> |
|---|
| 260 | <xsd:element name="ips" type="xsd:string"/> |
|---|
| 261 | </xsd:sequence> |
|---|
| 262 | </xsd:complexType> |
|---|
| 263 | |
|---|
| 264 | <xsd:complexType name="vtopolanType"> |
|---|
| 265 | <xsd:annotation> |
|---|
| 266 | <xsd:documentation> |
|---|
| 267 | LAN in the virtual topology of a federated experiment (Emulab legacy). |
|---|
| 268 | The fields are the name of the LAN/link (vname) the node that |
|---|
| 269 | this description applies to (vnode), the IP of the connection, |
|---|
| 270 | and performance information. |
|---|
| 271 | </xsd:documentation> |
|---|
| 272 | </xsd:annotation> |
|---|
| 273 | <xsd:sequence> |
|---|
| 274 | <xsd:element name="vname" type="xsd:string"/> |
|---|
| 275 | <xsd:element name="vnode" type="xsd:string"/> |
|---|
| 276 | <xsd:element name="ip" type="xsd:string"/> |
|---|
| 277 | <xsd:element name="bandwidth" type="xsd:int"/> |
|---|
| 278 | <xsd:element name="delay" type="xsd:float"/> |
|---|
| 279 | <xsd:element name="member" type="xsd:string"/> |
|---|
| 280 | </xsd:sequence> |
|---|
| 281 | </xsd:complexType> |
|---|
| 282 | |
|---|
| 283 | <xsd:complexType name="vtopoType"> |
|---|
| 284 | <xsd:annotation> |
|---|
| 285 | <xsd:documentation> |
|---|
| 286 | The virtual topology of a federated experiment (Emulab legacy). |
|---|
| 287 | </xsd:documentation> |
|---|
| 288 | </xsd:annotation> |
|---|
| 289 | <xsd:sequence> |
|---|
| 290 | <xsd:element name="node" type="tns:vtoponodeType" minOccurs="0" |
|---|
| 291 | maxOccurs="unbounded" /> |
|---|
| 292 | <xsd:element name="lan" type="tns:vtopolanType" minOccurs="0" |
|---|
| 293 | maxOccurs="unbounded"/> |
|---|
| 294 | </xsd:sequence> |
|---|
| 295 | </xsd:complexType> |
|---|
| 296 | |
|---|
| 297 | <xsd:complexType name="visnodeType"> |
|---|
| 298 | <xsd:annotation> |
|---|
| 299 | <xsd:documentation> |
|---|
| 300 | Node in the visualization of a federated experiment (Emulab |
|---|
| 301 | legacy). Fields include the local hostname of the node, x,y |
|---|
| 302 | coordinates in a 2-dimensional representation, and whether the |
|---|
| 303 | node in the visualization is a host or a LAN. |
|---|
| 304 | </xsd:documentation> |
|---|
| 305 | </xsd:annotation> |
|---|
| 306 | <xsd:sequence> |
|---|
| 307 | <xsd:element name="name" type="xsd:string"/> |
|---|
| 308 | <xsd:element name="x" type="xsd:int"/> |
|---|
| 309 | <xsd:element name="y" type="xsd:int"/> |
|---|
| 310 | <xsd:element name="type" type="xsd:string"/> |
|---|
| 311 | </xsd:sequence> |
|---|
| 312 | </xsd:complexType> |
|---|
| 313 | |
|---|
| 314 | <xsd:complexType name="visType"> |
|---|
| 315 | <xsd:annotation> |
|---|
| 316 | <xsd:documentation> |
|---|
| 317 | The visualization of a federated experiment (Emulab legacy) |
|---|
| 318 | </xsd:documentation> |
|---|
| 319 | </xsd:annotation> |
|---|
| 320 | <xsd:sequence> |
|---|
| 321 | <xsd:element name="node" type="tns:visnodeType" minOccurs="0" |
|---|
| 322 | maxOccurs="unbounded"/> |
|---|
| 323 | </xsd:sequence> |
|---|
| 324 | </xsd:complexType> |
|---|
| 325 | |
|---|
| 326 | <xsd:complexType name="projectAllocType"> |
|---|
| 327 | <xsd:annotation> |
|---|
| 328 | <xsd:documentation> |
|---|
| 329 | The information needed to create a dynamic project, specifically |
|---|
| 330 | a project description and the resources in needs access to. |
|---|
| 331 | This is used by an internal fedd interface. |
|---|
| 332 | </xsd:documentation> |
|---|
| 333 | </xsd:annotation> |
|---|
| 334 | <xsd:sequence> |
|---|
| 335 | <xsd:element name="project" type="tns:projectType"/> |
|---|
| 336 | <xsd:element name="resources" type="tns:resourcesType" |
|---|
| 337 | minOccurs="0" maxOccurs="1"/> |
|---|
| 338 | </xsd:sequence> |
|---|
| 339 | </xsd:complexType> |
|---|
| 340 | |
|---|
| 341 | <xsd:complexType name="experimentDescriptionType"> |
|---|
| 342 | <xsd:annotation> |
|---|
| 343 | <xsd:documentation> |
|---|
| 344 | The description of the federated experiment, in extended ns2. |
|---|
| 345 | </xsd:documentation> |
|---|
| 346 | </xsd:annotation> |
|---|
| 347 | <xsd:choice> |
|---|
| 348 | <xsd:element name="ns2description" type="xsd:base64Binary"/> |
|---|
| 349 | <xsd:element name="topdldescription" type="topdl:topologyType"/> |
|---|
| 350 | </xsd:choice> |
|---|
| 351 | </xsd:complexType> |
|---|
| 352 | |
|---|
| 353 | <xsd:complexType name="requestType"> |
|---|
| 354 | <xsd:annotation> |
|---|
| 355 | <xsd:documentation> |
|---|
| 356 | Request for access to a testbed. It includes the testbed from |
|---|
| 357 | which resources are being requested (a single service may |
|---|
| 358 | provide access to many), the user or project requesting access |
|---|
| 359 | (a testbed making the request will leave both empty), the |
|---|
| 360 | resources needed, the access keys to be used in the subsequent |
|---|
| 361 | instantiation and service use, an allocation ID to identify this |
|---|
| 362 | access in later requests, and scheduling information. |
|---|
| 363 | </xsd:documentation> |
|---|
| 364 | </xsd:annotation> |
|---|
| 365 | <xsd:sequence> |
|---|
| 366 | <xsd:element name="destinationTestbed" type="tns:IDType" |
|---|
| 367 | minOccurs="0" maxOccurs="1" /> |
|---|
| 368 | <xsd:choice> |
|---|
| 369 | <xsd:element name="project" type="tns:projectType" minOccurs="0" |
|---|
| 370 | maxOccurs="1"/> |
|---|
| 371 | <xsd:element name="user" type="tns:userType" minOccurs="0" |
|---|
| 372 | maxOccurs="unbounded"/> |
|---|
| 373 | </xsd:choice> |
|---|
| 374 | <xsd:element name="resources" type="tns:resourcesType" minOccurs="0" |
|---|
| 375 | maxOccurs="1"/> |
|---|
| 376 | <xsd:element name="createAccess" type="tns:accessType" minOccurs="1" |
|---|
| 377 | maxOccurs="unbounded"/> |
|---|
| 378 | <xsd:element name="serviceAccess" type="tns:accessType" minOccurs="1" |
|---|
| 379 | maxOccurs="unbounded"/> |
|---|
| 380 | <xsd:element name="exportProject" type="tns:IDType" |
|---|
| 381 | minOccurs="0" maxOccurs="1"/> |
|---|
| 382 | <xsd:element name="allocID" type="tns:IDType"/> |
|---|
| 383 | <xsd:element name="when" type="xsd:dateTime" minOccurs="0" maxOccurs="1"/> |
|---|
| 384 | <xsd:element name="until" type="xsd:dateTime" minOccurs="0" |
|---|
| 385 | maxOccurs="1"/> |
|---|
| 386 | </xsd:sequence> |
|---|
| 387 | </xsd:complexType> |
|---|
| 388 | |
|---|
| 389 | <xsd:complexType name="responseType"> |
|---|
| 390 | <xsd:annotation> |
|---|
| 391 | <xsd:documentation> |
|---|
| 392 | Response to an access request. Includes the allocation, the |
|---|
| 393 | information needed to access creation and experiment services |
|---|
| 394 | and scheduling information. |
|---|
| 395 | </xsd:documentation> |
|---|
| 396 | </xsd:annotation> |
|---|
| 397 | <xsd:sequence> |
|---|
| 398 | <xsd:element name="allocID" type="tns:IDType"/> |
|---|
| 399 | <xsd:element name="emulab" type="tns:emulabType"/> |
|---|
| 400 | <xsd:element name="when" type="xsd:dateTime" minOccurs="0" maxOccurs="1"/> |
|---|
| 401 | <xsd:element name="until" type="xsd:dateTime" minOccurs="0" |
|---|
| 402 | maxOccurs="1"/> |
|---|
| 403 | </xsd:sequence> |
|---|
| 404 | </xsd:complexType> |
|---|
| 405 | |
|---|
| 406 | <xsd:complexType name="releaseRequestType"> |
|---|
| 407 | <xsd:annotation> |
|---|
| 408 | <xsd:documentation> |
|---|
| 409 | A request to release the access rights allocated by an earlier |
|---|
| 410 | RequestAccess call. |
|---|
| 411 | </xsd:documentation> |
|---|
| 412 | </xsd:annotation> |
|---|
| 413 | <xsd:sequence> |
|---|
| 414 | <xsd:element name="allocID" type="tns:IDType"/> |
|---|
| 415 | </xsd:sequence> |
|---|
| 416 | </xsd:complexType> |
|---|
| 417 | |
|---|
| 418 | <xsd:complexType name="releaseResponseType"> |
|---|
| 419 | <xsd:annotation> |
|---|
| 420 | <xsd:documentation> |
|---|
| 421 | Indication that the access has been terminated. |
|---|
| 422 | </xsd:documentation> |
|---|
| 423 | </xsd:annotation> |
|---|
| 424 | <xsd:sequence> |
|---|
| 425 | <xsd:element name="allocID" type="tns:IDType"/> |
|---|
| 426 | </xsd:sequence> |
|---|
| 427 | </xsd:complexType> |
|---|
| 428 | |
|---|
| 429 | <xsd:complexType name="createRequestType"> |
|---|
| 430 | <xsd:annotation> |
|---|
| 431 | <xsd:documentation> |
|---|
| 432 | A request to embed a federated experiment across testbeds. Non- |
|---|
| 433 | standard local names for testbeds are included in the |
|---|
| 434 | testbedmap, the user making the request, the experiment |
|---|
| 435 | description, master testbed, and a suggested experiment name are |
|---|
| 436 | included. More than one name can be suggested, either as |
|---|
| 437 | synonyms (a fedid and a localname) or as choices (multiple |
|---|
| 438 | localnames). |
|---|
| 439 | </xsd:documentation> |
|---|
| 440 | </xsd:annotation> |
|---|
| 441 | <xsd:sequence> |
|---|
| 442 | <xsd:element name="testbedmap" type="tns:mapType" minOccurs="0" |
|---|
| 443 | maxOccurs="unbounded"/> |
|---|
| 444 | <xsd:element name="user" type="tns:userType" minOccurs="1" |
|---|
| 445 | maxOccurs="unbounded"/> |
|---|
| 446 | <xsd:element name="experimentdescription" |
|---|
| 447 | type="tns:experimentDescriptionType"/> |
|---|
| 448 | <xsd:element name="master" type="xsd:string"/> |
|---|
| 449 | <xsd:element name='exportProject' type="tns:IDType"/> |
|---|
| 450 | <xsd:element name="experimentID" type="tns:IDType" minOccurs="0" |
|---|
| 451 | maxOccurs="1"/> |
|---|
| 452 | </xsd:sequence> |
|---|
| 453 | </xsd:complexType> |
|---|
| 454 | |
|---|
| 455 | <xsd:complexType name="createResponseType"> |
|---|
| 456 | <xsd:annotation> |
|---|
| 457 | <xsd:documentation> |
|---|
| 458 | Returned to let the caller know that the request is underway and what |
|---|
| 459 | credentials will eventauly be able to be used to access them. |
|---|
| 460 | </xsd:documentation> |
|---|
| 461 | </xsd:annotation> |
|---|
| 462 | <xsd:sequence> |
|---|
| 463 | <xsd:element name="experimentID" type="tns:IDType" minOccurs="1" |
|---|
| 464 | maxOccurs="unbounded"/> |
|---|
| 465 | <xsd:element name="experimentStatus" type="tns:statusType"/> |
|---|
| 466 | <xsd:element name="experimentAccess" type="tns:accessType" minOccurs="0" |
|---|
| 467 | maxOccurs="1"/> |
|---|
| 468 | </xsd:sequence> |
|---|
| 469 | </xsd:complexType> |
|---|
| 470 | |
|---|
| 471 | <xsd:complexType name="vtopoRequestType"> |
|---|
| 472 | <xsd:annotation> |
|---|
| 473 | <xsd:documentation> |
|---|
| 474 | Request for an existing experiment's virtual topology. |
|---|
| 475 | Different information may be returned based on the user's rights |
|---|
| 476 | to see the topology. |
|---|
| 477 | </xsd:documentation> |
|---|
| 478 | </xsd:annotation> |
|---|
| 479 | <xsd:sequence> |
|---|
| 480 | <xsd:element name="experiment" type="tns:IDType"/> |
|---|
| 481 | </xsd:sequence> |
|---|
| 482 | </xsd:complexType> |
|---|
| 483 | |
|---|
| 484 | <xsd:complexType name="vtopoResponseType"> |
|---|
| 485 | <xsd:annotation> |
|---|
| 486 | <xsd:documentation> |
|---|
| 487 | The response to a topology request. Different information may |
|---|
| 488 | be returned based on the user's rights to see the topology. |
|---|
| 489 | </xsd:documentation> |
|---|
| 490 | </xsd:annotation> |
|---|
| 491 | <xsd:sequence> |
|---|
| 492 | <xsd:element name="experiment" type="tns:IDType"/> |
|---|
| 493 | <xsd:element name="vtopo" type="tns:vtopoType"/> |
|---|
| 494 | </xsd:sequence> |
|---|
| 495 | </xsd:complexType> |
|---|
| 496 | |
|---|
| 497 | |
|---|
| 498 | <xsd:complexType name="visRequestType"> |
|---|
| 499 | <xsd:annotation> |
|---|
| 500 | <xsd:documentation> |
|---|
| 501 | Request for an existing experiment's visualization. This is |
|---|
| 502 | largely a compatibility service. Different information may be |
|---|
| 503 | returned based on the user's rights to see the topology. |
|---|
| 504 | </xsd:documentation> |
|---|
| 505 | </xsd:annotation> |
|---|
| 506 | <xsd:sequence> |
|---|
| 507 | <xsd:element name="experiment" type="tns:IDType"/> |
|---|
| 508 | </xsd:sequence> |
|---|
| 509 | </xsd:complexType> |
|---|
| 510 | |
|---|
| 511 | <xsd:complexType name="visResponseType"> |
|---|
| 512 | <xsd:annotation> |
|---|
| 513 | <xsd:documentation> |
|---|
| 514 | An existing experiment's visualization. This is largely a |
|---|
| 515 | compatibility service. Different information may be returned |
|---|
| 516 | based on the user's rights to see the topology. |
|---|
| 517 | </xsd:documentation> |
|---|
| 518 | </xsd:annotation> |
|---|
| 519 | <xsd:sequence> |
|---|
| 520 | <xsd:element name="experiment" type="tns:IDType"/> |
|---|
| 521 | <xsd:element name="vis" type="tns:visType"/> |
|---|
| 522 | </xsd:sequence> |
|---|
| 523 | </xsd:complexType> |
|---|
| 524 | |
|---|
| 525 | <xsd:complexType name="infoRequestType"> |
|---|
| 526 | <xsd:annotation> |
|---|
| 527 | <xsd:documentation> |
|---|
| 528 | A combined topology, visualalization, and federant request. |
|---|
| 529 | Different information may be returned based on the user's rights |
|---|
| 530 | to see the topology. |
|---|
| 531 | </xsd:documentation> |
|---|
| 532 | </xsd:annotation> |
|---|
| 533 | <xsd:sequence> |
|---|
| 534 | <xsd:element name="experiment" type="tns:IDType"/> |
|---|
| 535 | </xsd:sequence> |
|---|
| 536 | </xsd:complexType> |
|---|
| 537 | |
|---|
| 538 | <xsd:complexType name="infoResponseType"> |
|---|
| 539 | <xsd:annotation> |
|---|
| 540 | <xsd:documentation> |
|---|
| 541 | Information on an instantiated experiment. Different information may |
|---|
| 542 | be returned based on the user's rights to see the topology. Includes |
|---|
| 543 | the information about federants hosting sub-experiments for service |
|---|
| 544 | access as well as virtual topology and visualization information. All |
|---|
| 545 | that information is relative to the requester. ExperimentAccess |
|---|
| 546 | includes credentials with which one can access the experiment. These |
|---|
| 547 | may include a public key necessary to prove possession of the |
|---|
| 548 | credential and should be treated with care. |
|---|
| 549 | </xsd:documentation> |
|---|
| 550 | </xsd:annotation> |
|---|
| 551 | <xsd:sequence> |
|---|
| 552 | <xsd:element name="federant" type="tns:federatedExperimentType" |
|---|
| 553 | minOccurs="0" maxOccurs="unbounded"/> |
|---|
| 554 | <xsd:element name="vtopo" type="tns:vtopoType" minOccurs="0" |
|---|
| 555 | maxOccurs="1"/> |
|---|
| 556 | <xsd:element name="vis" type="tns:visType" minOccurs="0" |
|---|
| 557 | maxOccurs="1"/> |
|---|
| 558 | <xsd:element name="experimentID" type="tns:IDType" minOccurs="1" |
|---|
| 559 | maxOccurs="unbounded"/> |
|---|
| 560 | <xsd:element name="allocationLog" type="xsd:string" minOccurs="0" |
|---|
| 561 | maxOccurs="1"/> |
|---|
| 562 | <xsd:element name="experimentStatus" type="tns:statusType"/> |
|---|
| 563 | <xsd:element name="experimentAccess" type="tns:accessType" minOccurs="0" |
|---|
| 564 | maxOccurs="1"/> |
|---|
| 565 | </xsd:sequence> |
|---|
| 566 | </xsd:complexType> |
|---|
| 567 | |
|---|
| 568 | |
|---|
| 569 | <xsd:complexType name="multiInfoRequestType"> |
|---|
| 570 | <xsd:annotation> |
|---|
| 571 | <xsd:documentation> |
|---|
| 572 | Gets all information that this user can access on this fedd. |
|---|
| 573 | </xsd:documentation> |
|---|
| 574 | </xsd:annotation> |
|---|
| 575 | <xsd:sequence> |
|---|
| 576 | </xsd:sequence> |
|---|
| 577 | </xsd:complexType> |
|---|
| 578 | |
|---|
| 579 | <xsd:complexType name="multiInfoResponseType"> |
|---|
| 580 | <xsd:annotation> |
|---|
| 581 | <xsd:documentation> |
|---|
| 582 | Multi info response. A list of infoResponses |
|---|
| 583 | </xsd:documentation> |
|---|
| 584 | </xsd:annotation> |
|---|
| 585 | <xsd:sequence> |
|---|
| 586 | <xsd:element name="info" type="tns:infoResponseType" minOccurs="0" |
|---|
| 587 | maxOccurs="unbounded"/> |
|---|
| 588 | </xsd:sequence> |
|---|
| 589 | </xsd:complexType> |
|---|
| 590 | |
|---|
| 591 | <xsd:complexType name="terminateRequestType"> |
|---|
| 592 | <xsd:annotation> |
|---|
| 593 | <xsd:documentation> |
|---|
| 594 | Request to terminate an experiment. |
|---|
| 595 | </xsd:documentation> |
|---|
| 596 | </xsd:annotation> |
|---|
| 597 | <xsd:sequence> |
|---|
| 598 | <xsd:element name="experiment" type="tns:IDType"/> |
|---|
| 599 | <xsd:element name="force" type="xsd:boolean" minOccurs="0" maxOccurs="1"/> |
|---|
| 600 | </xsd:sequence> |
|---|
| 601 | </xsd:complexType> |
|---|
| 602 | |
|---|
| 603 | <xsd:complexType name="terminateResponseType"> |
|---|
| 604 | <xsd:annotation> |
|---|
| 605 | <xsd:documentation> |
|---|
| 606 | Indication that the experiment has been terminated. |
|---|
| 607 | </xsd:documentation> |
|---|
| 608 | </xsd:annotation> |
|---|
| 609 | <xsd:sequence> |
|---|
| 610 | <xsd:element name="experiment" type="tns:IDType"/> |
|---|
| 611 | <xsd:element name="deallocationLog" type="xsd:string" minOccurs="0" |
|---|
| 612 | maxOccurs="1"/> |
|---|
| 613 | </xsd:sequence> |
|---|
| 614 | </xsd:complexType> |
|---|
| 615 | |
|---|
| 616 | <xsd:complexType name="startSegmentRequestType"> |
|---|
| 617 | <xsd:annotation> |
|---|
| 618 | <xsd:documentation> |
|---|
| 619 | Request a testbed to create a segment in the given allocation |
|---|
| 620 | </xsd:documentation> |
|---|
| 621 | </xsd:annotation> |
|---|
| 622 | <xsd:sequence> |
|---|
| 623 | <xsd:element name="allocID" type="tns:IDType"/> |
|---|
| 624 | <xsd:element name="segmentdescription" |
|---|
| 625 | type="tns:experimentDescriptionType"/> |
|---|
| 626 | <xsd:element name="fedAttr" type="tns:fedAttrType" minOccurs="0" |
|---|
| 627 | maxOccurs="unbounded"/> |
|---|
| 628 | </xsd:sequence> |
|---|
| 629 | </xsd:complexType> |
|---|
| 630 | |
|---|
| 631 | <xsd:complexType name="startSegmentResponseType"> |
|---|
| 632 | <xsd:annotation> |
|---|
| 633 | <xsd:documentation> |
|---|
| 634 | Indication that the segment started successfully |
|---|
| 635 | </xsd:documentation> |
|---|
| 636 | </xsd:annotation> |
|---|
| 637 | <xsd:sequence> |
|---|
| 638 | <xsd:element name="allocID" type="tns:IDType"/> |
|---|
| 639 | <xsd:element name="allocationLog" type="xsd:string" minOccurs="0" |
|---|
| 640 | maxOccurs="1"/> |
|---|
| 641 | </xsd:sequence> |
|---|
| 642 | </xsd:complexType> |
|---|
| 643 | |
|---|
| 644 | <xsd:complexType name="ns2SplitRequestType"> |
|---|
| 645 | <xsd:annotation> |
|---|
| 646 | <xsd:documentation> |
|---|
| 647 | Request to run the CEDL splitter remotely. This is primarily an |
|---|
| 648 | internal interface. |
|---|
| 649 | </xsd:documentation> |
|---|
| 650 | </xsd:annotation> |
|---|
| 651 | <xsd:sequence> |
|---|
| 652 | <xsd:element name="description" type="tns:experimentDescriptionType"/> |
|---|
| 653 | <xsd:element name="master" type="xsd:string"/> |
|---|
| 654 | <xsd:element name="include_fedkit" type="xsd:boolean"/> |
|---|
| 655 | <xsd:element name="include_gatewaykit" type="xsd:boolean"/> |
|---|
| 656 | </xsd:sequence> |
|---|
| 657 | </xsd:complexType> |
|---|
| 658 | |
|---|
| 659 | <xsd:complexType name="ns2SplitResponseType"> |
|---|
| 660 | <xsd:annotation> |
|---|
| 661 | <xsd:documentation> |
|---|
| 662 | Remote splitter output. Also an internal interface |
|---|
| 663 | </xsd:documentation> |
|---|
| 664 | </xsd:annotation> |
|---|
| 665 | <xsd:sequence> |
|---|
| 666 | <xsd:element name="output" type="xsd:base64Binary"/> |
|---|
| 667 | <xsd:element name="experimentdescription" |
|---|
| 668 | type="tns:experimentDescriptionType"/> |
|---|
| 669 | </xsd:sequence> |
|---|
| 670 | </xsd:complexType> |
|---|
| 671 | |
|---|
| 672 | |
|---|
| 673 | <xsd:complexType name="faultType"> |
|---|
| 674 | <xsd:annotation> |
|---|
| 675 | <xsd:documentation> |
|---|
| 676 | Indication that a service has failed. The code values are |
|---|
| 677 | |
|---|
| 678 | 1 access denied |
|---|
| 679 | 2 proxy error |
|---|
| 680 | 3 badly formed request |
|---|
| 681 | 4 server configuration error |
|---|
| 682 | 5 internal error |
|---|
| 683 | 6 partial instantiation |
|---|
| 684 | 7 federant error |
|---|
| 685 | |
|---|
| 686 | Errstr contains the text above corresponding to the code. Code |
|---|
| 687 | is always present. Desc provides additional human-readable data |
|---|
| 688 | about the error. |
|---|
| 689 | </xsd:documentation> |
|---|
| 690 | </xsd:annotation> |
|---|
| 691 | <xsd:sequence> |
|---|
| 692 | <xsd:element name="code" type="xsd:int"> |
|---|
| 693 | <xsd:restriction> |
|---|
| 694 | <xsd:enumeration value="1"/> <!-- access denied --> |
|---|
| 695 | <xsd:enumeration value="2"/> <!-- protocol error --> |
|---|
| 696 | <xsd:enumeration value="3"/> <!-- badly formed request --> |
|---|
| 697 | <xsd:enumeration value="4"/> <!-- server configuration error --> |
|---|
| 698 | <xsd:enumeration value="5"/> <!-- internal error --> |
|---|
| 699 | <xsd:enumeration value="6"/> <!-- partial instantiation --> |
|---|
| 700 | <xsd:enumeration value="7"/> <!-- federant error --> |
|---|
| 701 | <xsd:enumeration value="8"/> <!-- connect error --> |
|---|
| 702 | </xsd:restriction> |
|---|
| 703 | </xsd:element> |
|---|
| 704 | <xsd:element name="errstr" minOccurs="0" maxOccurs="1" type="xsd:string"> |
|---|
| 705 | </xsd:element> |
|---|
| 706 | <xsd:element name="desc" type="xsd:string"/> |
|---|
| 707 | </xsd:sequence> |
|---|
| 708 | </xsd:complexType> |
|---|
| 709 | </xsd:schema> |
|---|
