ES2388288B1 - Método para comunicaciones entre dominios. - Google Patents

Método para comunicaciones entre dominios. Download PDF

Info

Publication number
ES2388288B1
ES2388288B1 ES201031889A ES201031889A ES2388288B1 ES 2388288 B1 ES2388288 B1 ES 2388288B1 ES 201031889 A ES201031889 A ES 201031889A ES 201031889 A ES201031889 A ES 201031889A ES 2388288 B1 ES2388288 B1 ES 2388288B1
Authority
ES
Spain
Prior art keywords
network
domain
information
technology
border
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
ES201031889A
Other languages
English (en)
Other versions
ES2388288A1 (es
Inventor
Pedro A. Aranda Gutiérrez
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonica SA
Original Assignee
Telefonica SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonica SA filed Critical Telefonica SA
Priority to ES201031889A priority Critical patent/ES2388288B1/es
Priority to PCT/EP2011/072692 priority patent/WO2012084626A1/en
Priority to ARP110104775A priority patent/AR084363A1/es
Publication of ES2388288A1 publication Critical patent/ES2388288A1/es
Application granted granted Critical
Publication of ES2388288B1 publication Critical patent/ES2388288B1/es
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H04L45/033—Topology update or discovery by updating distance vector protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H04L45/04—Interdomain routing, e.g. hierarchical routing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Método para comunicaciones entre dominios.#Comprende realizar:#- un primer intercambio de capacidades entre un encaminador (4) de frontera de un primer dominio (1) de red y un primer encaminador (5) de frontera de un dominio (2) de red intermedio, y#- un segundo intercambio de capacidades entre un segundo encaminador (6) de frontera del dominio (2) de red intermedio y un encaminador (7) de frontera de un tercer dominio (3) de red;#También comprende, como parte de los intercambios de capacidades primero y segundo, notificar de manera automática y explícita el primer encaminador (5) de frontera del dominio (2) de red intermedio al encaminador (4) de frontera del primer dominio (1) de red y el segundo encaminador (6) de frontera del dominio (2) de red intermedio al encaminador (7) de frontera del tercer dominio (3) de red, que el dominio (2) de red intermedio puede retransmitir información de encaminamiento de manera nativa relativa a la primera tecnología de red, a pesar de no poder manejar dicha primera tecnología en el plano de datos.

Description

MÉTODO PARA COMUNICACIONES ENTRE DOMINIOS
La presente invención se refiere, en general, a un método para comunicaciones entre dominios, entre dominios de red de extremo a través de un dominio de red intermedio, y más particularmente a un método que comprende notificar de manera explíci ta el encaminador de frontera de dominio de red intermedio a los encaminadores de frontera de dominios de red de extremo acerca de sus capacidades de retransmisión.
Estado de la técnica anterior
Las redes IP son redes de datos que usan el protocolo IP. Los paquetes de datos se conmutan en nodos de red conocidos como encaminadores y se transmiten entre nodos a través de enlaces. La decisión de conmutación se toma de manera local en cada nodo. La Información de Accesibilidad de Capa de Red (NLRI) se intercambia entre nodos para distribuir información de accesibilidad y permite el intercambio de datos de extremo a extremo entre nodos de red. NLRI se intercambia usando los llamados protocolos de encaminamiento.
Internet es una red IP extremadamente compleja, que interconecta ámbitos conocidos como Sistema Autónomo (AS). Un AS se define como un conjunto de nodos de red que presentan una política de encaminamiento común y coherente con respecto a un conjunto de redes [6J. Los protocolos de encaminamiento en redes IP pueden clasificarse por su alcance. Los protocolos de encaminamiento interiores, tales como RIP [2J, OSPF [lJ, etc. se usan dentro del alcance de un AS. Los protocolos de encaminamiento exteriores se usan para intercambiar información entre los diferentes AS. En la actualidad, el único protocolo exterior de red es el Protocolo de Pasarela de Frontera v4 (BGPﾭ4) [8 J •
El éxito comercial de Internet ha dado como resultado el agotamiento de las direcciones IPv4. Para hacer frente a este
problema y preservar el principio de extremo a extremo de Internet, está introduciéndose e implantándose una nueva versión de IP en la red, que se conoce corno IPv6. Esta nueva versión aumenta el espacio de direccionamiento disponible aumentando la
5 longitud de campo de dirección IP desde 32 bits a 128 bits. El Protocolo BGP-4 se usa en redes IPv4 y se ha extendido para hacer frente al protocolo IPv6 [5J
Para soportar direcciones IPv6, BGP-4 se ha extendido mediante las llamadas extensiones multiprotocolo. BGP-4 de 10 mul tiprotocolo (mpBGP) según se define actualmente [7 J soporta IPv6 [5J, intercambio de ruta para Redes Privadas Virtuales (VPN) en Conmutación de Etiquetas de Mul tiprotocolo (MPLS) [9J
et. al.
El intercambio de información de encaminamiento usando BGP
15 4 siempre conllevaba dos y sólo dos partes de comunicación, conocidas corno encaminadores de frontera. Para intercambiar información de encaminamiento relativa a un protocolo de encaminamiento específico entre AS, se intercambia información acerca de los protocolos soportados por ellos entre los
20 encaminadores de frontera durante el establecimiento de la sesión BGP-4. En este contexto, los protocolos soportados se denominan capacidades. El proceso de intercambio de capacidades, tal corno se define actualmente en [4 J, contempla un acuerdo implícito sobre el mínimo conjunto común de protocolos
25 soportados en las redes de negociación. Por tanto, por ejemplo, si un AS soporta IPv4, IPv6 y mpBGP y el otro AS soporta sólo IPv4 e IPv6, el proceso de intercambio de capacidades limitará el intercambio de información de encaminamiento entre los AS a IPv4 e IPv6.
30 Uno de los principales factores en la evolución de las redes IP es la posibilidad de transportar tráfico no IPv4 a través de ellas usando los llamados túneles. Permiten encapsular paquetes de datos no IP en un paquete IP, que puede enviarse entonces a través de una red IP. Ejemplos de esta técnica son el túnel IP en IP [10J o los túneles usados para conectar dominios IPv6 a través de una red IPv4 [3 J. La tunelización en redes IP implica crear un paquete IP externo, que se usa con fines de transporte en la red IP. Este paquete externo contiene el paquete interno que la red IP no entiende.
5 Se usan mecanismos similares en redes MPLS [9J, en las que la cabecera externa contiene etiquetas que se usan en los nodos de conmutación MPLS para proporcionar un mecanismo de conmutación que es más eficaz que la tabla de consulta IP.
La figura 1 muestra el mecanismo de tunelización general.
10 La parte superior de la figura muestra el formato de paquete generalizado usado durante la tunelización. La parte inferior de la figura muestra el procesamiento al que se somete al paquete. El disposi ti vo de encapsulación (A) añade delante una cabecera externa al paquete interno. El disposi ti vo (o dispositivos) de
15 conmutación (B) entiende (n) esta cabecera externa y la usa (n) para retransmitir el paquete hacia su destino. El destino es el dispositivo de desencapsulación (e) que elimina la cabecera externa y recupera el paquete interno.
En este contexto, las soluciones actuales para proporcionar
20 conectividad de islas tecnológicas específicas, por ejemplo, redes que usan IPv6 a través de IPv4 o redes ATM o Ethernet a través de una infraestructura MPLS, desacoplan la infraestructura portadora subyacente respecto de la tecnología a la que proporciona conectividad.
25 La figura 2 muestra un escenario básico entre dominios, en el que las nubes 1, 2 Y 3 representan dominios de red, tales corno, Sistemas Autónomos IP (AS), Y los recuadros 4, 5, 6 Y 7 representan los encaminadores de frontera. En este escenario, los dominios 1 y 3 soportan una tecnología de interconexión de
30 redes que no es soportada por el dominio 2. Desde el punto de vista del servicio, y para interconectar clientes en los dominios 1 Y 3, deben usarse túneles. En un entorno IP y desde el punto de vista del encaminamiento, cuando se establecen las sesiones de BGP-4, los encaminadores 4 y 5 de frontera
35 realizarán un intercambio de capacidades y determinarán que
pueden intercambiar información de encaminamiento IPv4, aunque no de la tecnología de interconexión de redes particular soportada por AS 1 Y AS 3. Lo mismo sucederá entre los encaminadores 6 Y 7 de frontera. Un dispositivo adicional que 5 encapsula el tráfico especial sobre IP será necesario en AS 1 Y AS 3. Estos dispositivos (representados por los triángulos 8 y 9) no sólo encapsulan el tráfico de usuario, sino que también realizan el intercambio de información de encaminamiento para la tecnología que AS 2 no soporta. Este intercambio de información
10 de encaminamiento garantiza la accesibilidad desde el dominio 1 al dominio 3 y viceversa. El intercambio de información de encaminamiento y de información de tráfico se representa mediante la línea de puntos entre los dispositivos 8 y 9 de encapsulación y será configurado manualmente por el operador.
15 Problemas de las soluciones existentes:
Ahora bien, cuando se establece el intercambio de
capacidades entre encaminadores de frontera, sólo se indican las
capacidades soportadas en las redes a las que pertenecen los
20 encaminadores de frontera, pero no se da información acerca de las tecnologías no soportadas por una red central (2 en la figura 2) pero cuya información de encaminamiento está preparada para transportarse a través de la misma. Por tanto, en la actualidad: o bien la tecnología de las
25 dos redes de extremo (1 y 3 en la figura 2) debe implementarse en la red (2) central, o bien dichas redes (1 Y 3) de extremo consiguen crear un túnel y la red (2) intermedia ni siquiera tiene constancia de ello. Ahora bien, el sistema autónomo intermedio rechaza las
30 capacidades relacionadas con las tecnologías que no implementa. Es decir, en referencia a la figura 2, supóngase que AS 1 Y AS 3 soportan ambos IPv4 e IPv6 y AS2 soporta sólo IPv4. Hoy en día, cuando se realiza el intercambio de capacidades, los sistemas AS 1 Y AS 3 de extremo informan al AS 2 central de que soportan IPv4 e IPv6, mientras que el sistema AS 2 central les responde
diciéndoles que sólo soporta IPv4 y entonces acuerdan usar todos IPv4 sólo. El sistema AS 2 intermedio no tiene constancia de la tunelización y los túneles no tienen constancia de que están
5 pasando a través del sistema AS 2 intermedio. En general, esto conduce al establecimiento de topologías paralelas en la red con enlaces ficticios entre los túneles que pueden dar corno resultado bucles, interrupciones prolongadas, etc.
En general, los encaminadores de frontera del sistema AS 2 10 central realizan el intercambio de capacidades de manera
independiente. Podría darse el siguiente caso: AS 1: IPv4 + MPLS AS 2: IPv4 AS 3: IPv4 + IPv6
15 En la actualidad, el AS 1 no sabe que AS 3 soporta IPv6 o, a la inversa, AS 3 no tiene constancia de que AS 1 soporta MPLS. Actualmente, cuando se establece un túnel, éste es responsable de transportar tanto los datos corno la información de encaminamiento de tráfico en su interior. Sin tener
20 conocimiento de la situación externa, esto puede conducir a situaciones en las que el túnel se encamine a lo largo de trayectos que no son óptimos.
El desacoplamiento del tráfico transportado respecto de la infraestructura de transporte subyacente permite un avance
25 tecnológico rápido aunque también presenta algunas desventajas para la infraestructura portadora subyacente, siendo la más importante de ellas la falta de control respecto al tráfico que está transportando.
En la actualidad, no hay modo de que un dominio intermedio 30 señalice que desea permitir que tráfico tunelizado para un
protocolo interno específico pase a través de su infraestructura. Adicionalmente, los dispositivos de
tunelización tienen que configurarse generalmente de manera manual, aunque existen propuestas que proporcionan una generación automática de túneles, corno es el caso de los
documentos US7570638B2 y RFC5747 (disponibles en línea en
http://www.rfc-archive.org/getrfc.php?rfc=574 7&tag=4 over6
Transit-Solution-Using-IP-Encapsulation-y-MP-BGP-Extensions),
pero no se basan en la señalización de dominio intermedio
5 mencionada anteriormente. Además, en el sistema dado a conocer por el documento US7570638B2, el plano de control de la red intermedia influye en su infraestructura núcleo.
Descripción de la invención 10 Es necesario ofrecer una alternativa al estado de la técnica, que cubra las lagunas encontradas en ella, particularmente las relacionadas con la ausencia de información de control acerca del tráfico que circula a través de un dominio de red intermedio de un escenario entre dominios. 15 Para ello, la presente invención se refiere a un método para comunicaciones entre dominios, que comprende transmitir información relativa a una primera tecnología de red desde un primer dominio de red a un tercer dominio de red, o viceversa, a través de un segundo dominio de red o intermedio que no soporta 20 dicha primera tecnología de red, en el que para realizar dicho envío de información el método comprende llevar a cabo previamente las siguientes etapas: realizar un primer intercambio de capacidades entre un encaminador de frontera de dicho primer dominio de red y un
25 primer encaminador de frontera de dicho dominio de red intermedio; y
realizar un segundo intercambio de capacidades entre un segundo encaminador de frontera de dicho dominio de red intermedio y un encaminador de frontera de dicho tercer dominio
30 de red. A diferencia del método convencional, el método de la invención comprende, como parte de dichos intercambios de capacidades primero y segundo, notificar de manera automática y explíci ta dicho primer encaminador de frontera del dominio de
35 red intermedio a dicho encaminador de frontera del primer
dominio de red y dicho segundo encaminador de frontera del dominio de red intermedio a dicho encaminador de frontera del tercer dominio de red, que el dominio de red intermedio puede retransmitir información de encaminamiento de manera nativa
5 relativa a dicha primera tecnología de red, a pesar de no poder manejar dicha primera tecnología en el plano de datos.
Mediante dicha notificación explícita, u opción "PUEDE RETRANSMITIR", la red intermedia dice que, aunque no soporta una tecnología particular, está preparada para transportar
10 información de encaminamiento relacionada con ella a otro extremo, en el que hay otra red que sí la soporta. Con dicha opción "PUEDE RETRANSMITIR", tal información está presente, de manera explícita, en cada encaminador de frontera del dominio de red intermedio.
15 En una realización, el método comprende transmitir dicha información de encaminamiento relativa a dicha primera tecnología de red a través de dicho dominio de red intermedio sin que el plano de control intervenga en su infraestructura.
El método también comprende, según una realización, 20 transmitir información de datos implementada según dicha primera tecnología de red a través de un plano de datos separado lógica
o físicamente de dicho plano de control. Aunque el método no está limitado al uso de mecanismos de tunelización para la transmisión sobre datos, en una realización
25 comprende transmitir dicha información de datos implementada según la primera tecnología de red a través de un túnel establecido entre los dominios de red primero y tercero, dicho túnel se transforma en un cable virtual neutral entre dominios de red para los que no se transmite ninguna información de 30 encaminamiento. Esto proporciona la separación mencionada anteriormente entre el plano de datos y el plano de control (encaminamiento) que en la actualidad no existe. Por tanto, a través del método de la invención se proporciona una capacidad de evolución más fácil hacia entornos en los que el plano de
35 control y el plano de datos están separados lógica y físicamente (como, por ejemplo, MPLS).
En cuanto a la transmisión de información de encaminamiento
relativa a la primera tecnología de red, el método comprende, en
una realización, realizar dicha transmisión a través del dominio
5 de red intermedio de manera nativa por medio de extensiones para permitir que información relativa a múltiples tecnologías de red se transporte a través de un protocolo de intercambio de información de encaminamiento entre dominios, tal como el Protocolo de Pasarela de Frontera 4, o BGP-4.
10 En una realización, dichos dominios de red son sistemas autónomos.
Hasta ahora el método de la invención se ha descrito en referencia a las comunicaciones, a través del dominio de red intermedio, entre dos dominios de red de extremo respectivos,
15 los mencionados anteriormente como primero y tercero, pero en otras realizaciones el método comprende, como parte de respectivos intercambios de capacidades análogos a dichos primero y segundo, notificar de manera automática y explícita el primer encaminador de frontera del dominio de red intermedio a
20 los encaminadores de frontera de una pluralidad de dominios de red y/o dicho segundo encaminador de frontera del dominio de red intermedio a los encaminadores de frontera de una pluralidad de dominios de red, que el dominio de red intermedio puede retransmitir información de encaminamiento de manera nativa
25 relativa a al menos dicha primera tecnología de red, de modo que una pluralidad de dominios de red tengan constancia de esa notificación de información. En una realización, el método comprende usar dichas notificaciones explícitas, que proporcionan conocimiento acerca
30 de al menos la primera tecnología en la que se implementa la información de datos, para controlar el tráfico de datos que circula entre los dominios de red primero y tercero, o entre cualquiera de dicha pluralidad de dominios de red. Una aplicación que se lleva a cabo mediante el método de la invención, en una realización, es la de controlar el tráfico de
datos mediante la realización de una o más de las siguientes acciones: -ajustar parámetros de red específicos para optimizar el transporte de un tráfico específico; 5 cobrar tráfico de datos de manera diferente según su tipo; e
interceptar tráfico de datos específico por motivos
legales y evaluar a partir del tipo y la cantidad de un tráfico
específico cuándo merece la pena modificar el dominio de red
10 intermedio para que soporte dicha primera tecnología de red.
En cuanto a una realización, el método comprende proporcionar las notificaciones explícitas a un sistema de gestión, por ejemplo mediante su inclusión corno información de control de un protocolo de encaminamiento entre dominios, tal
15 corno el Protocolo de Pasarela de Frontera 4, o BGP-4.
El método comprende, en una realización, incluir dicha información de control en una base de datos de gestión, tal corno la Base de Información de Gestión, o MIB.
El acceso a dicha información de control se lleva a cabo,
20 según una realización del método del primer aspecto, a través de una interfaz de línea de comandos, por ejemplo, por medio de un protocolo de gestión, tal corno el Protocolo Simple de Gestión de Red (SNMP).
25 Breve descripción de los dibujos Las ventajas y características anteriores y otras se entenderán de manera más completa a partir de la siguiente descripción detallada de algunas realizaciones, en referencia a los dibujos adjuntos (ya se ha hecho referencia a algunos de
30 ellos en la descripción realizada en la sección de Estado de la técnica anterior), que deben considerarse de manera ilustrativa y no limitativa, en los que: la figura 1 muestra esquemáticamente un mecanismo de tunelización general;
la figura 2 muestra un escenario entre dominios básico que 5
incluye tres dominios de red, en el que se intercambia información de encaminamiento e información de tráfico entre 1 y 3 de forma encapsulada; y
la figura 3 muestra un escenario alternativo al de la figura 2, en el que la funcionalidad de tunelización se ha trasladado hacia los encaminadores de frontera de los dominios de red de extremo.
Descripción detallada de varias realizaciones
Para proporcionar una descripción técnica detallada de la invención, todas las partes implicadas se designarán con la numeración usada en la figura 2. Esta numeración también se usa en la figura 3, que presenta un escenario alternativo, en el que la funcionalidad de tunelización se ha trasladado hacia los encaminadores de frontera. Ambas figuras son equivalentes en cuanto al método propuesto.
Se adoptan las siguientes suposiciones:
•
Los dominios 1, 2 Y 3 de red soportan un conjunto común de tecnologías {Tu oo., Tn} .
•
Los dominios 1 y 3 de red, además, soportan una tecnología de interconexión de redes Tnueva, que el dominio 2 no soporta.
El método propuesto implica las siguientes etapas:
1.
Cuando los dominios 1 y 2 de red se conectan, los encaminadores 4 Y 5 de frontera realizan un intercambio de capacidades, en el que el encaminador 4 de frontera envía un conjunto de capacidades {Tu oo., Tn, Tnueva} al encaminador 5 y el encaminador 5 envía un conjunto de capacidades
{Tuoo.,Tn} al encaminador 4.
2.
El encaminador 5 de frontera responde a esta torna de contacto que soporta el conjunto de tecnologías
{Tu oo., Tn} Y que puede actuar corno Proxy para transmitir información de encaminamiento para ue' Esto se consigue marcando la capacidad para
corno "PUEDE_RETRANSMITIR".
Tnueva
3. En este punto, los encaminadores 4 y 5 de frontera intercambiarán información de encaminamiento relativa a todas las tecnologías incluidas en el
5 conjunto de capacidades {Tv ..., Tnr Tnueva}.
4.
Cuando los dominios 2 y 3 de red se interconectan, tiene lugar el proceso equivalente entre los encaminadores 6 y 7 de frontera.
5.
En este punto, la Información de Accesibilidad de
10 Capa de Red para Tnueva desde el dominio 1 llegará a 3 y viceversa a través del dominio 2 de red.
6. Una vez que el dominio 1 de red ha procesado la información de encaminamiento para Tnueva procedente del dominio 3 de red y viceversa, pueden usarse
15 los dispositivos de tunelización para transportar tráfico entre las dos dominios 1, 3 de red a través del dominio 2 de red.
La información de encaminamiento para las familias de 20 tecnologías que se han marcado corno "PUEDE_RETRANSMITIR" se intercambia corno tal en el dominio 2 de red y no se somete a ninguna operación de computación de protocolo de encaminamiento. En la actualidad, el dominio 1 de red no sabe que el dominio 3 de red soporta una tecnología específica, tal corno 25 IPv6 o, a la inversa, el dominio 3 de red no tiene constancia de que el dominio 1 de red soporta otra tecnología específica, tal corno MPLS. Por medio de la presente invención, particularmente gracias a la opción "PUEDE RETRANSMITIR", tal información está presente de manera explícita en cada encaminador 5, 6 de
30 frontera del dominio 2 de red. En una realización, esta invención se implementa en redes IP. En este caso, los dominios 1, 2 Y 3 de red son si stemas autónomos y los encaminadores 4, 5, 6 Y 7 de frontera están ejecutando, por ejemplo, el protocolo de encaminamiento BGP-4 [8J. BGP-4 tiene un mecanismo de intercambio de capacidades [4J,
que tendría que extenderse para implementar la característica "PUEDE RETRANSM IT IR".
Ventajas de la invención: 5 Las principales ventajas del procedimiento propuesto en comparación con las soluciones del estado de la técnica son:
•
Esta invención ofrece una solución para cubrir el
espacio de tiempo desde el momento en que los
clientes adoptan una cierta tecnología hasta que
10 el dominio del proveedor está preparado para soportarla.
•
Esta invención automatiza el proceso de establecimiento de un túnel de extremo a extremo. Hoy en día, este proceso es difícil de automatizar
15 sólo con información de encaminamiento. Requiere la interacción al nivel de la interfaz de línea de comandos (CLI) o sistemas automáticos en los que el plano de control de la red intermedia influye en su infraestructura núcleo.
20 • El trayecto de implantación para nuevas tecnologías se simplifica;
o Se intercambia información de encaminamiento nativa desde el momento de la primera implantación de una nueva tecnología en los
25 enlaces entre dominios. Es decir, el dominio 2 de red intermedio transporta de manera transparente información de encaminamiento de un nuevo protocolo o tecnología (y, por tanto, de un servicio) a través de su plano
30 de control sin invertir en nuevo equipamiento
o mejoras de su equipamiento existente para soportar esta nueva tecnología.
o La información de encaminamiento para la
Tnueva
manejan encaminadores de frontera BGP-4 : cuando AS2 decide soportar esta nueva  migración consiste en deshabilitar los dispositivos de tunelización
o la funcionalidad de tunelización en los encaminadores de frontera.
•
5 El Dominio 2 de red intermedio conoce las tecnologías que necesita soportar para ofrecer nuevos servicios a sus clientes (dominios 1 y 3 de red), sirviendo dicho conocimiento para determinar cuándo es rentable ofrecer este servicio a sus
10 clientes de manera nativa, de modo que pueda dejar de usar la tunelización. Un experto en la técnica puede introducir cambios y modificaciones en las realizaciones descritas sin alejarse del alcance de la invención tal corno se define en las
15 reivindicaciones adjuntas.
SIGLAS Y ABREVIATURAS
AS
BGP-4
CLI
5
DPI
eBGP
iBGP
mpBGP
MPLS
10
NLRI
VPN
Sistema Autónomo Protocolo de Pasarela de Frontera v4 Interfaz de Línea de Comandos Inspección Profunda de Paquetes BGP-4 exterior BGP-4 interior BGP-4 de multiprotocolo Conmutación de Etiquetas de Multiprotocolo Información de Accesibilidad de Capa de Red Red Privada Virtual
 [1 J OSPF charter. http://www.ietf.org/htm1.charters/ospfcharter.html. [Consulta: 8 de marzo de 2010J. [2J RIP version 2. http://tools.ietf.org/html/rfc2453. [Consulta: 8 de marzo de 2010J. [3J B. Carpenter y K. Moore. Connection of IPv6 Domains via IPv4 Clouds. http://www.faqs.org/rfcs/rfc3056.html, febrero de 2001. [Consulta: 8 de marzo de 2010J. [4 J Ravi Chandra y John G. Scudder. Capabili ties Advertisement with BGP-4. http://www.ietf.org/rfc/rfc3392.txt, noviembre de 2002. [Consulta: 8 de marzo de 2010J. [5J S. Deering y R. Hinden. Internet Protocol, Version 6 (IPv6) Specification. http://tools.ietf.org/html/rfc2460, diciembre de 1998. [Consulta: 8 de marzo de 2010J. [6J John Hawkinson y Tony Bates. Guidelines for creation, selection, and registration of an Autonomous System (AS). http://tools.ietf.org/html/rfc1930, marzo de 1996. [Consulta: 8 de marzo de 2010J. [7J P. Marques y F. Dupont. Use of BGP-4 Multiprotocol Extensions for IPv6 Inter-domain Routing. http://tools . ietf. org/html/rfc2545. [Consulta: 8 de marzo de 2010 J . [8 J Yakov Rekhter, Tony Li, Y Susan Hares. A Border Gateway Protocol 4 (BGP-4) . http://tools.ietf.org/html/rfc4271, enero de 2006. [Consulta: 8 de marzo de 2010J. [9J E. Rosen e Y. Rekhter. BGP/MPLS IP Virtual Private Networks. http://tools.ietf.org/html/rfc4364, febrero de 2006. [Consulta: 8 de marzo de 2010J. [10Jw. Simpson. IP in IP Tunneling. http://www.faqs.org/rfcs/rfc1853.html, octubre 1995. [Consulta: 8 de marzo de 2010J.

Claims (11)

  1. REIVINDICACIONES
    1.
    Método para comunicaciones entre dominios, que comprende
    transmitir información relativa a una primera tecnología de
    red desde un primer dominio (1) de red a un tercer dominio
    5
    (3) de red, o viceversa, a través de un segundo dominio (2)
    de red o intermedio que no soporta dicha primera tecnología
    de red, en el que para realizar dicho envío de información
    el método comprende llevar a cabo previamente las
    siguientes etapas:
    10
    realizar un primer intercambio de capacidades entre
    un encaminador (4) de frontera de dicho primer dominio (1)
    de red y un primer encaminador (5) de frontera de dicho
    dominio (2) de red intermedio; y
    realizar un segundo intercambio de capacidades entre
    15
    un segundo encaminador (6) de frontera de dicho dominio (2)
    de red intermedio y un encaminador (7) de frontera de dicho
    tercer dominio (3) de red;
    estando el método caracterizado porque comprende, corno
    parte de dichos intercambios de capacidades primero y
    20
    segundo, notificar de manera automática y explícita dicho
    primer encaminador (5) de frontera del dominio (2) de red
    intermedio a dicho encaminador (4) de frontera del primer
    dominio (1) de red y dicho segundo encaminador (6) de
    frontera del dominio (2) de red intermedio a dicho
    25
    encaminador (7) de frontera del tercer dominio (3) de red,
    que el dominio (2) de red intermedio puede retransmitir
    información de encaminamiento de manera nativa respecto a
    dicha primera tecnología de red, a pesar de no poder
    manejar dicha primera tecnología en el plano de datos.
    30
    2. Método según la reivindicación 1, que comprende transmitir
    dicha información de encaminamiento relativa a dicha
    primera tecnología de red a través de dicho dominio (2) de
    red intermedio sin que el plano de control intervenga en su
    infraestructura.
  2. 3. Método según la reivindicación 2, que comprende transmitir información de datos implementada según dicha primera tecnología de red a través de un plano de datos separado lógica o físicamente de dicho plano de control.
    Método según cualquiera de las reivindicaciones anteriores, que comprende transmitir dicha información de datos implementada según dicha primera tecnología de red a través de un túnel establecido entre dichos dominios de red primero (1) Y tercero (3).
    Método según cualquiera de las reivindicaciones anteriores,
    que comprende transmitir dicha información de encaminamiento relativa a dicha primera tecnología de red a través de dicho dominio (2) de red intermedio de manera nativa por medio de extensiones para permitir transportar
    15 información relativa a múltiples tecnologías de red a través de un protocolo de intercambio de información de encaminamiento entre dominios.
  3. 6. Método según cualquiera de las reivindicaciones anteriores,
    en el que dichos dominios (1, 2, 3) de red son sistemas 20 autónomos.
  4. 7. Método según la reivindicación 6 cuando depende de la reivindicación 5, en el que dicho protocolo de intercambio de información es el Protocolo de Pasarela de Frontera 4, o BGP-4.
    25 8. Método según cualquiera de las reivindicaciones anteriores, que comprende, como parte de intercambios de capacidades respectivos análogos a dichos primero y segundo, notificar de manera automática y explícita dicho primer encaminador
    (5) de frontera del dominio (2) de red intermedio a los
    30 encaminadores de frontera de una pluralidad de dominios de red y/o dicho segundo encaminador (6) de frontera del dominio (2 ) de red intermedio a los encaminadores de frontera de una pluralidad de dominios de red, que el dominio (2) de red intermedio puede retransmitir información de encaminamiento de manera nativa relativa al menos a dicha primera tecnología de red.
  5. 9. Método según cualquiera de las reivindicaciones anteriores, que comprende usar dichas notificaciones explícitas, que
    5 proporcionan conocimientos acerca de al menos la primera tecnología en la que se implementa la información de datos, para controlar el tráfico de datos que circula entre dichos dominios de red primero (1) y tercero (3).
  6. 10. Método según la reivindicación 9, que comprende controlar
    10 dicho tráfico de datos mediante la realización de al menos uno de ajustar parámetros de red específicos para optimizar el transporte de un tráfico específico, cobrar el tráfico de datos de manera diferente según su tipo, interceptar tráfico de datos específico por motivos legales y evaluar a
    15 partir del tipo y la cantidad de un tráfico específico cuándo merece la pena modificar el dominio (2) de red intermedio para que soporte dicha primera tecnología de red.
  7. 11. Método según cualquiera de las reivindicaciones anteriores,
    20 que comprende proporcionar dichas notificaciones explícitas a un sistema de gestión.
  8. 12. Método según la reivindicación 11, que comprende llevar a cabo la provisión de dichas notificaciones explícitas mediante la inclusión de dichas notificaciones corno
    25 información de control de un protocolo de encaminamiento entre dominios.
  9. 13. Método según la reivindicación 12, en el que dicho protocolo de encaminamiento de información entre dominios es el Protocolo de Pasarela de Frontera 4, o BGP-4.
    30 14. Método según la reivindicación 12, que comprende incluir dicha información de control en una base de datos de gestión.
  10. 15.
    Método según la reivindicación 14, en el que dicha base de datos de gestión es la Base de Información de Gestión, o
    MIB.
  11. 16.
    Método según la reivindicación 14 ó 15, que comprende acceder a dicha información de control a través de una interfaz de línea de comandos.
    5 17. Método según la reivindicación 16, que comprende acceder a dicha información de control a través de un protocolo de gestión. Método según la reivindicación 17, en el que dicho protocolo de gestión es el Protocolo Simple de Gestión de Red, o SNMP.
ES201031889A 2010-12-20 2010-12-20 Método para comunicaciones entre dominios. Expired - Fee Related ES2388288B1 (es)

Priority Applications (3)

Application Number Priority Date Filing Date Title
ES201031889A ES2388288B1 (es) 2010-12-20 2010-12-20 Método para comunicaciones entre dominios.
PCT/EP2011/072692 WO2012084626A1 (en) 2010-12-20 2011-12-14 Method for inter-domain communications
ARP110104775A AR084363A1 (es) 2010-12-20 2011-12-19 Metodo para comunicaciones entre dominios

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
ES201031889A ES2388288B1 (es) 2010-12-20 2010-12-20 Método para comunicaciones entre dominios.

Publications (2)

Publication Number Publication Date
ES2388288A1 ES2388288A1 (es) 2012-10-11
ES2388288B1 true ES2388288B1 (es) 2013-06-11

Family

ID=45558002

Family Applications (1)

Application Number Title Priority Date Filing Date
ES201031889A Expired - Fee Related ES2388288B1 (es) 2010-12-20 2010-12-20 Método para comunicaciones entre dominios.

Country Status (3)

Country Link
AR (1) AR084363A1 (es)
ES (1) ES2388288B1 (es)
WO (1) WO2012084626A1 (es)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3073774A1 (en) 2015-03-23 2016-09-28 Thomson Licensing Automatic configuration of a wireless residential access network
CN111698454B (zh) * 2019-03-12 2022-12-23 浙江宇视科技有限公司 一种动态选择最优路径的域间资源推送方法及装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6553423B1 (en) * 1999-05-27 2003-04-22 Cisco Technology, Inc. Method and apparatus for dynamic exchange of capabilities between adjacent/neighboring networks nodes
WO2006000467A1 (en) * 2004-05-20 2006-01-05 Alcatel Open service discovery and routing mechanism for configuring cross-domain telecommunication services
CA2467945A1 (en) * 2004-05-20 2005-11-20 Fernando Cuervo Open service discovery and routing mechanism for configuring cross-domain telecommunication services
JP4606249B2 (ja) 2005-05-18 2011-01-05 富士通株式会社 情報処理方法及びルータ

Also Published As

Publication number Publication date
ES2388288A1 (es) 2012-10-11
WO2012084626A1 (en) 2012-06-28
AR084363A1 (es) 2013-05-08

Similar Documents

Publication Publication Date Title
ES2830182T3 (es) Controladores centrales de elementos de cálculo de rutas (PCECC) para servicios de red
US7486659B1 (en) Method and apparatus for exchanging routing information between virtual private network sites
US10785148B2 (en) OSPF extensions for flexible path stitchng and selection for traffic transiting segment routing and MPLS networks
US8391303B2 (en) Border gateway protocol (BGP) grouped route withdrawals
US9306855B2 (en) System and method for using label distribution protocol (LDP) in IPv6 networks
EP3692685B1 (en) Remotely controlling network slices in a network
US20200153733A1 (en) Is-is extensions for flexible path stitching and selection for traffic transiting segment routing and mpls networks
US10841207B2 (en) Method and apparatus for supporting bidirectional forwarding (BFD) over multi-chassis link aggregation group (MC-LAG) in internet protocol (IP) networks
US11317272B2 (en) Method and system for enabling broadband roaming services
EP2892183B1 (en) Enablement of service level agreement negotiation
US9479433B1 (en) Interconnecting virtual private networks
US11343332B2 (en) Method for seamless migration of session authentication to a different stateful diameter authenticating peer
ES2410366B1 (es) Método para intercambiar información sobre recursos de red
US9407544B1 (en) Network virtualization using IP map and encapsulation
ES2388288B1 (es) Método para comunicaciones entre dominios.
US10715431B2 (en) Methods and apparatuses for routing data packets in a network topology
KR20130109144A (ko) 오프셋을 사용하는 대역 내 제어 채널을 제공하는 의사회선
CN113300998A (zh) 实现数据加密传输的方法及装置、通信系统
US8593949B2 (en) Method for managing an interconnection between telecommunication networks and device implementing this method
WO2023197137A1 (en) End-to-end mac-security path setup in level 3 virtual private networks
US11784797B2 (en) Serving-network based perfect forward security for authentication
US11451637B2 (en) Method for migration of session accounting to a different stateful accounting peer
Farota et al. DMVPN (dynamic multipoint VPN): A solution for interconnection of sites IPV6 over an IPV4 transport network
EP4381724A1 (en) Securing multi-path tcp (mptcp) with wireguard protocol
WO2023012502A1 (en) Securing multi-path tcp (mptcp) with wireguard protocol

Legal Events

Date Code Title Description
FG2A Definitive protection

Ref document number: 2388288

Country of ref document: ES

Kind code of ref document: B1

Effective date: 20130611

FD2A Announcement of lapse in spain

Effective date: 20210915