[Nsi-wg] STP lists and path ordering

Jeroen van der Ham vdham at uva.nl
Wed May 2 07:27:03 EDT 2012


Hi,

The main problem with the current STP List is I think that it is very hard to relate it to a path. The current query return format also is not a self-contained answer, in that you need to have the NSI topology to interpret the result.

I think we should reconsider the information that NSI should be able to convey in a query result.

So to translate your issues below to requirements and list some additional ones that I ran into:
1. Should the source and destination be part of the stp List? (not having them in there is a bit annoying)
2. How should the STP List represent routing within domains?
3. How do we represent SDPs in the STP List?
4. How do we represent Domains / NSAs in the STP list? (in order to make a query result self-contained)

Jeroen.


On 1 May 2012, at 17:38, John MacAuley wrote:

> This one has to do with whether the existing STP list with ordering information is sufficient to understand the path a service should take, or has been computed to take.  I have included the basic schema for reference.
> 
> As an example let us use a connection request through three domains (A, B, and C) with source STP A1 and destination STP C2.  Let us assume that the chosen path is A1->A2->B1->B2->C1->C2.  With the existing schema definitions we would get something like this:
> 
> {
>    sourceSTP=A1
>    destSTP=C2
>    stpList={ (1,A2), (2,B1), (3,B2), (4,C1) }
> }
> 
> If I remember correctly, the issue we have was that this model is:
> 1. There is an assumption that sourceSTP A1 is the edge of the connection, and routing will proceed inside domain A, not immediately to the domain adjacent to STP A1.
> 2. Assumes because A1 and A2 are in the same domain the connection is routed internally to that domain.
> 3. Assumes that when two STP are adjacent in the ordered list, but in different domains, that there must be an SDP between the two.  For example, A2 and B1 must be topologically adjacent and share an SDP.
> 
> So I guess the question is should we be using SDP here instead of STP?
> 
> John.
> 
>    <xsd:complexType name="PathType">
>        <xsd:sequence>
>            <xsd:element name="directionality"  type="tns:DirectionalityType" default="Bidirectional"/>
>            <xsd:element name="sourceSTP"       type="tns:ServiceTerminationPointType" />
>            <xsd:element name="destSTP"         type="tns:ServiceTerminationPointType" />
>            <xsd:element name="stpList"         type="tns:StpListType" minOccurs="0" />
>        </xsd:sequence>
>    </xsd:complexType>
> 
>    <xsd:complexType name="StpListType">
>        <xsd:sequence>
>            <xsd:element name="stp" type="tns:OrderedServiceTerminationPointType" minOccurs="0" maxOccurs="unbounded" />
>        </xsd:sequence>
>    </xsd:complexType>
> 
>    <xsd:complexType name="OrderedServiceTerminationPointType">
>        <xsd:sequence>
>            <xsd:element name="stpId" type="tns:StpIdType" />
>        </xsd:sequence>
>        <xsd:attribute   name="order" type="xsd:int" />
>    </xsd:complexType>
> _______________________________________________
> nsi-wg mailing list
> nsi-wg at ogf.org
> https://www.ogf.org/mailman/listinfo/nsi-wg



More information about the nsi-wg mailing list