When

Starting Time: March 9, 2009 at 1:00 PM, US/Eastern

Dial In Information

To join both the web and audio conference (recommended), click here: https://edial.internet2.edu/call/0187242
If you only want to participate in the audio conference, you may dial in with the following numbers:
Call: +1-734-615-7474 (PSTN CALL-OUT DOES NOT WORK) or +1-866-411-0013 (toll free US/Canada Only)
Enter access code: 0187242

Agenda

Attendees

Notes

Use Cases

JZ: Evangelos was at OGF/GLIF last week. Did not work on use cases yet but plans to read what is there and contribute before the next call.

MS: Great job on the use cases. Read them this morning. Want comments from others. To Andy: The service discovery is good but we may want to go broader.

AL: Ok, will fill it what I know we need.

MS: Simple discovery would not be limited to just DCN (although there may be special considerations - which would be good)

ACTION: AL to finish DCN/Service Discovery case
ACTION: Aaron/Jason to generalize for perfSONAR

JZ: Other things we should consider? Anthing from the DOE (terrapaths/lambdastation) or Phoebus realm we need to consider?
MS: Good question. We can label things as being 'control plane', and try to get additional use cases.

ACTION: Organize 'Control Plane' cases - JZ
ACTION: Think of others - MG, AL, EC, AB

AB: Should enumerate AA (Authentication/Authorization) items in use cases since they are important to things like topology exchange and pathfinding.
MS: We can enumerate all aspects in a master document. Although these are still requirements we may not want to get too detailed. We can do things like narratives (e.g. Bob and Alice want topology) there as well. Should be enough to say:
'Looking for something, secure it, check credentials, get your proof of identity' instead of going to far into AA.

JZ: Do we even want to go that far, AA issues can be solved in AA groups. This is IS. While it is important to note it exists, does it really make a separate use case?

MS: We should be aware of times to punt the job of specifying AA cases. Should also be sure that they dont change an overall use case. Asks AL about how DCN handles AA.

AL: Keystore on each IDC (acts like a browser). Trust some number of roots in this keystore. Neighbor IDCs know each other (these are 'users' on each IDC). When you get a certificate, examine the subject. If you trust IDC, and it was signed by a proper root then check attributes, etc. General idea: each IDC has users/attributes database that is local.

ACTIONS: Aaron will finish adding certain AA aspects to some use cases.

OGF Update

Martin attended NML and NSI sessions. NML is having a change in chair (Paola is stepping down, Freek/Jerone are stepping up). Major points of discussion:

ACTION: Aaron will update google code page http://code.google.com/p/perfsonar-ps/wiki/URNs. Jason will point to this from IS-WG + add the necessary info on editing/commenting. Discussion should still go on through OGF channels.

Member Meeting:

ACTION: Martin will sent out another call for attendance before we nuke the phone idea.

Conclusions

Next meeting: 2 weeks, tentative agenda:

ACTIONS: