September 2006 - ogsa-wg

Accepted: Updated: OGSA Teleconference
by Treadwell, Jem 06 Sep '06

06 Sep '06

1 0

Accepted: Updated: OGSA Teleconference
by Tracy Fowler (tfowler) 06 Sep '06

06 Sep '06

1 0

Updated: OGSA Teleconference
by Andreas Savva 06 Sep '06

06 Sep '06

BEGIN:VCALENDAR PRODID:-//Microsoft Corporation//Outlook 11.0 MIMEDIR//EN VERSION:2.0 METHOD:REQUEST BEGIN:VEVENT ATTENDEE;ROLE=REQ-PARTICIPANT;RSVP=TRUE:MAILTO:ogsa-wg@ogf.org ORGANIZER:MAILTO:andreas.savva@jp.fujitsu.com DTSTART:20060907T133000Z DTEND:20060907T153000Z LOCATION:http://ogsa.glance.net TRANSP:OPAQUE SEQUENCE:1 UID:040000008200E00074C5B7101A82E00800000000107FBC1CBCD1C6010000000000000000100 00000D666CBDB6A578E4ABF6DEE3A55ABD19F DTSTAMP:20060906T050042Z DESCRIPTION:When: 2006年9月7日木曜日 22:30 to 2006年9月8日金曜日 0:30 (GMT+09:00) 大阪、札幌、東京.\nWhere: http://ogsa.glance.net\n\n*~*~*~*~*~*~*~*~*~*\n\n<pre>\n\nThe following is a proposed agenda for OGSA-WG telecon on Sept. 7th\nThursday from 8:30am - 10:30am (CDT).\n\nDial-in numbers for Thursday:\n Free: +1-888-452-0308\n Intl/Toll: +1-484-644-0505\n PIN: 71815\n\nScreen share service will be provided.\n URL: http://ogsa.glance.net\n Session key: 0907\nSee more explanation:\nhttps://forge.gridforum.org/sf/go/wiki1584?nav=1\n\n1) Early discussion (20 min)\n Note taker assignment\n Roll call\n Telecon minutes approval (Aug. 10 and 31)\n - https://forge.gridforum.org/sf/go/doc13785?nav=1\n - http://forge.gridforum.org/sf/go/doc13776?nav=1\n Action Items status review (see the bottom of this email)\n Agenda bashing\n\n2) GGF18 and F2F meeting update (if any)\n\n3) Basic Security Profile Public Comment Review (Takuya\, 30 min)\n Takuya will update the documents before the call.\n Review ciphersuites list Takuya already sent out.\n\n4) Roadmap document discussion (Chris Jordan\, 30 min)\n Status update and discussion.\n\n5) WS-BaseFault discussion (Tom\, 30 min)\n Tom will send out open issue summary.\n Related Marvin's email\nhttp://www.ogf.org/pipermail/ogsa-bes-wg/2006-August/000353.html\n\ n6) Wrap up (10 min)\n AOB\n\n<*NEXT CALL*>\nhttps://forge.gridforum.org/sf/go/wiki1477?nav=1\n\n Sept. 11-14 GGF18\n Sept. 14-15 F2F\n\n<*ACTION ITEMS*>\nhttps://forge.gridforum.org/sf/go/wiki1569?nav=1\n\n > From Aug. 31 call\n AI-0831a: (A Savva) Merge and publish minutes for the call on 10\n August 2006\n AI-0831b: (H Kishimoto) Send CDDLM & CDL working copies to Andreas as\n they are slightly different from the versions in this draft\n AI-0831c: (A Savva) Update/rewrite secction 4.1 of the EMS\n Architecture scenarios\n AI-0831d: (A Savva) Add the Application Version in section 4.2\,\n paragraph 4\, of the EMS Arch Scenarios\n AI-0831e: (A Savva) Talk to ACS working group for refining this\n scenario.\n AI-0831f: (A Savvva) Research RNS and probably update the EMS Arch\n Scenarios document\n AI-0831g: (A Savva) List of open issues\, scenarios and refinements\n for the EMS Arch Scenarios document\n AI-0831h: (M Morgan\, A Grimshaw) Provide an outline sequence how\n BES\, ByteIO\, RNS\, etc. are combined together at University\n of Virginia\n\n > From Aug. 28 call\n Action AI-0828a: Frank will do more investigation\, read the paper\,\n and make a proposal.\n Action AI-0828b: Takuya to update the Auth-Z proposal minutes and pass\n them to Andreas.\n\n > From Aug. 17 call\n AI-0817a: Dave Berry and Jay Unger will approach groups (GIN\,\n Globus\, etc) that have implemented practical grids and\n start a discussion on how they handle data:\n - how data is treated as a resource that can be scheduled\n - how transfers are modeled\n - how files are advertised\n - how applications find files (query\, by knowledge\,?)\n (Postponed until GGF18)\n\n > From Aug. 10 call\n AI-0810a: Donal to look into the relation of the EPS and CDL\n (retrieval\, update\, etc). (Eventually this should probably\n become a separate scenario.)\n\n > From Aug. 3 call\n AI-0803e: Jun will provide an example of the CDL mechanism and why\n using ID/IDREF is not a good idea.\n AI-0803f: Jun will update the CDL document to remove the Environment\n variables\n\n > > From July 20 F2F\n- EGR-WG (Ravi) will contact Geoffrey Fox and invites him to\n contribute use cases.\n- Andreas to go through the minutes and formulate a reply mail to\n Geoffrey on each artifact covered in these minutes.\n\n<postponed>\n- Steve McGough & Andreas to do a mapping from the current JSDL\n elements / terminology into the new information model structure\n (Proposed split into Description and Requirements)\n (from July 18th F2F\, By GGF18 as original discussed.)\n\n</pre>\n\n\n SUMMARY:Updated: OGSA Teleconference PRIORITY:5 X-MICROSOFT-CDO-IMPORTANCE:1 CLASS:PUBLIC END:VEVENT END:VCALENDAR

