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/artf6571?selectedTab=comments at Sun, 06 Nov 2022 20:51:57 GMT SourceForge : artf6571: Source and destination labels

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 artf6571 : Source and destination labels
Tracker: Schema Progress
Title: Source and destination labels
Description:
NML currently defines "resource labels" as defined in section 6.7.1.1 of ITU-T G.800. This is useful for circuit based 
technologies, such as DWDM and Ethernet VLANs.

IP and Ethernet MAC don't use resource labels, but instead use source labels and destination labels.

Freek proposes to distinguish between resource labels and source/destination labels in NML too, to allow IP descriptions
.
Submitted By: Freek Dijkstra
Submitted On: 07/13/2012 10:03 AM EDT
Last Modified: 11/30/2012 7:49 AM EST
Closed: 11/30/2012 7:49 AM EST

Status / Comments Change Log Associations Attachments  
Status  
Status:* Completed
Category:* – Labels / Channels
Priority: * 5
Assigned To: * None
Comments
Jeroen van der Ham: 11/30/2012 7:49 AM EST
  Comment:
Moved to: https://redmine.ogf.org/issues/48
  Action: Update
Closed set to 11/30/2012
Status changed from Need proposal to Completed
Freek Dijkstra: 08/08/2012 10:26 AM EDT
  Action: Update
Category changed from Procedural to – Labels / Channels
Priority changed from 4 to 5
Freek Dijkstra: 07/13/2012 10:04 AM EDT
  Comment:
There seems agreement on the above, and the intention.

There seems disagreement on the current practical implementation in syntax.

Note: resource labels are used for two distinct purposes: for identification of channels (sub-Links) in a Link, and for flow forwarding (e.g. "data of
 VLAN 42 of interface 1/2 is forwarded to VLAN 18 of interface 0/3").

You can implement source and destination with either of the above in mind. E.g. assume a port at a router. Is that modelled as the possible IP flows 
through that port, or as the IP address of that port. Note that a port in a router in fact does not need an IP address to forward traffic (although it
 is used by ICMP). How to model a IP Port without an IP address? For this reason, Freek modelled it as the flows through that Port, which can 
efficiently be done using a PortGroup.

Freek needs to create a more formal proposal. There are no clear counter proposals.
  Action: Update
Freek Dijkstra: 07/13/2012 10:03 AM EDT
  Action: Create


 
 


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/artf6571?selectedTab=comments at Sun, 06 Nov 2022 20:51:57 GMT