[Nsi-wg] NSI Path/Connection manipulation and decomposition semantics (short)
Jerry Sobieski
jerry at nordu.net
Wed Feb 24 00:16:20 CST 2010
Hi Guilherme-
These examples don't speak to path selection constraints or any
particular transport framing constraints. This being said, I did assume
that these STPs were compatible (as I wasn't trying to show transport
layer function - just path object manipulation) Further, I did not
state whether A>B meant that these were adjacent STPs in the topology -
in my mind I assumed the A>B was assumed to be a loose hop. I tried to
just state some very simple nomenclature for describing path objects,
and then make some simple statement about how they can be decomposed and
re-combined. A and M (for example) could be very differnet types of
STPs, how or why they ended up in the path object wasn't germaine to
this issue (IMO).
Given A>M, and N>Z, concatenating these two paths requires that M and N
be examined. If they are not equivalent topologically then the
concatenation A>M>N>Z would imply/require some sort of path construction
from M to N was necessary. That path selection would [magically]
address your concerns. (:-) If they did turn out to be equivalent
points, then the adaptation you ask about would presumably have been
done between A and M or between N and Z. Again, I wasn't trying to
define how the path was selected, just how to manipulate it after the
fact..
Hope this helps (and thanks for reading it close enough to ask the
questions - valid questions.)
Regard
Jerry
Guilherme Fernandes wrote:
> Wouldn't it be possible for A>M to end be terminated at a different layer
> (L1) than the entry layer L2 for M>Z, and M not have the adaptation
> function
> L1->L2?
>
> In that case, the first implication does not hold, and would need
> Concatenation to be conditional.
>
> (Sorry if this doesn't follow NSI terminology)
>
> Guilherme
>
>
>> Can I propose some connection decomposition and manipulation
>> semantics? Try these:
>>
>> Definition: A Service Termination/Transit Point "STP" identifies a
>> location in the topology. STPs primarily denote a lowest level
>> component of the topology where a service instance may begin, end, or
>> transit. An STP may also identify a higher level topological construct
>> where a service instance may begin, end, or transit. In the case of a
>> higher level construct, the service instance may touch any sub-component
>> to meet the termination or transit constraint.
>>
>> Definition: Given STPs A and Z, "A>Z" denotes a unidirectional Path
>> beginning at A and ending at Z;
>>
>> Rule 1: Equivalence: Given two STPs J and K, If J==K ("J is
>> topologically equivalent to K"), then K==J, and both identify the same
>> location (object) in the topology.
>>
>> Rule 2: Concatenation: Given STPs A,M,N,,Z, a Connection C1:=(A>M),
>> and a Connection C2:=(N>Z),
>> then C1:C2 == (A>M):(N>Z) == (A>M>N>Z) "C1
>> concatenated with C2 is equivalent to ..."
>>
>> Implications:
>>
>> - If Connection A>M exists, and a Connection M>Z exists, Then by
>> concatenation a Connection A>M>Z exists, and by implication A>Z exists.
>> - Given J==K, then A>J == A>K; and (J>K)==J==K;
>> - Given STPs A, M, N, and Z, If M==N, then (A>M):(N>Z) == A>M>N>Z ==
>> A>M>Z ==A>N>Z;
>>
>> Thoughts?
>> Jerry
>>
>>
>>
>> _______________________________________________
>> nsi-wg mailing list
>> nsi-wg at ogf.org
>> http://www.ogf.org/mailman/listinfo/nsi-wg
>>
>>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.ogf.org/pipermail/nsi-wg/attachments/20100224/48a97c32/attachment.html
More information about the nsi-wg
mailing list