August 2006 - ogsa-wg - lists.ogf.org

OGSA and EGA Reference Model session at GGF18
by Hiro Kishimoto 12 Sep '06

12 Sep '06

Hi all, I've update "OGSA and EGA Reference Model" session agenda at GGF18 wiki page based on the today's call discussion. https://forge.gridforum.org/sf/go/wiki1560?nav=1 - or - http://www.ggf.org/gf/event_schedule/index.php?id=420&tentative <3> OGSA and EGA Reference Model * Date: Tuesday, September 12 * Time: 4:00 pm - 5:30 pm * Location: 159A-B * Owner: Tom Maguire and Hiro Kishimoto * agenda o Brief high level summary of EGA Ref Model (Bob Thome?, 20 minutes) o Proposals for work + Glossary comparison (Jem Treadwell?, 15 minutes) # Identify similarities and differences between terminology. + ERG Ref Model and CDDLM (Dejan Milojicic?, 15 minutes) # Identify similarities and differences between EGA Ref Model's Dependency Graph & Life Cycle of Grid Components and CDDLM-WG's work. o Open discussion (40 minutes) + Work plan (new design team?) * Invite whom o CDDLM-WG * Invitation accepted o EGA RM-WG (Bob Thome, Dave Pearson, Paul Strong, Parviz Peiravi (by phone)) If you have any farther questions or comments, please let me know. -- Hiro Kishimoto

1 1

Teleconference minutes - 22 June 2006
by Andreas Savva 05 Sep '06

05 Sep '06

Attached. Main topics: - BSP public comment review - Information modeling discussion Gridforge: https://forge.gridforum.org/sf/go/doc13624?nav=1 -- Andreas Savva OGSA Teleconference - 22 June 2006 ================================== * Participants Michel Drescher (Fujitsu) Hiro Kishimoto (Fujitsu) Takuya Mori (NEC) Darren Pulsipher (EMC) Andreas Savva (Fujitsu) Dave Snelling (Fujitsu) Marvin Theimer (Microsoft) Jem Treadwell (HP) Pete Ziu (Northrop Grumman) Minutes: Andreas Savva * June 12 minutes approved with no changes * June 15 minutes approved with no changes * Action items review - Andreas will categorize OGSA 1.5 issues and send the list to Dave Snelling. - Done, waiting for response. - Review at next "OGSA 1.5" call. - Andreas and Hiro to talk offline about how to start sending ical invitations. - Done. - Andreas will send an email to the list explaining where the calendar is and what invitations will be sent out. - Jun will correct the CDL XML examples written by Hiro. - No update. - Hiro will probably move the review teleconference to another day. - EMS team (Steven, Andreas, Donal) to review data staging scenario (section 5 of https://forge.gridforum.org/sf/go/doc13591?nav=1 ) (postpone until June 22) - Andreas has read it. - Bring to people's attention again at the next EMS call. - Add sequence diagrams to the scenarios: (postpone until June 22) -- Andreas will do the "Install application" scenario (3.1) -- Mike will do the "Install application using ACS" scenario (3.3) -- Other volunteers welcome. (Andreas will ask Donal for the EPS scenario) - Andreas has started doing the sequence diagrams in RSM - Darren volunteered to help out - Review again at the next EMS call - Andreas will merge draft scenarios and sequence diagrams to the "EMS Architecture Scenarios" document (postpone until June 22) - Review again at the next EMS call. * Roadmap (postponed) * Authorization (postponed) * BSP Public Comments Reviewed public comments and Takuya's proposed replies 1. Add text explaining that the Secure Channel profile is not required by all ogsa services. The introduction is probably a good place for this. 2. [Basic-Security-Profile] usage. The term is defined in the document. Takuya to check whether such special terms are used consistently and that they stand out. Refer to the WSRF BP for a similar example. 3. Ciphersuites: Agreed that it important to list acceptable ciphers. - As a first step Takuya will list up available ones (from the WS-I BSP); select the ones that are in common use; and then select the ones that are considered sufficiently safe. - Review the list at the next BSP teleconf 4. Multiple keys in keyinfo field? - Takuya to talk to Von in order to understand the use case for multiple keys; and will propose a resolution at the next BSP teleconf. The next BSP review is set for the June 29 teleconference. * Information Model rendering discussion Started with the question of whether a rendering discussion is the right discussion to have. Concluded that talking only about the rendering overlooks more important issues: what the intermediate model should be and how it should be derived. One question is whether it is possible to define tags with semantics sufficiently pinned down to offer users the guarantee that a correct choice will be made when placing a job. For example, what does the system guarantee the user when a job requesting a box with "OS=Linux" (possibly of a specific version). There is enough variance to match with a box that advertises itself in this way but will not be able to run the job for other reasons (configuration etc). And vice versa other boxes that could potentially run the job may be missed. There was some discussion on various lists (BES, JSDL) already about the feasibility of defining equivalence classes but it is unlikely that anything like that can be done in the near term. The best that can be done is to define such terms while leaving some of the details unsaid (in the manner of JSDL). There is a tension between trying to describe something precisely while allowing the necessary looseness. Another issue is how to define the set of terms that people will actually want to use. There are many successful systems that are based mainly on user defined tags (or, equivalently, pre-configured queues that guarantee some kind of resource configuration) that are mainly site specific. It may not be possible to define these tags normatively however. So one key decision for the intermediate model is whether it should be driven by site-specific/defined information; or whether it should be driven from precise definitions like CIM. - There has been success for both sides (noting that Condor successes are often linked to also providing concrete specifications) - Informal definitions might not work across sites and this is a big issue for interoperability. - One community driven way forward would be to set up a framework to define combinations of capabilities; but this is likely to take a long time. GGF has published work with JSDL 1.0. The model is known to have deficiencies but captures a small set of common resource descriptions. The terms & concepts are a distillation of terms already in use at a number of sites running Globus, Unicore, (and to some extent Condor). - There is a compliance issue. For example, what does it really mean to say that a system is JSDL 1.0 compliant? What should the users expectation be and can the vendor deliver accordingly? - CIM has some experience in this area. It precisely enumerates known features (but there is no notion of (algorithmic) equivalence classes). Tentative consensus that both approaches are needed. It is important to be careful not to promise more than can be done with JSDL style resource descriptions. And that keeping these fuzzy to some extent does that. Also that user defined tags are needed. Since JSDL already allows the inclusion of user defined tags (xsd:any) the next question is whether there is a need to also define a framework for users to define their tags or to leave this completely open. Tentative consensus that defining a (or some) generic element with associated well defined matching semantics to allow users to add their own tags is a good idea. Marvin is working on a proposal for such an element and will post it to the relevant list(s). - Jay is also probably thinking along these lines so some offline discussion between Jay and Marvin might be good. - The proposal should be sent mainly to the OGSA Information Modeling team since they are the drivers of this work. And also to JSDL and BES; the other stakeholders in this process.

