[Nsi-wg] Rio Inter-Domain Topo Ring v1.1a

Jerry Sobieski jerry at nordu.net
Thu Sep 1 10:08:48 CDT 2011


Hi John-

If you use the SNE editor to graphically run a hasSTP link from Aruba to 
STP A3, it generates correctly.   If you run the hasSTP link from the 
STP A3 to Aruba, it generates the mistake you noted.   So I have 
corrected the topo file.

Jeroen- you may want to look at this in the editor.   hasSTP should only 
be allowed to go from NSnetwork object to STP object.   We need 
something else as the reverse relation...maybe "STPof"...?

Jerry

On 9/1/11 8:04 AM, John MacAuley wrote:
> I have not yet gone through the entire file but I did notice this STP 
> has an STP.
>
> <!-- http://www.glif.is/working-groups/tech/dtox#A3 -->
>
> <owl:NamedIndividualrdf:about="http://www.glif.is/working-groups/tech/dtox#A3">
> <rdf:typerdf:resource="http://www.glif.is/working-groups/tech/dtox#STP"/>
> <rdfs:commentxml:lang="en">Position : [864,558]</rdfs:comment>
> <hasSTPrdf:resource="http://www.glif.is/working-groups/tech/dtox#Aruba"/>
> </owl:NamedIndividual>
>
> On 2011-08-31, at 12:54 PM, Jerry Sobieski wrote:
>
>> Here is an update on the inter-domain topology OWL file (the Rio Ring).
>>
>> ---> I deleted the intra-domain Ports.
>>
>> ---> Corrected a mispelled object name.
>>
>> ---> Added the csProviderContact URL to the NSA object for Aruba 
>> (OpenNSA), Bonaire (OpenDRAC), and Curacao (AutoBAHN.)  Others- 
>> please forward me a contact place for your NSA.
>>
>> ---> Added Admin contact info to the NSA adminContact field.
>>
>> Note- the SNE graphical display only shows a single link between 
>> objects for connectTo, and mapsTo relations...The RDF is actually 
>> correct in showing relations both directions, but the editor somehow 
>> combines them to a single line.
>>
>> This topology now contains only NSnetwork objects, STP objects, and 
>> NSA objects.
>>
>> Each implementation will need to edit this topology file to map their 
>> STPs to the corresponding internal ports.  The mapping is done by 
>> inserting the string representing the internal port into the "mapsTo" 
>> field of the corresponding STP.   A reverse relation should be 
>> provided mapping the internal port to the STP.   Each NSA/network 
>> must do this for every STP in their assigned network.
>>
>> Each network is free to define an internal topology as is most 
>> convenient for them.  The only requirement on internal topology is 
>> that the STPs defined in the inter-domain topology must map to 
>> internal ports with the following characteristics:  a) 1000 
>> megabits/second max capacity, and b) untagged.
>>
>> If your internal topology is static, you can send me your updated OWL 
>> file and I will integrate the mapsTo fields into my global topology 
>> file and then subsequent topology updates will have your mappings 
>> already included...
>>
>> Tip:  The DToX ontology used for the Rio NSI Topology still supports 
>> the Node, Port, and several other topology objects.   These can be 
>> used by the respective networks to define internal topology that is 
>> compatible with the inter-domain topology if they so choose.
>>
>> If you need *ANY* help with this at all, explainations, advice, 
>> questions, etc... PLEASE!!! Let me know!   We are up against the wall 
>> now...simple is better...If I can simplify things for you I am glad 
>> to do so.
>>
>> Best regards!
>> Jerry
>>
>> <Rio-Inter-Domain-Topo-Ring-v1.1a.owl>_______________________________________________
>> nsi-wg mailing list
>> nsi-wg at ogf.org <mailto: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/20110901/977ea603/attachment-0001.html 


More information about the nsi-wg mailing list