[Nml-wg] modelisation of the network description and dynamic circuits
Aaron Brown
aaron at internet2.edu
Fri Mar 7 06:26:46 CST 2008
Freek Dijkstra wrote:
> I strongly disagree with this ad-hoc solution:
>
>
>> <link id="I2_host2_eth1_link" />
>> <vlanAvailability>400-800</vlanAvailability>
>>
>
> Because:
> * the semantic is very technology specific. I rather see a more general
> model (in this case such as the label concept in GMPLS or multiplexing
> adaptation in G.805).
> * the syntax is very ad-hoc. The power of XML is that you can compose
> properties of object in detail. Why use regexp syntax like "400-800"
> instead of <range><min>400</min><max>800</max></range>
>
The focus of my example was more on clarity (single port vs. multiple
port) than a specific set of requirements. In the more general model,
there'd be a property that elements could have describing the possible
sub-element that can be constructed. In this case, it would be the set
of vlans. So, it might look like this:
<sub-elements-options type="vlans">
<range>...</range>
<range>...</range>
<range>...</range>
</sub-element-options>
Sonet channels could look similar:
<sub-elements-options type="sonetChannels">
<range>...</range>
<range>...</range>
<range>...</range>
</sub-element-options>
The sub-element-options might even be a better way of describing the
possible choices for a virtual port since the specific one has not yet
been selected:
<network id="I2">
<!-- define a logical interface between NY and Paris -->
<port id="I2_NY_to_GEANT-Paris">
<sub-element-options type="elementChoice">
<!-- include references to the actual physical ports -->
<port id="I2_host1_eth0" />
<port id="I2_host2_eth1" />
</sub-element-options>
</port>
<!-- define the physical interface/link from host1 in NY to Paris -->
<node id="I2_host1">
<port id="I2_host1_eth0">
<link id="I2_host1_eth0_link" />
</port>
</node>
<!-- define the physical interface/link from host2 in NY to Paris -->
<node id="I2_host2">
<port id="I2_host2_eth1">
<link id="I2_host2_eth1_link" />
</port>
</node>
</network>
Is this in line with what you were thinking?
Cheers,
Aaron
>
>
>> My question is how one describes a link as a set of VLANS
>>
>
> John, I'll write how we describe adaptations later. That first requires
> a discussion on what a "layer" is (an OSI layer, technology, or sublayer
> withing a technology). For now, please see e.g. the mail Jeroen sent to
> the list recently about how adaptations are done in ITU-T G.805.
>
>
>> Case 2 - Between I2-NY and GEANT-Paris we want to create multiple GE
>> circuits which can be used to create connections between I2 and GEANT.
>> One way to do this seems to be to create a "traffic engineering-link"
>>
>
> According to G.805, a link connection (= TE link above) can be made on a
> server layer by terminating a network connection on a client layer.
>
> Either we simply want to describe that TE link, or we want to describe
> the terminated and adaptated network connection that creates the TE
> link. Possibly we want a model were we can do both. How exactly this is
> described is open. I guess we first need to discuss what a "path" is
> (I'd say G.805 tandem connection) and what a link is (I'd say G.805 link
> connection), and also what a layer is.
>
> We haven't discussed these concepts so far. So feel free to step in and
> make suggestions about classes and relations.
>
> Regards,
> Freek
>
> _______________________________________________
> nml-wg mailing list
> nml-wg at ogf.org
> http://www.ogf.org/mailman/listinfo/nml-wg
>
>
More information about the nml-wg
mailing list