2 1

<wsa:metadata>
by Maguire_Tom＠emc.com 04 Sep '06

04 Sep '06

0 *H÷ 010 +0 *H÷ $+Content-Type: multipart/mixed; boundary="----=_NextPart_000_0173_01C6CACF.FCB8AC40" X-MS-TNEF-Correlator: 60B8C583F1CAC601 This is a multi-part message in MIME format. ------=_NextPart_000_0173_01C6CACF.FCB8AC40 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit www.iona.com/hyplan/vinoski/pdfs/IEEE-WS-Addressing_Metadata.pdf Tom _______________________________________________ Tom Maguire Senior Technologist, Office of CTO EMC2 maguire_tom(a)emc.com +1(845) 729-4806 "The only difference between a rut and grave is the depth." - Ralph Waldo Emerson ------=_NextPart_000_0173_01C6CACF.FCB8AC40 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="winmail.dat" eJ8+IgcWAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQOQBgDgFAAAHwAAAAsAHw4BABIAAgH4DwEAAAAQAAAAGTFs0enA QU+TG+xdGMv50gIB+g8BAAAAEAAAAEcAeBfHkKxKr+8LploFF7ADAP4PBQAAAAMADTT9PwUAAwAP NP0/BQACARQ0AQAAABAAAABUlKHAKX8QG6WHCAArKiUXHgD6PwEAAAANAAAATWFndWlyZSwgVG9t AAAAAAsABIAIIAYAAAAAAMAAAAAAAABGAAAAAAaFAAAAAASAAwARgAggBgAAAAAAwAAAAAAAAEYA AAAAAYUAAAAAAABAABOACCAGAAAAAADAAAAAAAAARgAAAABghQAAAAjW6CkAAAALABCACCAGAAAA AADAAAAAAAAARgAAAAADhQAAAAAEgAsABoAIIAYAAAAAAMAAAAAAAABGAAAAAA6FAAAAAASAAwAD gAggBgAAAAAAwAAAAAAAAEYAAAAAEIUAAAAAAAADAGqACCAGAAAAAADAAAAAAAAARgAAAAAYhQAA AAAAAAsAcIAIIAYAAAAAAMAAAAAAAABGAAAAAIKFAAABAASAAgEJEAEAAADiEQAA3hEAAP4nAABM WkZ1MzScEAcABgEBC2BuZzEwMmY1AGQAcmNwDdAOADIdDGBjDUQBNAExc3Rz4mgFcGJjaBA1CQAQ x2ZoDrAQ1mJpAUMNpDPyMxLmZmUTYgH3AqQDY0cCABDACsBzZXQC0XAocnEyAAAqCqFuby0WICAN 8BdxNhNwMDWcMDQX8QHQF+A0fQdt3RbCZgdABUAHY30CgwBQ9wPUFc8W22IXsRggF4IdtOcYoAcT AoMzOBsPHB8dJ1cX5B2SGKBWBJBkAHBh7QKDMhggFV4yHxIgYho08Qe4IENFGb8jMxrxI733GBAk zyXVeQixJn8jUROQuRVtMTYa8SkfA4JHCdH+ayqfIzMo4SwuDyAtTwNzPlQIcC7/IzMOEBKhZGkz AzYseDc3MZ8l1ChIZGViCXB3KTM/IzM2/zSvNbYkvzdGBxABoA6wOC93IyQ2MSwtODmRO28DgkL/ GgEOsD0/IzMfISwuK/E//7U3c1YIkHQi8AeBZT0v/yMjGAAfPiSYBxMmIUdlGv//KMhJhSpwR2Ur 8R9cLQhJhP8uo0dlKOFNXjGGSYQzAUdl/zSYTV02J0mEN7ZHZTmYU07/SQw8tkdlNjFNXT+3SYRB RP9HZR8vRBhUxUXJAoMxcEff/ySYIqVJ1jFwSn8oyGFXTJX/MXBNLy0IYVZPODFwT/8xaP9hVlIG MXBZjz+oYVZbmTFwv1xvRBhhVl58ApEI5jsJb/owcb9lUoFy6lKCc8902P9y1FKCc193L3btdm90 n3Lv/xQwbeB8un3RfY9+mXLUfsK/fS+A/4C9gD9+b4I0OQ8gP4WEhuF/A4bgAoIQUHlsVQeQaAng dAAAcQMhbA8SwQUQAUAD8GRjdGyXCrGJwDzQcAEBYXUaED0AYHMKsIogH9CLIm51Jm1GoYrgdG8N UWp18xBQBRBnaIsQBRAKAYlQZQoBaQGQcDADMAAgbNMQwB+hczEDMGEBMY8w/wvwKOAHQA21iTGM 8I6kjkF/j4MTJxPoCNAJwDnQkYNuDnCR2ZN0AzBzbmV4/yAgB7AFsADAAnMW4I7hjkF3DWA54EFw dhdQEEAgAG1OaRIAlmAJ8CBEisQgGlAKwGEJwIqQaCBGdwIhlZQQYDEAUBBgA2B3JwswjPABgHNX OdB0aN5CE5CM8AqwlmBsDeBt8H2bBHKbeA2QmuYBgJznYv2c53Ka4QJgC4AJkZ7kiGCMcGWa4QTw ZWxsidH3mrCaUZ9Bc5awACAaAZlh/zfgnAChpglQocQMsaHTilD5ocRkZ6KmpCCjpo6wocT+dgMw iR+KL4s/jE+NX45v/49yq0GQjaqRDbSRdBQiaBH/ktyuV6/UlKWZkJbclTQaMP8BoIiAlZeQUZZY q32szKfw9wjQI1CUoWKoMAmAAiCWEneIUR/wOdAzYkEYAJBQSN+f0aKQC4BPc5XTNrPftO//tfq3 crb/uAeY0KBgmfAJgP+4nzYQuc+OxwBRrI8a1AwB77yPlvoQQLixcwIgSbEQQNkFoG1wFzK3nkUA wAMQvlOIYjYQcOMW4AtgdAnwZxBgiGOmQHNkEFAHcGHeeLOwOZDJwRFRawmAAQEWMJWjcdB2AlEg e1XzuQAXIHduyIW30svizQPPJJA5gDYwzaM2Nj+xt9L6ODSAMSjgt9LPUEpgMXHfzaPOgA7wE5DQ NDcPEABQH7fTTRDPUNDE0dA2OTb3DhC30iegMA3wzsQ5gAHQIw8R06U3OTnS5Dg4v9Hw0tQBwNHw P6DVpTg7INumcdXCM2JQ1NU4z1A/sPvOJIbgMAHA2FZSkNQlDeD/1qEnoc+DAdDQoc9l2MHR8N/Q xA7wF8DSwNv2N9NQ1sD/z3TXYWrg2bUfEBfg1WDdhf450dAO8M91RCBC8Nv10eF2OVYB4JQ5PoDQ BeGROO9SkNTkLQATcDTfcOLFK+DvSmDitTsgbeAz3XXUwBgQ/+HQ5QbSsOSwz3TlcOSxz2X/2LEX sNv10rDOEOEm5kHfUf/NlBfw1NDe5WJQm3HSoOpF/99w41DRdNBwF+LOxNYB2ND75CUkkDc+gDSB zaMr4Nbg/+xmNIDP4c9kWWHR8ex13JH/01DQxe0QLRDw584Q6eHNlP/PIBOA1jVt4NTQ12DOxBfg 39TQ4bDS1NVxzyAy1OTR8P8tEN9g9XUX4dTAziQTgNLA/zmA8/W4JPfG11C4ENGE7bD/NIBoEflV 11H29dFA0KH6tv9EINLA0BQfED+w3JYfEN9y/9ZEGCDksIbS0vQXwPVgziT/9VDtEDSA/zfokdLV 5MHhAf/S5BggLRDQBTBA4dAX0dOV/+Pg7dY5gM8i1OXXUdHw1DX/4oE7INF0QvA7IBfA/bXroP/O kOJwBsbhEAwBt9K4UTsg/z6BCFTj4OGgCPbkoeulDxD/0qDXUM7ETRDkwfnlTRDhsP9t4Ap1DxAM UdDEVgDjUNjQ/9TkWXDm8c6gCETVYBOANiH/DxQKEdslEBE+gA0wCETSsP/V8Q411NCR4AFlLRDV YFYA/9AUMXDicN9wzsTj4NBw4bD/z2Tj4POgs7DOJNLABcHeJf/SwP7xESXOkGrg9VDQxPIx/y0A 5XASxOSw7xIYxc3w1LH/EsTlcPRgHxHVs5Hg2+DY0P8bBfOg1VHVpDYQzfDfpQsR/9QR1ZUnoBKR HfbRQO0Q1kX/41Ac0db1BpExcNWVLRCG0f/WRdbgK+Db5dbR0qBP4SHU/5RgP6DVldgx0pEhxd9w m4D/IzXU0NdQ7bDO1NjR9uDW9P/pQddg2PXksNNQ0UDQxP4x/5uA1YUOwTYgDiXVYBJxG6X/P7BW ACYX0sD74s7U1fCG0P/tEM7U1uDmQSk16tHsMNAU/9VQ1MD2kc7U33DUwBll86H/7EDk5eVx4+HP ZDBykfAxd//XUOEl5XDj4OPx2GTcUQlx/zPF0fA2INZE66DYMRTlhuD/FOAfIdhl4+DcUDF1BPES lv8f8fai2GQRofLx2cWR4O2w/2ZR2dQ/oO3g0hUjs2lA2bb/P6AOodZEkCEPgfnlrjLiYf89x8eA rkLZ1DTx3SE/dsNw/9CBP3Yywe3llGDj8TWR2cX/DdEi8dnG9sJB1s8hkeA89f9EohTg2nWUYOGw ZlBB1ZmQ/wQR3WbcUNvgzqZH4f4x+SX/mZC4EDLBReZSkBShR4YCwP8H4dv1BzOZkUrl4RH3pZmQ /+HRNNFFJdgAE9HPZWwAI6H/1NXa0eSxPOZIAQoR2zbPUP/24Ajl3FAK4UxH0SKbclI1/9gA5uFT xw+g6WXQobgQ33D/T6bt4NbAUgcRAc3wQdUNMP/k 9kPVQ2nb9kQ3xV9bhENNQ/9s24mHh0OE10IHN 8PVQ3Ab/BZE6dmrgbBDzoNs2IiHhF/9d4QZiXYY7IU+X1sDN8U+m/+JwMSFANRuR7EAU5TTh14H/ 2+Y08d9gLOU04d9xIyUnYf/lcUnm34HkEUHV0dANMPIR/2WmEFE5ptHQWtH0YGWm2WH/5JDdhW8Q 4RFhhtXwZWFmZv/V8OAxaNYxEjOl31Hh4M3x/98G4dDVUGwXGeHfp/RgQyL/z3VKYfbgPPX+0TXB OoXSEP/Y0O0QcCZnoUNX4/HYMXNn/86QlGDhNVuxF8HPZg3x5LD/2/VE0YKQ0sXPwgXBdQZtcf8a oXhX9UfgEdMwSEDPZukx/ysxesgOod/GWsFBxgjg3TD/9uBzZuGwBoFwJuEQ5JFxxv/SsN7RQDXH gBGh8OVmIdNg/0fhgUbvIVlWCBD3YeBnCuH/6gGC5hwxQ2YIENlhLmWzsP/+Ef4RhiblUVE2SoHh oeB2/zCRePfZgRMhhUbOENKgedb/ymBuYUxW9sH7MGzW9TA7Af9OkOFGFBHcph2x4RAPpU6R/wLR /mVOkOJhiGf8wY+B4TVfTRE8oNN1cXJdQTmVo3iYbWxuyVDNYX1cpzDduLF3UnFwEZQjaPUiquD9 x9BypDA8oHkBlaKcEJYG17FgAdGVk2KXM2epYMkQ/nKqkanwxpCnAK2AptG+wMenAKKRoNBuYmqo ILCQa5vwytBczGB4yPGpcHnFsJBcsUBwc2i6gJtQ38xgp/GikKhAmpBkyTCzAHmToGJkoyDMYKhB oEBmN7KAvFGd0W2boMBQZVz6aLKAeppypCCVoqrAn0HuaJ2DlfGfQXagGZ7RqhD/qsAgEcMwoKGh lT5yn+Ke0PeUcKCTo2Nqm3GuAK9wmnEHyCC4sDwgdmlld2v/qsAIgKVDxjCoYK7RlMGXsHRyZJUg ZcBQprWd0G/jqkCccGx5dMyAqsCesPOZ0ahHaHTH0JgwnHCaofec8KmQwFBqzVG8QMaQwmD/xACc 8JognPDNUaWhyoCoUPemQZmAswB3rBPNUbqAr0DzyoCZ8HJrnfGesMxgrdH4d3JwqrKxIJTwmxCW cL858KHQnbC+oKuBvrFmpWA+bLIxyeCrEJkgrrBwdXevwKgAxBBppICt1jnScven4fgWqKB3zVG3 orxQyaBvzGCWcL7AqcFvsHCZAWYoZXQwy3J3lnBmZlxtdLBwwmDFoCDa8DP+ZpQAx/Cn0MfQpkCs UJzwfHVwmIOkcLagxsCY4WTvwkOY0sqAqJF4mICaQapQ/8WgqLCY0rmSr3IdobiUyzB/qcDCYLew xsCZ08wQy4FwM50AmOBsdpXgvRF1Y/+eUL0SqnDA8L2ipaHJIWrxM70RnoBuZ7zRvSB0ePmqcCAu yJS9JjwgvcKcMf++L78/wE+9gDmwvSCwsJ8w98Ifwy/EP2w9wL0grIDB3/vGr8e1KcCcQdDFf8pv x5X4YiAowKHLn71TSFDJP//OD88f0C+9cUeA0YK+D9Lv/9P/zA088NGP1x/YL9k/vXH/DjDWH9u/ 3M/d1ZQRp6CUEM+a4KHQuPO4UVxxk+C5gf9AMeRRmTG6sePCrqCU8LvV/7GxpHDlEJ6A5hK30N9w u/D/tNKaIKqQqvCZkKGwqZDkcd5umIHoYrUglPAwuPCbwEWsgGi1UGNzMbjwYfZmmIDqIHM9saxw x1E+8v+48+mU6THqc+rUOaHq0rVgzezDY69y7HNucOzJ7mT/vNHpbKQg6mLpMet7pCDw0vftsOox odBz99rpkJeQ99lEIHf0oC5pb68gLrJjt1AvaKUA6tEvpVAbnWGlkC/lkOpwL0lFwfbALVdTLUGa YLpg5nNDoMdgX021cJ6QmvD/9RD2YcCh78/w3/Hv8v/0CPwNCuLC/abitON/5I/ll//nJehe+L4a 4fnftUEa4fs3X+rV7GTtUj2xmrBwstFmQ/u9vNNia21r37MgU/fQ40BsQbThU6Gwff5Ut1D4r/mz TpD6LwwS+3HvKSEGTwdf/S5fES8SPxMK/wrf6fEMfQYPDt8P7/5iFC+/C/8NDxafF6/0JgqhIAng 7Zggabpg/bVTm0D04LagWlSY4GiqIa9gad+wLFQgT7YQaZ2wILUAIPhDVE8ZrxUvFj8dnxhfPxlv Gn8bjxyfJg8IK0VNvkMoXylvKn8rjz2xc7fg95RQLL/0NTIubyPfJO8sT+8nDygVsHO1omawoPvB mQAfNM813zbvN/8IK0hZUABFUkxJTksgIrOXgLZhbzqXgB/jX5sQoG1AZW1j9SIiNL//PI89nz6v +9/z02FgfaCJIG+80/gisHO48GKh0JMAIAAA0Mnqefm6zgARjIIAqgBLqagLAgBLcANLceBKfQI2 S3FtAGEAaQCAbAB0AG8AOk0TCGcAdU1RcgBlADZfTZNNIEBOsU0gYwD+Lk+xTyJLcMCQOkKwoJjA /5wwO38vfzCKngExT0YvCBz/Qb8KscCSQy9EP0VPVZ85Lz8oT1JPMH9bD1wf9AgrMSIoovA1KSBr wDkt/36Ac0D9vV5PX19gbGFfYm+59AgiVKcgIlCo8SCvoCe2ELpRr8EgYrVwd2W9m0AgyACd8JkA pIEglnDMYXYiQCGgIHRr4bCwAa7AaC4iIC0gUrnmUiBXrHCZUC4gbZRQ/nP08GX/Wb9oz2nfXO/+ X///bJqwAE8BXwJv+R9x/wW//3PPdN9173b/AD/lz+bf5++/eq/p9Otc+4mUgO2QNo3wn0jkCTKa QQnMgMZ9AIzQAAAeAHAAAQAAAA8AAAA8d3NhOm1ldGFkYXRhPgAAAgFxAAEAAAAWAAAAAcbK8YOf AEY4N6qlT1utCsux8EVm7gAAAwAmAAAAAAALAAIAAQAEgAsAAQ4AAASAAgEKDgEAAAAuAAAAAAAA AEcAeBfHkKxKr+8LploFF7ABAPwVTdjvdXlKhysGywQ4l68AAAADrAUAAAAAAwAJWQMAAAADAN4/ n04AAAIBfwABAAAAEQAAADYwQjhDNTgzRjFDQUM2MDEAAAAAAwAGEKnHlkIDAAcQzQAAAAMAEBAA AAAAAwAREAAAAAAeAAgQAQAAAGUAAABXV1dJT05BQ09NL0hZUExBTi9WSU5PU0tJL1BERlMvSUVF RS1XUy1BRERSRVNTSU5HTUVUQURBVEFQREZUT01UT01NQUdVSVJFU0VOSU9SVEVDSE5PTE9HSVNU LE9GRklDRU9GAAAAANKU ------=_NextPart_000_0173_01C6CACF.FCB8AC40-- Ê0=0ŠÍºVðßäŒTþ"¬³rªU0 *H÷ 0_10 UUS10U VeriSign, Inc.1705U.Class 1 Public Primary Certification Authority0 960129000000Z 280801235959Z0_10 UUS10U VeriSign, Inc.1705U.Class 1 Public Primary Certification Authority00 *H÷ 0å¿m£Va-HqögÞ¹ë· ú8%¯Fåsš $] Ìen°ÐV¡sßŽX9knÁöÕšš?ª1¬°4×4g ÍâNEVixÚÜG)»6Éc\Åà×-{¡·2°{0º*/1ªî£gÚÛ0 *H÷ L?žÆhßîC3]éŠËMz3ÿô6Ø"6hl|BÌó.Ä?°OÿvùâŒJéÍ ÷Å)ñ"]ž±Ý#£{%F0yøêKÂÈã·ô@<Ã_SèHäŽ{¡5°{%ºžÓ«?84óÑq0b0Ë ÚÁ?« tzŽÎ.30 *H÷ 0_10 UUS10U VeriSign, Inc.1705U.Class 1 Public Primary Certification Authority0 980512000000Z 080512235959Z0Ì10U VeriSign, Inc.10UVeriSign Trust Network1F0DU=www.verisign.com/repository/RPA Incorp. By Ref.,LIAB.LTD(c)981H0FU?VeriSign Class 1 CA Individual Subscriber-Persona Not Validated00 *H÷ 0»ZD»Uýz-Ox6ž J²oT¿Œèw*¹ðh»Ù1ApzK¹HV-ÇáB«À¢«D\ªBðé/ûÂ;»ŸÉ' ]¶°6B3µnTOJ¿Úùè¶ãÌÆj$ãüàeº§±~ïÉÛ7jÈJÈ ä£°00U0ÿ0GU @0>0<`HøE0-0++www.verisign.com/repository/RPA01U*0(0& $ " http://crl.verisign.com/pca1.crl0U0 `HøB0 *H÷ }oEK8 žÞéSd!ŒäL+þ@¬Ø 9j¡2!,«YþÒb}U8°7sÜôfcbœáSpRçšØRé[-ªáÞÏ¬1TÔÈØ#šï+2},È|š.wòDÑe MtµîÓst.;5rç@1Ó²Ä«çVŸãû00 aI±thÆãøSÈ¬1ÌÀ .0 *H÷ 0Ì10U VeriSign, Inc.10UVeriSign Trust Network1F0DU=www.verisign.com/repository/RPA Incorp. By Ref.,LIAB.LTD(c)981H0FU?VeriSign Class 1 CA Individual Subscriber-Persona Not Validated0 060419000000Z 070419235959Z010U VeriSign, Inc.10UVeriSign Trust Network1F0DU=www.verisign.com/repository/RPA Incorp. by Ref.,LIAB.LTD(c)9810UPersona Not Validated1402U+Digital ID Class 1 - Microsoft Full Service10UThomas Maguire1"0 *H÷ maguire_tom@emc.com00 *H÷ 0«ŒåO!² cuû!ç_ãÚFÒWðçínøíy>ÏŒ³$"ÎñÜeq¶Úß©Çï«t úK?@K¬þ[REæâËH¶#»ÇS1w\¯lúèŸa7Š)ì_eÎËê66$±s²ùxT¿4×íËª/ç£µ0²0 U00DU =0;09`HøE0*0(+https://www.verisign.com/rpa0U 0U%0++03U,0*0( & $"http://crl.verisign.com/class1.crl0 *H÷ <¢A·ë¡ø'¿ÎáÜßTî$ñ<Ü{nDa6gWÛÈØ¿€«ÉšO³Eq!ÛÃnw) Žæ5ÜÊ£Á×eF¹Dö¬«úÄ()ÌLç£4œä×Å²AÿÅ,^56¥¢Ò°®oI÷ñ¿AÿæÅ1>0:0á0Ì10U VeriSign, Inc.10UVeriSign Trust Network1F0DU=www.verisign.com/repository/RPA Incorp. By Ref.,LIAB.LTD(c)981H0FU?VeriSign Class 1 CA Individual Subscriber-Persona Not ValidatedaI±thÆãøSÈ¬1ÌÀ .0 + ²0 *H÷ 1 *H÷ 0 *H÷ 1 060828223007Z0# *H÷ 1 °5¡HH~eþ¹À¹5³hn0g *H÷ 1Z0X0 *H÷ 0*H÷ 0 *H÷ @0+0 *H÷ (0+0 *H÷ 0ò +71ä0á0Ì10U VeriSign, Inc.10UVeriSign Trust Network1F0DU=www.verisign.com/repository/RPA Incorp. By Ref.,LIAB.LTD(c)981H0FU?VeriSign Class 1 CA Individual Subscriber-Persona Not ValidatedaI±thÆãøSÈ¬1ÌÀ .0ô*H÷ 1ä á0Ì10U VeriSign, Inc.10UVeriSign Trust Network1F0DU=www.verisign.com/repository/RPA Incorp. By Ref.,LIAB.LTD(c)981H0FU?VeriSign Class 1 CA Individual Subscriber-Persona Not ValidatedaI±thÆãøSÈ¬1ÌÀ .0 *H÷ Xë Z<)`º"Ò¥TYË:Ï(ah<Â®Ð<x*íöU%á¹MV}šÅŠÒöÕGýŸ%§ç)hã`áú'<³4Büó:pÅÌøÃ72¢»¹\?'rpbí`·â«¡&à®Q{/0wï5

