[Nml-wg] Transitivity of hasPort
John Vollbrecht
jrv at internet2.edu
Mon Aug 10 10:22:23 CDT 2009
On Aug 10, 2009, at 9:47 AM, Freek Dijkstra wrote:
> Guy Roberts wrote:
>
>> I like the idea of creating an explicit service call switchingMatrix
>> (for circuits) or forwardingEngine (for packets).
>
> I think we all agree on having an explicit service for switchMatrix.
> (If
> not, this is a good time to speak up).
>
I agree
>
>> [...] as soon as an switchingMatrix/forwardingEngine is
>> instantiated in a node, all of the ports in the
>> switchingMatrix/forwardingEngine are inherited by the node.
>
> So, we both have a preference of option #3 in my first mail
> (Transitivity from Service to Node), not what we discussed in the call
> (Transitivity from Node Service).
>
I have the same preference
>
>
> I think your suggestion to have a distinction between switchingMatrix
> and forwardingEngine may be good. I would say that both spawn from the
> same base class. If their properties are sufficiently different, it
> makes sense to make subclasses instead of just different attributes in
> the base class. If others agree, we can provisionally put these
> subclasses in the schema.
>
>> Things could get ugly if you try and model spanning tree forwarding
>> rules! ... but fortunately I think (hope) this is not necessary.
Why is modeling spanning tree hard? I would think that it would be
possible to model the presence of spanning tree without knowing the
topology of network.
>
> I hope we don't need to model spanning tree. But I do think we will
> have
> to define packet switched networks: VLANs are a weird technology
> that I
> tend to model as packet Ethernet on top of VLAN circuits on top of
> packet Ethernet on top of something else (I think this is an ugly
> model,
> but don't see another way to model an Ethernet interface in a TDM
> switch; I'll save that discussion for another mail).
>
I think of Ethernet Links carrying VLANs, where VLANs are labels for
each Link connection. Characteristic info is ethernet hdr and for
VLAN one adds tag. When adapting to SONET one needs to decide
whether the whole Link (with its VLANs) is adapted or if each VLAN is
adapted individually. If one adapts the whole Link, then a Ethernet
trunk exists at the ethernet layer and there is no dynamic adaptation
at that layer. If one adapts at the VLAN layer then there is no link
at the ethernet layer and pathfinding must be done on multiple layers.
I think, but am not sure, that this is an advantage to the NDL
approach to pathfinding that Freek described in pathfinding email
today. This would be worth discussing,.
> 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