{"id":20701,"date":"2016-04-25T15:38:43","date_gmt":"2016-04-25T13:38:43","guid":{"rendered":"https:\/\/www.teldat.com\/sin-categorizar\/20701\/servicios-de-red-basados-en-modelos\/"},"modified":"2022-12-27T17:57:52","modified_gmt":"2022-12-27T15:57:52","slug":"servicios-de-red-basados-en-modelos","status":"publish","type":"post","link":"https:\/\/teldatnwp-dev.azurewebsites.net\/es\/blog\/servicios-de-red-basados-en-modelos\/","title":{"rendered":"Servicios de red basados en modelos"},"content":{"rendered":"<p><strong><img loading=\"lazy\" decoding=\"async\" class=\"alignleft size-medium wp-image-4810\" src=\"https:\/\/www.teldat.com\/wp-content\/uploads\/2022\/06\/ThinkstockPhotos-471445594-scaled.jpg\" alt=\"it model\" width=\"300\" height=\"168\" title=\"\">Los proveedores de servicios de red se enfrentan a un gran reto: mejorar la agilidad en el despliegue de nuevos servicios competitivos frente a las exigencias del mundo IT. \u00bfC\u00f3mo afrontarlo?<\/strong><\/p>\n<p>No solo se trata de reducir los costes del equipamiento de red para mantener la competitividad, sino tambi\u00e9n de desplegar servicios en un tiempo muy inferior al actual. <strong>Las IT exigen a los proveedores de red un mayor ancho de banda y eso implica la constante mejora de la red <\/strong>con nuevo equipamiento y tecnolog\u00edas de acceso<strong>.<\/strong> Adem\u00e1s, los proveedores de red est\u00e1n intentando competir con las IT y proveedores de contenidos, definiendo y acelerando al m\u00e1ximo su producci\u00f3n.<\/p>\n<p>Todo servicio, al final, debe estar constituido por un conjunto de equipos, f\u00edsicos o virtuales, y una configuraci\u00f3n adecuada para cada uno de ellos. Sin lugar a dudas, la instalaci\u00f3n y configuraci\u00f3n del equipamiento es una tarea con muchos costes.<\/p>\n<p>A d\u00eda de hoy, los procesos de configuraci\u00f3n de los equipos est\u00e1n basados en el uso de scripts codificados por personal experto. La automatizaci\u00f3n del proceso se ve entorpecida por la variaci\u00f3n del equipamiento para adaptarse a nuevos servicios y costes. Los nuevos equipos implican per\u00edodos de aprendizaje y generar nuevos scripts.<\/p>\n<p>Dado que los procedimientos actuales no contribuyen a reducir costes (CAPEX\/OPEX), ni el tiempo de puesta en explotaci\u00f3n, es necesario un nuevo enfoque: <strong>definir c\u00f3mo debe ser un servicio, frente al enfoque actual, basado en c\u00f3mo se pone en producci\u00f3n.<\/strong><\/p>\n<p>La definici\u00f3n de un servicio debe realizarse por medio de un lenguaje formal que permitir\u00e1 especificar el servicio, dando lugar a un modelo. Ese modelo deber\u00e1 ser reconocido e interpretado por las herramientas de gesti\u00f3n del proveedor de servicios. Es evidente que las herramientas actuales OSS\/BSS ya no ser\u00e1n v\u00e1lidas y ser\u00e1 necesario adaptaciones al nuevo modelo.<\/p>\n<h2>En qu\u00e9 consiste un Modelo de Servicio?<\/h2>\n<p>Como hemos dicho, la manera de poder definir un servicio es utilizando un lenguaje formal que permita modelarlo, especificando los elementos que constituyen el servicio y sus relaciones. En el modelo de servicio no se especifica el fabricante \u00faltimo de un determinado equipo ni c\u00f3mo es su esquema de configuraci\u00f3n.<\/p>\n<p>Las ventajas de este enfoque son evidentes al permitir especificar formalmente un servicio de una manera r\u00e1pida, utilizando una librer\u00eda de elementos que permitir\u00e1n confeccionarlo. L\u00f3gicamente la pregunta clave es: <strong>\u00bfc\u00f3mo se llega finalmente a una serie de configuraciones necesarias para el funcionamiento de los equipos, a partir de un modelo gen\u00e9rico?<\/strong><\/p>\n<p>El mecanismo no es sencillo, pero una vez conseguido podr\u00e1 <strong>automatizar el proceso<\/strong>. B\u00e1sicamente consiste en el mapeo del modelo de servicio en modelos que especifican formalmente las configuraciones necesarias para su funcionamiento. Dependiendo del tipo de equipo se generar\u00e1 su correspondiente modelo de configuraci\u00f3n, ya que no est\u00e1 garantizado que los modelos sean v\u00e1lidos para todos los fabricantes. Los modelos obtenidos del mapeo se emplear\u00e1n en la configuraci\u00f3n de los equipos involucrados en el servicio.<\/p>\n<p>En la actualidad, los modelos formales de definici\u00f3n de servicios y de configuraci\u00f3n han generado un gran inter\u00e9s en el sector. Como consecuencia, han aparecido iniciativas con este objetivo de negocio con las cuales los fabricantes de equipos deben tener relaci\u00f3n directa, con el fin de llevar a buen puerto las necesidades de los proveedores.<\/p>\n<p>Son especialmente relevantes algunos ejemplos de lenguajes como TOSCA, para la definici\u00f3n de servicios y YANG para la definici\u00f3n formal de configuraciones. El primero es un lenguaje con aplicaci\u00f3n directa al mundo SDX\/NFV, mientras que el segundo es un lenguaje ya conocido hace tiempo y empieza a estar en los portfolios de algunos fabricantes. Junto con YANG suele aparece el <strong>protocolo NETCONF<\/strong> para el transporte de configuraciones y su gesti\u00f3n.<\/p>\n<p>TOSCATopology and Orchestration Specification for Cloud Applications (TOSCA) es un lenguaje basado en templates que permite definir un servicio y su despliegue en una infraestructura Cloud. En TOSCA hay dos elementos b\u00e1sicos para conformar un servicio:<\/p>\n<p>1. <strong>Nodos<\/strong>: puede ser una subred, una red, un servidor, un servicio, una NFV, etc.<\/p>\n<p>Relaciones: describe c\u00f3mo los nodos se conectan unos con otros. Adem\u00e1s, tambi\u00e9n se incluye en la definici\u00f3n ciclos de vida de los nodos, pol\u00edticas y aspectos operacionales.<\/p>\n<p>La manera de especificar los templates es mediante YAML, aunque inicialmente se utiliz\u00f3 XML.<\/p>\n<p>Actualmente, TOSCA est\u00e1 siendo objeto de inter\u00e9s en proyectos como Juju, Cloudify, IBM Cloud Orchestrator y OpenStack Heat.<\/p>\n<p>YANG\/NETCONFYet Another Next Generation (YANG) es un lenguaje formal de modelo de datos ampliamente utilizado en la definici\u00f3n de configuraciones e interfaces.<\/p>\n<p>Una configuraci\u00f3n podemos considerarla como un conjunto de datos que deben estar ordenados y que pueden depender de otros valores. El modelo YANG interpreta los datos de configuraci\u00f3n como un \u00e1rbol jerarquizado, en el que cada nodo tiene un valor o bien es el punto de conexi\u00f3n de otros nodos. Cada nodo queda perfectamente definido junto con la interacci\u00f3n con otros nodos. Un aspecto importante de YANG es<\/p>\n<p>la imposici\u00f3n de l\u00edmites sobre los valores de un nodo, restringiendo la aparici\u00f3n de un nodo o su valor a la aparici\u00f3n de otros nodos o valores dentro de la jerarqu\u00eda.<\/p>\n<p>En un modelo gen\u00e9rico YANG se incluyen los datos de configuraci\u00f3n, datos de estado, Remote Procedure Call (RPC) y notificaciones.<\/p>\n<p>Junto con YANG es habitual el protocolo NETCONF o Network Configuration Protocol. Se trata de protocolo de transferencia y gesti\u00f3n de configuraciones. Los modelos YANG son directamente mapeados en formato XML y transmitidos por el protocolo NETCONF, garantizando la atomicidad de cada transferencia, obteniendo un resultado correcto o err\u00f3neo. Adem\u00e1s, permite la gesti\u00f3n de configuraciones. Hay 3 tipos de configuraciones: candidata, sobre la cual se han realizado los cambios, running, que es la que se est\u00e1 ejecutando en el equipo y startup que es la configuraci\u00f3n almacenada en el equipo y que se usa en el arranque. Una configuraci\u00f3n candidata puede transformarse en running y esta a su vez en startup si los cambios realizados en la configuraci\u00f3n son considerados correctos.<\/p>\n<h3>Conclusi\u00f3n<\/h3>\n<p><strong>La modelizaci\u00f3n<\/strong>, tanto de servicios como de configuraciones, es un concepto que los fabricantes de equipamiento de red, tanto f\u00edsico como virtual, debemos tener en consideraci\u00f3n, no ya largo plazo, sino en el presente. <strong>Es uno de los puntos de una lista de elementos que los proveedores de servicios de red necesitan tener operativos para su subsistencia frente a la competencia de las IT.<\/strong><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Los proveedores de servicios de red se enfrentan a un gran reto: mejorar la agilidad en el despliegue de nuevos servicios competitivos frente a las exigencias del mundo IT. \u00bfC\u00f3mo afrontarlo? No solo se trata de reducir los costes del equipamiento de red para mantener la competitividad, sino tambi\u00e9n de desplegar servicios en un tiempo [&hellip;]<\/p>\n","protected":false},"author":140,"featured_media":18495,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[1154],"tags":[],"class_list":["post-20701","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-tic"],"acf":[],"wpml_current_locale":"es_ES","wpml_translations":[{"locale":"en_US","id":18679,"slug":"network-service-tosca-yang-netconf-modelling-servicesconfig","post_title":"Network Services based on Models","href":"https:\/\/teldatnwp-dev.azurewebsites.net\/network-service-tosca-yang-netconf-modelling-servicesconfig\/"}],"_links":{"self":[{"href":"https:\/\/teldatnwp-dev.azurewebsites.net\/es\/wp-json\/wp\/v2\/posts\/20701","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/teldatnwp-dev.azurewebsites.net\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/teldatnwp-dev.azurewebsites.net\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/teldatnwp-dev.azurewebsites.net\/es\/wp-json\/wp\/v2\/users\/140"}],"replies":[{"embeddable":true,"href":"https:\/\/teldatnwp-dev.azurewebsites.net\/es\/wp-json\/wp\/v2\/comments?post=20701"}],"version-history":[{"count":0,"href":"https:\/\/teldatnwp-dev.azurewebsites.net\/es\/wp-json\/wp\/v2\/posts\/20701\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/teldatnwp-dev.azurewebsites.net\/es\/wp-json\/wp\/v2\/media\/18495"}],"wp:attachment":[{"href":"https:\/\/teldatnwp-dev.azurewebsites.net\/es\/wp-json\/wp\/v2\/media?parent=20701"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/teldatnwp-dev.azurewebsites.net\/es\/wp-json\/wp\/v2\/categories?post=20701"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/teldatnwp-dev.azurewebsites.net\/es\/wp-json\/wp\/v2\/tags?post=20701"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}