April 2010 - Nsi-wg - lists.ogf.org

Submission / Trust Issues in NSI
by John Vollbrecht 26 May '10

26 May '10

Attached is a ppt that describes 4 trust areas in NSI. It is meant as a way to help discussion. I think some trust discussion should be in the eventual document. John

2 5

NSI conf call minutes
by Guy Roberts 10 May '10

10 May '10

The minutes for yesterday's conference call are available here: http://forge.gridforum.org/sf/go/doc15952?nav=1 Guy ------------------------------------------------------------------------------------------------------------------ Guy Roberts, Ph.D Network Engineering & Planning DANTE - www.dante.net<http://www.dante.net/> Tel: +44 (0)1223 371 316 City House, 126-130 Hills Road Cambridge, CB2 1PQ, UK ------------------------------------------------------------------------------------------------------------------

9 19

NSI error handling draft
by Chin Guok 04 May '10

04 May '10

Hi all, I've attached a draft of the error handling section that Inder and I came up with for the NSI Architecture document. This is a rough first draft, and there are some obvious portions missing, but it gives an idea of where we heading. Comments are most welcomed. Thanks. - Chin

5 10

doc with a couple edits
by John Vollbrecht 28 Apr '10

28 Apr '10

This is making progress -- I attach a doc with a few edits that are easier than trying to describe. I have not gone through the doc thoroughly, but in case we want to talk about it today I send this. I also wonder if most of this doesn't belong in protocol rather than arch doc? John

1 0

NSI Conf Call Tomorrow
by Inder Monga 27 Apr '10

27 Apr '10

Hi All, The following is dial-in information for Wednesday’s NSI call: Time: 7:30 PDT 10:30 EDT, 15:30 BST, 16:30 CEST, 23:30 JST Call: +1-734-615-7474 (Please use if you do not pay for Long Distance) or +1-866-411-0013 (toll free US/Canada Only) Enter access code: 0155180 Agenda: Error and Error Recovery for NSI Architecture document. Inder p.s. Guy is on vacation.

1 0

advanced reservation
by Guy Roberts 21 Apr '10

21 Apr '10

Hello all, Following on from last week's conference call and discussions, Tomohiro, Inder, Jerry, Chin and Vangelis and I have come up with a new proposal for advanced reservation in v1.0. This is essentially a refinement on the existing proposal in the architecture document. Some text describing this proposal is included in the attached document. In essence this includes: - 1PC - All request require a pass/fail response from the Provider NSA - Advanced reservation are supported with start time, end time, duration - Times exchanged on the protocol reflect targets for the in-service time. - It is the responsibility of the provider to achieve the start and end times. This is done using guard bands unique to each provider NSA and are validated as constraints in path finding. - Immediate reservation is supported with start time = asap - Provisioning may be signalled by the requestor or local initiated by the provider I would like to see if we can get consensus on this proposal in today's call. Regards, Guy ------------------------------------------------------------------------------------------------------------------ Guy Roberts, Ph.D Network Engineering & Planning DANTE - www.dante.net<http://www.dante.net/> Tel: +44 (0)1223 371 316 City House, 126-130 Hills Road Cambridge, CB2 1PQ, UK ------------------------------------------------------------------------------------------------------------------

4 6

NSI minutes
by Guy Roberts 21 Apr '10

21 Apr '10

The minutes for today's conference call are available here: http://forge.gridforum.org/sf/go/doc15962?nav=1 The following table summarizes the decisions made on the call. The items marked with status 'agreed' were confirmed as agreed functionality on the call. Guy Issue v1.0 status Comments Synchronization of Provider/requester timers? required agreed NTP should be ok 1 or 2 phase commit? 1PC agreed 2PC is considered unnecessary for v1.0 Is automatic provisioning (initiated by timer) required? Yes agreed Is explicit mode (initiated by requester message) required? No agreement on this point Is advance reservation required? Yes agreed Is immediate reservation required? yes agreed What does start-time mean as used in protocol for auto mode? Start time refers to in-service begin time agreed It is the responsibility of the provider NSA to make sure that this in-service start time is met What does end-time mean as used in protocol for advance reservation? End time refers to in-service end time agreed Allow ASAP as start-time for immediate reservation? Yes agreed What does start-time mean as used in protocol for explicit mode? Reservation start time No agreement on this point What does end-time mean as used in protocol for explicit mode? Reservation end time No agreement on this point Is connection duration required? No agreement on this point Is unspecified end-time allowed? ? No agreement on this point Provider validation of start time? Validated agreed This is a constraint in path finding Once reservation has been granted, it start times is found to be the past how is this handled? No agreement on this point Is a flag necessary to indicate immediate vs. advance reservation Yes Agreed Does each Connection request need a flag to indicate how to expect provisioning to be initiated? Yes How does Provider know whether to wait for signal from Requester? Does a reservation request require a pass/fail response from the Provider NSA? Yes Agreed Is start time later than specified allowed? Yes Is a flag needed to indicate whether start time later than specified is allowed Yes ------------------------------------------------------------------------------------------------------------------ Guy Roberts, Ph.D Network Engineering & Planning DANTE - www.dante.net<http://www.dante.net/> Tel: +44 (0)1223 371 316 City House, 126-130 Hills Road Cambridge, CB2 1PQ, UK ------------------------------------------------------------------------------------------------------------------

1 0

comments on slides
by John Vollbrecht 21 Apr '10