2 2

Phne conference minutes 31 August 2006
by Michel Drescher 31 Aug '06

31 Aug '06

... are posted to Gridforge at http://forge.gridforum.org/sf/go/doc13776?nav=1 Cheers, Michel -- Michel <dot> Drescher <at> uk <dot> fujitsu <dot> com Fujitsu Laboratories of Europe +44 20 8606 4834

1 0

EMS Scenarios: suggested changes w.r.t. v10
by Donal K. Fellows 31 Aug '06

31 Aug '06

Hi Andreas! I've been going through the EMS Scenarios document and I've got some changes I'd like to suggest in the section on the deployment scenarios: * In 4.1, the updates to the Info Service should come not from the Job Manager but rather the BES and the Deployment Service (or rather the BLAST System). After all, it is those services that can be expected to know whether BLAST is present and in use. Otherwise, the IS would appear to be only ever accessed from the JM and would, as such, be an integral part of it instead of its own independent service. In particular, the destruction of the BLAST System should force the update of the IS so that entities other than the JM can initiate the operation (e.g., the system administrator) without forcing the IS to be inconsistent. (Inconsistency is likely enough anyway!) * In 4.2, the JSDL ApplicationVersion should be used as well as the AppName as part of the input data for the LookupArchives operation. * In 4.2, the scenario diagram should show the interaction between the ACS and DS, even if no specific operation names are assigned. This would make the scenario clearer. It would be nice if there was a way remove the requirement for JM to rewrite the JSDL document after deployment but before submission. Perhaps by delegating this to the BES itself? Like this, it would be much easier for me to write the Discovery-and-Deployment scenario (which I am working on, honest!) Donal.