1 0

OGSA documents are now published as GFDs
by Hiro Kishimoto 05 Sep '06

05 Sep '06

Hi all, Our three documents are now formally published and down-loadable. GFD.72: OGSA(tm) WSRF Basic Profile 1.0 GFD.80: The Open Grid Services Architecture, Version 1.5 GFD.81: Open Grid Services Architecture Glossary of Terms Version 1.5 http://www.ggf.org/gf/docs/?final Thanks Greg, Joel, and authors. -- Hiro Kishimoto

1 0

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

[wg-all] Mailing List Changes
by Andre Merzky 03 Sep '06

03 Sep '06

Sorry for duplicates ------------------------------------------------------------ As of yesterday, all GGF/OGF mailing lists are migrated to the ogf domain. They are now managed by mailman, the web interface is available at http://www.ogf.org/mailman/listinfo With that migration, all list can be now reached via <list>@ogf.org The old @ggf.org addresses will be available for some time, but are bound to disappear eventually - please start using the ogf addresses! A number of lists have changed their names: ggf-it --> ogf-it ggf-office --> ogf-office ggf-proc-wg --> ogf-proc-wg ggf-sponsors --> ogf-sponsors ggf-tutorials --> ogf-tutorials ggf-compute --> ogf-compute ggflistowners --> ogflistowners ggfstudentmembers --> ogfstudentmembers Postings to the old list names get forwarded to the new ones. With the migration we have also been able to fix the archives - you may have noticed that list archiving stopped sometime in mid June. Well, now its working again, and all mails from June to now have been added to the archive. The list archives can be found at: http://www.ogf.org/archives/<list> If you are an list administrator, and would like to receive the list admin password, please contact postmaster(a)ogf.org. In general, however, we tried to map the old majordomo settings to the mailman settings, in terms of privacy etc, so no or little changes should be required from your side. The spam avoidance policy has been changed to some extent, and is somewhat stricter than before. Please let us know if you experience any trouble with that. On all questions in respect to mailing lists, or mails in general, please contact postmaster(a)ogf.org. Best regards, Andre. -- "So much time, so little to do..." -- Garfield -- wg-all mailing list wg-all(a)ogf.org http://www.ogf.org/mailman/listinfo/wg-all

1 0

[wg-all] Mailing List Changes
by Andre Merzky 03 Sep '06

03 Sep '06

As of yesterday, all GGF/OGF mailing lists are migrated to the ogf domain. They are now managed by mailman, the web interface is available at http://www.ogf.org/mailman/listinfo With that migration, all list can be now reached via <list>@ogf.org The old @ggf.org addresses will be available for some time, but are bound to disappear eventually - please start using the ogf addresses! A number of lists have changed their names: ggf-it --> ogf-it ggf-office --> ogf-office ggf-proc-wg --> ogf-proc-wg ggf-sponsors --> ogf-sponsors ggf-tutorials --> ogf-tutorials ggf-compute --> ogf-compute ggflistowners --> ogflistowners ggfstudentmembers --> ogfstudentmembers Postings to the old list names get forwarded to the new ones. With the migration we have also been able to fix the archives - you may have noticed that list archiving stopped sometime in mid June. Well, now its working again, and all mails from June to now have been added to the archive. The list archives can be found at: http://www.ogf.org/archives/<list> If you are an list administrator, and would like to receive the list admin password, please contact postmaster(a)ogf.org. In general, however, we tried to map the old majordomo settings to the mailman settings, in terms of privacy etc, so no or little changes should be required from your side. The spam avoidance policy has been changed to some extent, and is somewhat stricter than before. Please let us know if you experience any trouble with that. On all questions in respect to mailing lists, or mails in general, please contact postmaster(a)ogf.org. Best regards, Andre. -- "So much time, so little to do..." -- Garfield -- wg-all mailing list wg-all(a)ogf.org http://www.ogf.org/mailman/listinfo/wg-all

1 0

Re: [OGSA-WG] No call on Sept. 4th.
by ogsa-wg-bounces＠ogf.org 02 Sep '06

02 Sep '06

I am currently out of office to attend DEXA/DaWaK 2006 in Krakow, Poland until September 10. During this time, I can rarely access my email thus your message may be answered with delay. Best regards, Nguyen Manh Tho

1 0

No call on Sept. 4th.
by Hiro Kishimoto 02 Sep '06

02 Sep '06

Hi all, Since Sept. 4th is US holiday (Labor Day), we have no call on upcoming Monday. Next call is Sept. 7th for Roadmap, Basic Security Profile, and WS-BaseFault discussions. Have a great Labor Day weekend, -- Hiro Kishimoto

1 0