This is a static archive of the previous Open Grid Forum GridForge content management system saved from host forge.ogf.org file /sf/sfmain/do/go/artf6514 at Sun, 06 Nov 2022 20:52:37 GMT SourceForge : artf6514: Adaptation description

Project Home

Tracker

Documents

Tasks

Source Code

Discussions

File Releases

Wiki

Project Admin

NML-WG Homepage
Search Tracker
Project: NML-WG     Trackers > Schema Progress > View Artifact
Artifact artf6514 : Adaptation description
Tracker: Schema Progress
Title: Adaptation description
Description:
Adaptation describes how data from a (client layer) Port is encoded in another (server layer) Port.

There are two proposals to describe these relations in NML.

------------------------------------------------------

Option 1: As adaptation service. (similar to a switching service)

egress server layer Port --(hasService)--> adaptation Service
adaptation Service --(providesPort)--> egress client layer Port*

ingress server layer Port --(hasService)--> de-adaptation Service
de-adaptation Service --(providesPort)--> ingress client layer Port*

------------------------------------------------------

Option 2: As Adaptation or DeAdaptation object (similar to a Link object)

egress client layer Port* --(isSource)--> Adaptation
egress server layer Port --(isSink)--> Adaptation

ingress server layer Port --(isSource)--> DeAdaptation
ingress client layer Port* --(isSink)--> DeAdaptation

------------------------------------------------------

*Port or PortGroup, if we decide to allow descriptions of multiple Ports -eg. all VLANs- as a group for efficiency 
purposes.

Option 1 is more natural choice for dynamic adaptations, e.g. VLANs in Ethernet.
Option 2 is more natural choice for static adaptations, e.g. Ethernet over a wavelength.

We can even allow both: option 1 for dynamic adaptations, and option 2 for static adaptations.
Submitted By: Freek Dijkstra
Submitted On: 09/20/2011 4:38 AM EDT
Last Modified: 08/17/2012 10:22 AM EDT
Closed: 08/17/2012 10:22 AM EDT

Status / Comments Change Log Associations Attachments  
 (10 Items)
Field Old Value New Value Date Performed By
Closed 08/17/2012 08/17/2012 10:22 AM EDT Jeroen van der Ham
Status
Need documentation
Completed
08/17/2012 10:22 AM EDT Jeroen van der Ham
Assigned To Freek Dijkstra
None 08/07/2012 6:26 PM EDT Freek Dijkstra
Status
Last Call
Need documentation
08/07/2012 6:26 PM EDT Freek Dijkstra
Status
Under discussion
Last Call
07/11/2012 7:50 PM EDT Freek Dijkstra
Title
Adaptation capability
Adaptation description
05/10/2012 7:04 AM EDT Freek Dijkstra
Assigned To None Freek Dijkstra
05/10/2012 5:44 AM EDT Freek Dijkstra
Status
Need proposal
Under discussion
05/10/2012 5:44 AM EDT Freek Dijkstra
Description
Should there be a object that describes an adaptation capability in a node, just
 like a switch matrix describes a cross connect capability in a node?
Adaptation describes how data from a (client layer) Port is encoded in another (
server layer) Port.

There are two proposals to describe these relations in NML.

------------------------------------------------------

Option 1: As adaptation service. (similar to a switching service)

egress server layer Port --(hasService)--> adaptation Service
adaptation Service --(providesPort)--> egress client layer Port*

ingress server layer Port --(hasService)--> de-adaptation Service
de-adaptation Service --(providesPort)--> ingress client layer Port*

------------------------------------------------------

Option 2: As Adaptation or DeAdaptation object (similar to a Link object)

egress client layer Port* --(isSource)--> Adaptation
egress server layer Port --(isSink)--> Adaptation

ingress server layer Port --(isSource)--> DeAdaptation
ingress client layer Port* --(isSink)--> DeAdaptation

------------------------------------------------------

*Port or PortGroup, if we decide to allow descriptions of multiple Ports -eg. 
all VLANs- as a group for efficiency purposes.

Option 1 is more natural choice for dynamic adaptations, e.g. VLANs in Ethernet.

Option 2 is more natural choice for static adaptations, e.g. Ethernet over a 
wavelength.

We can even allow both: option 1 for dynamic adaptations, and option 2 for 
static adaptations.
05/10/2012 5:41 AM EDT Freek Dijkstra
Status
New
Waiting for volunteer
09/21/2011 6:35 AM EDT Freek Dijkstra

 
 


The Open Grid Forum Contact Webmaster | Report a problem | GridForge Help
This is a static archive of the previous Open Grid Forum GridForge content management system saved from host forge.ogf.org file /sf/sfmain/do/go/artf6514 at Sun, 06 Nov 2022 20:52:41 GMT