1 0

Joint Data/EMS Scenario 1
by Dave Berry 31 Aug '06

31 Aug '06

As promised, we discussed a joint data/EMS scenario at the OGSA-D F2F this week. The attached word file is what we came up with as a basis for discussion. More complex scenarios should be possible but we are starting with the simple case. Best wishes, Dave Berry Deputy Director, Research & E-infrastructure Development National e-Science Centre, 15 South College Street Edinburgh, EH8 9AA Tel: +44 131 651 4039

2 1

Roadmap call canceled today
by Christopher Jordan 30 Aug '06

30 Aug '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The roadmap call previously scheduled for today at 3PM PDT will be canceled, due to scheduling conflicts. My apologies for not sending out a note earlier. Chris Jordan Data Reliability Manager San Diego Supercomputer Center ctjordan(a)sdsc.edu 858.534.8347 "Why is there so much silence here?" - Sholay -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFE9cpEPCVtcXn6kg8RAtMcAKDmyWrbZX7xC3/5wO/yD2LLgx6EDwCffTo2 XBsfcbaeAg63kCj7t1HPCMs= =xyAk -----END PGP SIGNATURE-----

1 0

Minutes from the August 28 telecon
by Treadwell, Jem 30 Aug '06

30 Aug '06

Hi, the minutes from Monday's call are attached, and posted at http://tinyurl.com/rmt8l. Three new action items have been added to the action list on the wiki, for Hiro, Takuya & Frank. - Jem ________________________________ Jem Treadwell Hewlett-Packard Company 6000 Irwin Road Mount Laurel, NJ 08054 Phone: 856-638-6021 Fax: 856-638-6190 E-mail: Jem.Treadwell(a)hp.com <mailto:Jem.Treadwell@hp.com>