21 Apr '10

These slides are very interesting. There are a number of issues that this prompts that should be discussed, most of them noted in the slides. 1) handling of errors when there are failures in the middle of a sequence. This will have to be handled for the error case. If it is handled for that it might well be used in other cases - I think this should be considered. 2) the distinction between times -- what is required to set up vs what is needed for use seems very important. One way to think about this might be the time a resource needs to be reserved vs the time the resource needs to be available to the user. 3) set up time is likely known only by the NRM,and then possibly only statistically. A request for usable time might result in reservation for usable + setup. In this case having setup initiated from a user several steps away means that all resources in the chain will be reserved at least as long as the one with the longest setuptime. we can talk about this -- I am still thinking about it -- John

2 1

tomorrow's NSI conf call
by Guy Roberts 20 Apr '10

20 Apr '10

Hi All, The following is dial-in information for Wednesday's NSI call: Time: 7:30 PDT 10:30 EDT, 15:30 BST, 16:30 CEST, 23:30 JST Call: +1-734-615-7474 (Please use if you do not pay for Long Distance) or +1-866-411-0013 (toll free US/Canada Only) Enter access code: 0155180 Agenda: 1. Advance/immediate reservations 2. Other issues Guy ------------------------------------------------------------------------------------------------------------------ Guy Roberts, Ph.D Network Engineering & Planning DANTE - www.dante.net<http://www.dante.net/> Tel: +44 (0)1223 371 316 City House, 126-130 Hills Road Cambridge, CB2 1PQ, UK ------------------------------------------------------------------------------------------------------------------

1 0

GRIDNETS 2010 - Call for Papers
by Gigi Karmous-Edwards 19 Apr '10

19 Apr '10

*GRIDNETS 2010* 4th International ICST Conference on Networks for Grid Applications 13-15 September 2010, Chicago, USA http://gridnets.org <http://gridnets.org/> *CALL FOR PAPERS * *SPONSORS* Sponsored by ICST <http://www.icst.org> Technically co-sponsored by CREATE-NET <http://www.create-net.org> *** *SCOPE* GRIDNETS 2010 provides a focused and highly interactive forum where researchers and technologists have the opportunity to present and discuss leading research, developments, and future directions in the Grid Networking area. The goal of this event is to serve as both the premier conference presenting best Grid Networking research and a forum where new concepts can be introduced and explored. *** ***TOPICS* **Topics of interest include but are not limited to the following focus areas:** ** * Network architectures and technologies for grids * Integration of advanced optical networking technologies into the grid environment * The network as a first class grid resource: network resource information publication, brokering, and co-scheduling with other resources * Interaction of the network with distributed data management systems * Network monitoring, traffic characterisation, and performance analysis * Inter-layer interactions: optical layer with higher layer protocols, integration among layers * Experience with pre-production optical network infrastructures and exchange points * Peer-to-peer network enhancements applied to the grid * Network support for wireless and ad hoc grids * Data replication and multicasting strategies and novel data transport protocols * Cluster and high performance networks * Networks for data centers * Networks & cloud computing issues * Fault-tolerance, self healing networks * Security and scalability issues when connecting a large number of sites within a virtual organization VPN * Cloud networking and Grid Networking intersection * Grid Networking and petascale computing * Grid Networking for e-Science * Terabit Grid Networking * Digital media and Grid Networks * Energy awareness and power consumption in grids * Virtual networks * Digital media networks * Ad hoc networks The organizers of GRIDNETS 2010 encourage submissions related to the results of future network research activities. Currently, many large scale advanced networking research projects have been established to create new types of experimental research environments, such as the US National Science Foundation's Global Environment for Network Innovations (GENI), those being created in Europe through the EIFFEL (Evolved Internet Future for European Leadership) and FIREworks (Future Internet Research and Experimentation - Strategy Works) initiatives, in Japan through the New Generation Internet program, and in many other countries. In addition, various related initiatives, such as the NSF's Future Internet Design (FIND), have been established to support research using advanced network research testbeds. GridNets has been designed as a forum in which the results of such activities can be presented and discussed. *** *PUBLICATION* Accepted papers will be published by Springer in the Lecture Notes of the Institute for Computer Sciences, Social Informatics and Telecommunications Engineering <http://www.springer.com/computer?SGWID=0-146-6-564009-0> (LNICST) series. *** *SUBMISSION* Detailed submission and formatting instructions are available at http://gridnets.org/submission.shtml *** *IMPORTANT DATES* Papers submission deadline:*** 3 May 2010* **Notification of paper acceptance:** *5 July 2010* **Camera-ready deadline:** *2 August 2010 ****** *ORGANIZING COMMITTEE* *General Chairs *Chair: Joe Mambretti, Northwestern University, USA Co-chair: Gigi Karmous-Edwards, North Carolina State University, USA* TPC Co-Chairs *Robert Grossman, University of Illinois, Chicago, USA Dimitra Simeonidou, University of Essex, UK For a complete list of committee and board members, please visit http://gridnets.org/committees.shtml *** *DISCLAIMER* ICST will only send e-mail of an informative character towards its carefully selected users based on their predefined areas of interest. ICST does not use volume-based mailing systems. If you no longer wish to receive these specific messages on the particular topic, please send an e-mail with the word "Unsubscribe" in the subject line to unsubscribe(a)icst.org <mailto:unsubscribe@icst.org>

1 0