Hello All, Attached is a draft for the NSI architecture deliverable. Please take a look, if you have any comments please join in tomorrow's conf call, or submit comments to the list. I am expecting some more contributions that were agreed on last week's call - these contributions are still to be collected, reviewed and added. 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 ------------------------------------------------------------------------------------------------------------------
Hello, I have no idea if this has been mentioned before, but I just came across an old requirements document draft from the OIF: "Optical Network Control Plane Carrier Requirements for Multi Domain Intelligent Optical Networks" (http://www.olddog.co.uk/oif2006_134_02.doc) I have no idea what the current status is of that document, or if the OIF has updated that document in the meantime. However, I think that it is a fairly extensive list of requirements for inter-domain provisioning. Jeroen.
Hi Jeroen, This is the first I have seen of this doc. Some interesting observations- 1. This model requires each domain to have a working GMPLS/ASON control plane, and interoperation between networks is at the control plane level. This is not likely to be adopted because: a) of trust issues with exposing domain internal topology to other providers. b) each participating operator needs to implement a GMPLS/ASON control plane. b) need for interoperation of e-NNI implementation between vendors. Our model resolved each of these problems with the use of the service, but otherwise is very similar. 2. I like the section on assumptions - I think this would be useful in our document. 3. they introduce the concept of planes early on in the document - I think we should stick with this in our document. 4. the problem of data/transport plane modelling is resolved by referring to G.805. We can resolve this by hiding the domain internal information using topology aggregation and abstraction. 5. They define a 'reference model' where only an inter-domain model is provided. This is defined for both the control and data planes. I think this is a good model to follow. 6. They tackle multi network aggregation (like our tree model) with the concept of 'proxies'. 7. I think their 'service classification' is a weakness of their model and we can do this more flexibly with service definitions. 8. As you say they have some useful requirements, I will review these and see if we can carry some over. 9. I like the way the document starts with descriptive text, and is followed by a set of requirements. We could follow this model in our architecture document by carrying over the agreed requirements from the 'NSI requirements' document. Guy -----Original Message----- From: Jeroen van der Ham [mailto:vdham@uva.nl] Sent: 31 March 2010 09:49 To: Guy Roberts Cc: nsi-wg@ogf.org Subject: Re: [Nsi-wg] draft NSI architecture document Hello, I have no idea if this has been mentioned before, but I just came across an old requirements document draft from the OIF: "Optical Network Control Plane Carrier Requirements for Multi Domain Intelligent Optical Networks" (http://www.olddog.co.uk/oif2006_134_02.doc) I have no idea what the current status is of that document, or if the OIF has updated that document in the meantime. However, I think that it is a fairly extensive list of requirements for inter-domain provisioning. Jeroen.
participants (2)
-
Guy Roberts
-
Jeroen van der Ham