| 73 | We do not use NDL in the demo to provide the broker or site authority with |
| 74 | resource accounting information – this is a Spiral 2 enhancement. [[BR]] |
| 75 | |
| 76 | In this demo the |
| 77 | NDL request describing a desired BEN connection is passed from the Slice Manager |
| 78 | directly to the BEN Transit Authority as part of the redeem procedure. The Slice |
| 79 | Manager first acquires a VLAN tag ticket from the VLAN broker and attaches the |
| 80 | NDL to this ticket before passing it to the BEN Transit Authority. The BEN Transit |
| 81 | Authority then validates the ticket and uses the NDL description of the request to |
| 82 | compute the cross‐layer path across BEN. |
| 83 | |
| 84 | In the BEN Transit |
| 85 | Authority, NDL is also used in the form of the |
| 86 | BEN catalogue. This NDL |
| 87 | catalogue is pre‐loaded into the Jena ontology engine at the start of the demo. The BEN Transit Authority relies on the contents of the catalogue to |
| 88 | compute the cross‐layer path (i.e. which network elements need to be configured) |
| 89 | and provide handler/drivers with necessary configuration information. [[BR]] |
| 90 | |
| 91 | Because the contents of the ontology is dynamically updated during the demo, the |
| 92 | BEN Transit Authority path computation algorithm is intelligent enough to take |
| 93 | advantage of the existing links whenever possible (existing links are added to the |
| 94 | ontology as the demo progresses). For example, in the case of two slices, the first |
| 95 | slice across BEN establishes a fiber connection between respective fiber switches |
| 96 | and a DWDM connection between Infinera DTNs. The second slice, aware of the |
| 97 | existence of these links based on the contents of the ontology, does not require any |
| 98 | fiber switch or Infinera configuration steps and simply configures another VLAN in |
| 99 | the 6509 over the existing DWDM connection. |