Hi, Cheng and Luis: I agree with Luis, we should not limit the data collected only from the device, the network topology data can also be collected from SDN controller or NMS, I assume the devices are referred to both network device but also controller or NMS. Secondly, the data can be collected from various different data sources, the challenge is we need to integrate BGP collected data, BGP-LS collected data together with NETCONF collected data, or how to integrate TEDB with LSPDB? I can image the network topology data model can be a good basis, and then we can correlate other data source data including VPN performance metric information into the network topology data. Without solving these integration, I see this is a big obstacle for ALTO deployment
-Qin -----邮件原件----- 发件人: alto [mailto:alto-boun...@ietf.org] 代表 LUIS MIGUEL CONTRERAS MURILLO 发送时间: 2021年7月21日 22:50 收件人: Cheng Zhou <zhoucheng...@chinamobile.com> 抄送: alto@ietf.org 主题: Re: [alto] I-D Action: draft-hzx-alto-network-topo-00.txt Hi Cheng Zhou, Thanks for sharing. I see interesting aspects on the draft. Let me share my thoughts. - part of the draft is about how ALTO can get topological information. Today we can retrieve such information through BGP and BGP-LS, and with that build both network and cost map. Your proposal of using NETCONF would be a complementary (or alternative) way of doing so, which is fine. What I'm wondering is the following. We can assume that in a network like that, i.e. leveraging or supporting NETCONF, we will have a controller. So, why do not assume that the ALTO collects the information from a controller rather than from the devices? Not sure if there could be an issue with many components retrieving info from the devices simultaneously, so the controller could unify that process. - In line with the previous comment, relaying on NETCONF could not be sufficient for having all the information. Could be the case that some vendors do not support the specific model, or even that part of the network does not support NETCONF at all. This issue is not present with BGP, and most probably not present with BGP-LS, so probably it could be needed to yet relay on BGP and BGP-LS for ensuring full collection of the info. Thus some kind of reconciliation between the different databases would be needed. Do you have any insight on this? - it is interesting the approach of retrieving topologies other than the physical one (I mean, VPN topology). This opens an interesting aspect to explore which I'm particularly interested in. For instance, putting together such overlay view with the performance metrics being proposed in ALTO could be certainly interesting. Other situations can be also of interest. I will think about that and come back with some ideas. Best regards Luis -----Mensaje original----- De: alto <alto-boun...@ietf.org> En nombre de Cheng Zhou Enviado el: miércoles, 21 de julio de 2021 5:51 Para: alto@ietf.org Asunto: Re: [alto] I-D Action: draft-hzx-alto-network-topo-00.txt Hi, All: As we know, the CDN makes use of an ALTO server to choose a better CDN surrogate. However CDN may not be able to passively listen to routing protocol, nor may have access to other network topology data (e.g., inventory databases). Based on our analysis, CDN is built on top of underlying network which runs these routing protocols and the network topology can be gathered via BGP-LS or NETCONF YANG. I2RS working group have published various network topology models such as L3 topology model, L2 topology model. We are wondering whether we can use NETCONF protocol to collect these network topology data and translate into ALTO map data. Here is the relevant draft we proposed in ALTO working group: https://datatracker.ietf.org/doc/html/draft-hzx-alto-network-topo-00.txt Please let us know if you have any comments or suggestions. Thanks and Regards, Cheng Zhou -----Original Mail----- 发件人: I-D-Announce [mailto:i-d-announce-boun...@ietf.org] 代表 internet-dra...@ietf.org 发送时间: 2021年6月25日 11:40 收件人: i-d-annou...@ietf.org 主题: I-D Action: draft-hzx-alto-network-topo-00.txt A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Network Topology data retrieval using ALTO protocol Authors : Hanshu Hong Cheng Zhou Chongfeng Xie Qiufang Ma Filename : draft-hzx-alto-network-topo-00.txt Pages : 12 Date : 2021-06-24 Abstract: RFC8345 introduces an abstract YANG data model to represent network topologies. This document uses ALTO protocol to provide access to network Topology data such as L3 topology data , data center network topology data, flexible enough to enable querying of specific and possibly aggregated data. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-hzx-alto-network-topo/ There is also an htmlized version available at: https://datatracker.ietf.org/doc/html/draft-hzx-alto-network-topo-00 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ I-D-Announce mailing list i-d-annou...@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt _______________________________________________ alto mailing list alto@ietf.org https://www.ietf.org/mailman/listinfo/alto ________________________________ Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción. The information contained in this transmission is privileged and confidential information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it. Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destruição _______________________________________________ alto mailing list alto@ietf.org https://www.ietf.org/mailman/listinfo/alto _______________________________________________ alto mailing list alto@ietf.org https://www.ietf.org/mailman/listinfo/alto