This is a static archive of the previous Open Grid Forum Redmine content management system saved from host redmine.ogf.org file /issues/40 at Thu, 03 Nov 2022 01:33:58 GMT draft #40: hasChannel relation - NML WG - Open Grid Forum

draft #40

draft #46: Experimental Features

hasChannel relation

Added by Jeroen van der Ham almost 10 years ago. Updated almost 10 years ago.

Status:submitted Start date:11/30/2012
Priority:Normal Due date:
Assignee:- % Done:

0%

Category:-
Target version:-

Description

Taken from: https://forge.ogf.org/sf/go/artf6507?nav=1

Adaptation is between Ports, and requires the following objects:
  • 2 Link instances
  • 4 Port instances
  • 2 Adaptation instances
  • 8 relations between these instances

I propose a shortcut to define adaptation between Links, similar how isSerialCompoundLink also relates Link objects,
bypassing the more tedious Link <--(isSink)-- Port --(isSource)--> Link relations.

This would only require the following objects:
  • 2 Link instances
  • 1 relation between these instances

This can be used in situations where a full topology description (with all ports) is not required. Of course this is
less detailed (e.g. it is not possible to describe the type or adaptation, or the name of the Ports)

NML:

Link --(hasChannel)--> Link

The subject (Link on the left) is on the server layer. The link of the right (the object) is one the client layer, and
source and sinks of both Links MUST be related with an equal adaptation stack. In other words, both Links MUST span the
same distance.

For example, in the following ASCII-art, the following statements are True:
l0 --(hasChannel)--> l1 - True
l0 --(hasChannel)--> l2-2 - True
l1 --(hasChannel)--> l2-2 - True
While the following statements are all False:
l0 --(hasChannel)--> l3 - False
l1 --(hasChannel)--> l3 - False
l2-2 --(hasChannel)--> l3 - False

l3
O -----------------------------------------------> O | |
_ _
V V | l2-1 l2-2 l2-3 |
O -------------> O -------------> O -------------> O | |
_ _
V V | l1 |
O -------------> O | |
_ _
V V | l0 |
O -------------> O

From these requirements follows that the subject is always a terminated network connection (thus not a segment of a
larger link connections), while the object is never a serial compound link.

XML example:

&lt;nml:Link id="urn:ogf:network:example.net:2012:link:fiber:NOR:xe-1-1-0:AMS:xe-2-1-0:1530nm"&gt;
&lt;nml:name&gt;1530nm wave between NOR and AMS&lt;/nml:name&gt;
&lt;nml:Relation type="hasChannel"&gt;
&lt;nml:Port idRef="urn:ogf:network:example.net:2012:link:eth:NOR-AMS-0001" /&gt;
&lt;/nml:Relation&gt;
&lt;/nml:Service&gt;

RDF example:

@prefix nml: &lt;http://example.ogf.org/schemas/nml/&gt;; .
@prefix nmlrel: &lt;http://example.ogf.org/schemas/nml-relation/&gt;; .
@prefix ex: &lt;urn:ogf:network:example.net:2012&gt; .
ex:link:fiber:NOR:xe-1-1-0:AMS:xe-2-1-0:1530nm a nml:Link ;
nml:name "1530nm wave between NOR and AMS" ;
nmlrel:hasChannel ex:link:eth:NOR-AMS-0001 .

History

Updated by Jeroen van der Ham almost 10 years ago

  • Parent task set to #46

(Other formats not available in this archive.

This is a static archive of the previous Open Grid Forum Redmine content management system saved from host redmine.ogf.org file /issues/40 at Thu, 03 Nov 2022 01:34:00 GMT