Hi Roman, In case of pS, wouldn't be usedful to have a representation of the interface as bidirectional? I have seen some mentioning to this possibility in NML. I miss a parameter to say the direction that the data is representing (parsing IDs for that is not a clear way). Also, I have seen that event types are in data and metadata, couldn't it be removed in one of the elements? Regards, Fausto Vetter Diretoria de Pesquisa & Desenvolvimento (DPD) / Research & Development Department Gerência de Redes para Experimentos (GRE) / Management of Network for Experiments RNP – Rede Nacional de Ensino e Pesquisa http://www.rnp.br Telefone: +55 (21) 2102 9696 E-mail: fausto.vetter@rnp.br ----- Mensagem original ----- De: "Roman Łapacz" <romradz@man.poznan.pl> Para: nml-wg@ogf.org Enviadas: Sexta-feira, 13 de Julho de 2012 9:07:14 Assunto: Re: [Nml-wg] nmwgt -> nml ... quick update (just to be as close as possible to MDM RRD MA) Roman W dniu 2012-07-13 13:58, Roman Łapacz pisze: Thanks Freek. Your changes look very good. I attached an example of RRD MA metadata file with two metadata elements (I removed vlan info as it is not used by the service). I don't think existing pS services have to use NML in near future but it's valuable to present how this could look like (prove that NML fits). Roman W dniu 2012-07-12 16:36, Freek Dijkstra pisze: <blockquote> On 12-07-2012 15:58, Roman Łapacz wrote: <blockquote> Hi, I'm thinking how NML could be used in existing pS services, especially in RRD MA. See below. Any suggestions/comments how this could be done? metadata piece valid for RRD MA: <nmwg:metadata id="meta1"> <netutil:subject id="subj1"> <nmwgt:interface> <nmwgt:hostName>test-hostName</nmwgt:hostName> <nmwgt:ifAddress type="ipv4">10.1.2.3</nmwgt:ifAddress> <nmwgt:ifName>test-0</nmwgt:ifName> <nmwgt:ifDescription>test descripyion</nmwgt:ifDescription> <nmwgt:direction>in</nmwgt:direction> <nmwgt:capacity>1000BaseT</nmwgt:capacity> </nmwgt:interface> </netutil:subject> <nmwg:eventType> http://ggf.org/ns/nmwg/characteristic/utilization/2.0 </nmwg:eventType> <nmwg:eventType> http://ggf.org/ns/nmwg/tools/snmp/2.0 </nmwg:eventType> <nmwg:parameters id="params1"> <nmwg:parameter name="keyword">project:geant2</nmwg:parameter> </nmwg:parameters> </nmwg:metadata> a quick proposal using NML's Port that looks strange to me: <nmwg:metadata id="meta1"> <netutil:subject id="subj1"> <nml:Port> <nml:label labelType= "http://schemas.ogf.org/nml/ip/ipv4/if/address/2013/10/" >193.10.252.66</nml:label> <nml:label labelType= "http://schemas.ogf.org/nml/ip/ipv4/if/hostNames/2013/10/" >test-hostName</nml:label> ... ... ... </nml:Port> </netutil:subject> <nmwg:eventType> http://ggf.org/ns/nmwg/characteristic/utilization/2.0 </nmwg:eventType> <nmwg:eventType> http://ggf.org/ns/nmwg/tools/snmp/2.0 </nmwg:eventType> <nmwg:parameters id="params1"> <nmwg:parameter name="keyword">project:geant2</nmwg:parameter> </nmwg:parameters> </nmwg:metadata> First two comments, 1. I don't think the above are labels. GMPLS and G.800 have a very specific meaning with the term "label". G.800 defines: <blockquote> "A label provides a means of providing added information for the purpose of distinguishing and identifying individual communications within a communication which is formed to convey a combination of communications" </blockquote> After taking some aspirin I take this to mean "A label is the information that distinguishing individual data stream within a larger data stream". So a VLAN ID in 802.1Q Ethernet, the wavelength in DWDM, the VCI in ATM, or the timeslot in SDH. The hostname is not a label. 2. The URIs look a bit odd to me. GFD.084 would probably use something along the lines of http://schemas.ogf.org/nml/2013/10/dns/hostName , -or with Jason suggestion to move the date further to the back- http://schemas.ogf.org/nml/dns/2013/10/hostName Now onto the solution. I think that the single strength of NML is that it allows a place to describe all sorts of properties of the network, so all a monitoring system no longer need to provide that information itself, but only need to point to it. So we can rip out all of the<nmwgt:interface> part from the monitoring service, and replace it with a simple (URN) pointer to the (NML) Port, which is described in detail in NML. I presume the combination of the two looks something like this: (copied as quotation to stop my mailer from wrapping lines) <blockquote> <!-- NML Topology --> <nml:Node id="urn:ogf:network:netherlight.net:2010:Asd001a-ome24"> <nml:name>test-hostName</nml:name> <nml:Relation type= "http://schemas.ogf.org/nml/base/2013/10/hasInboundPort" > <nml:Port idRef="urn:ogf:network:netherlight.net:2010:Asd001a-ome24:1-5-4:vlan110:in" /> </nml:Relation> </nml:Node> <nml:Port id="urn:ogf:network:netherlight.net:2010:Asd001a-ome24:1-5-4:vlan120:in"> <nml:name>test-0</nml:name> <nmwgt:description>test description</nmwgt:description> <nml:label encoding= "http://schemas.ogf.org/nml/ethernet/2013/10/vlan" >120</nml:label> <nmleth:capacity>1000BaseT</nmleth:capacity> <nmlip:ipv4address>10.1.2.3</nmlip:ipv4address> </nml:Port> <!-- Monitoring Data --> <nmwg:metadata id="meta1"> <netutil:subject id="subj1"> <nml:Port idRef="urn:ogf:network:netherlight.net:2010:Asd001a-ome24:1-5-4:vlan120:in"/> </netutil:subject> <nmwg:eventType> http://ggf.org/ns/nmwg/characteristic/utilization/2.0 </nmwg:eventType> <nmwg:eventType> http://ggf.org/ns/nmwg/tools/snmp/2.0 </nmwg:eventType> <nmwg:parameters id="params1"> <nmwg:parameter name="keyword">project:geant2</nmwg:parameter> </nmwg:parameters> </nmwg:metadata> <nmwg:data metadataIdRef="meta1" id="data.6343912">> <nmwg:datum timeType="unix" value="0.302" valueUnits="float" timeValue="1320605686"/> <nmwg:datum timeType="unix" value="0.821" valueUnits="float" timeValue="1320605687"/> <nmwg:datum timeType="unix" value="0.365" valueUnits="float" timeValue="1320605688"/> <nmwg:datum timeType="unix" value="0.724" valueUnits="float" timeValue="1320605689"/> </nmwg:data> </blockquote> Regards, Freek </blockquote> _______________________________________________ nml-wg mailing list nml-wg@ogf.org https://www.ogf.org/mailman/listinfo/nml-wg </blockquote> _______________________________________________ nml-wg mailing list nml-wg@ogf.org https://www.ogf.org/mailman/listinfo/nml-wg