1 0

Re: [ogsa-wg] OGSA F2F meeting agenda on Sept. 14 & 15
by Hiro Kishimoto 30 Aug '06

30 Aug '06

Hi Donal, >> Does Friday 8-9am work for you? > That's fine. It's just Friday afternoon that is tricky. Given we got 2-hour slot on Thursday afternoon, do you want to move RSS session from Friday morning to Thursday afternoon (4-5pm)? >> We will discuss F2F schedule at the call Today. > > Sorry I missed it but I was dealing with family matters. OGSA-WG will have another F2F schedule update at this Thursday call. Thanks, ---- Hiro Kishimoto

2 1

Group Dinner in Washigton D.C.
by Hiro Kishimoto 30 Aug '06

30 Aug '06

Hi all, Mike Behrens is extremely generous to invite us to BBQ party at his house (many thanks Mike!). His house is about 35 minutes away from downtown via metro or 25 minutes to drive. In addition to Mike's generous offer, Hiro and Jay are planing to have Maryland blue crab dinner at famous Peter Pan Inn on the other day. (http://pages.frederickcounty.com/dining/cracked.htm) For landfood lovers: They also have Beef & Poultry menues. Please let me know your preference by answering the Zoomerang Survey at your earliest convenience. Your comments and questions are also very welcome. http://www.zoomerang.com/survey.zgi?p=WEB225M5LKZWT7 Thanks, -- Hiro Kishimoto

1 0