BR102014023992A2 - método para conectar um primeiro host e um segundo host em pelo menos uma rede de comunicação através de um módulo de retransmissão, e módulo de retransmissão correspondente - Google Patents

método para conectar um primeiro host e um segundo host em pelo menos uma rede de comunicação através de um módulo de retransmissão, e módulo de retransmissão correspondente Download PDF

Info

Publication number
BR102014023992A2
BR102014023992A2 BR102014023992A BR102014023992A BR102014023992A2 BR 102014023992 A2 BR102014023992 A2 BR 102014023992A2 BR 102014023992 A BR102014023992 A BR 102014023992A BR 102014023992 A BR102014023992 A BR 102014023992A BR 102014023992 A2 BR102014023992 A2 BR 102014023992A2
Authority
BR
Brazil
Prior art keywords
host
connection
relay module
establishment request
connection establishment
Prior art date
Application number
BR102014023992A
Other languages
English (en)
Inventor
Françoise Le Bolzer
Luis Montalvo
STéPHANE GOUACHE
Original Assignee
Thomson Licensing
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 Thomson Licensing filed Critical Thomson Licensing
Publication of BR102014023992A2 publication Critical patent/BR102014023992A2/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1069Session establishment or de-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/24Multipath
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04Large scale networks; Deep hierarchical networks
    • H04W84/042Public Land Mobile systems, e.g. cellular systems
    • H04W84/047Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

método para conectar um primeiro host e um segundo host em pelo menos uma rede de comunicação através de um módulo de retransmissão, e módulo de retransmissão correspondente trata-se de um módulo de retransmissão (r) que compreende um módulo de captura (cm) para interceptar uma primeira solicitação de estabelecimento de conexão enviada por um primeiro host (h1); um módulo de comunicação (11) configurado para enviar uma segunda solicitação de estabelecimento de conexão para estabelecer uma conexão auxiliar inicial entre o módulo de retransmissão (r) e um segundo host (h2) e para receber, a partir do dito segundo host (h2), uma primeira resposta de confirmação e uma unidade de revelação de contexto (3) configurada para ativar: - um modo de encaminhamento para manipular o tráfego, transportado pela conexão principal estabelecida, no caso de a primeira solicitação de estabelecimento de conexão e a primeira resposta de confirmação apresentarem a mesma propriedade de múltiplos caminhos ; - um modo de retransmissão para manipular o tráfego transportado por: uma conexão auxiliar adicional estabelecida entre o primeiro host (h 1) e o módulo de retransmissão (r); e a conexão auxiliar inicial estabelecida entre o módulo de retransmissão (r) e o segundo host (h2), no caso de a primeira solicitação de estabelecimento de conexão e a primeira resposta de confirmação apresentarem diferentes propriedades de múltiplos caminhos.

Description

“MÉTODO PARA CONECTAR UM PRIMEIRO HOST E UM SEGUNDO HOST EM PELO MENOS UMA REDE DE COMUNICAÇÃO ATRAVÉS DE UM MÓDULO DE RETRANSMISSÃO, E MÓDULO DE RETRANSMISSÃO CORRESPONDENTE” CAMPO DA INVENÇÃO
[001 ]A presente invenção refere-se, em geral, à transmissão de pacotes de dados entre um primeiro e um segundo host através de uma ou mais redes de comunicação e, em particular - mas não exclusivamente - a um método e a um módulo de retransmissão para conectar um host compatível a protocolos em hospedagem múltipla e múltiplos caminhos e um host compatível a protocolos de caminho único em pelo menos uma rede de comunicação através de um módulo de retransmissão.
FUNDAMENTOS DA INVENÇÃO
[002] A presente seção é destinada,a introduzir ao leitor vários aspectos da / técnica, que podem se relacionar a vários aspectos da presente invenção que serão descritos e/ou reivindicados abaixo. Acredita-se que essa discussão seja útil em fornecer ao leitor informações antecedentes para facilitar uma melhor compreensão dos vários aspectos da presente invenção. De modo correspondente, fica estabelecido que essas declarações devem ser lidas nesse sentido, e não como admissões da técnica anterior.
[003] Atualmente, serviços de multimídia e dados usam diversos caminhos de comunicação (como, por exemplo, satélite, cabo, ADSL, 3G e 4G, WiFi, etc.). Com o intuito de obter vantagens desses vários caminhos de comunicação disponíveis, a maioria dos dispositivos recentes inclui várias interfaces de rádio. Em particular, a nova geração de dispositivos móveis, como laptops, smartphones e tablets são comumente equipados com interfaces WiFi, 3G e Bluetooth.
[004] No entanto, serviços de multimídia são geralmente implementados pelo Protocolo de Controle de Transmissão (abreviado TCP) como o protocolo de transporte que usa somente um único caminho de comunicação para cada conexão entre dois dispositivos. Como consequência, os serviços de multimídia não podem obter vantagem da diversidade de caminhos de comunicação disponível fornecida pelas múltiplas interfaces de dispositivos móveis a fim de aperfeiçoar o desempenho, resiliência ou disponibilidade.
[005] A fim de superar essa desvantagem, a comunidade pesquisadora desenvolveu o Protocolo de Controle de Transmissão por Múltiplos Caminhos (abreviado MPTCP), que é uma extensão ao protocolo TCP regular fornecendo a capacidade de transmitir simultaneamente dados de uma única conexão extremidade-à-extremidade através de múltiplos caminhos entre dois dispositivos. O MPTCP é definido, em IETF RFC-6824 “TCP Extensions for Multipath Operation with Multiple Addresses” (A.Ford et. al.) publicado em janeiro de 2013 pela Força-Tarefa de Engenharia da Internet.
[006] Na estrutura da presente invenção, entende-se por: - “dispositivo em hospedagem múltipla ou host”, um dispositivo que compreende pelo menos duas interfaces de comunicação (com e/ou sem fio) -sendo que cada interface tem seu próprio endereço de comunicação (como, por exemplo, um endereço de IP) - de modo que seja capaz de trocar pacotes de dados com um dispositivo de comunicação remota (possivelmente de um tipo diferente) em modo de múltiplos caminhos. Consequentemente, o dispositivo em hospedagem múltipla pode envolver um telefone fixo ou móvel (possivelmente de um tipo “smartphone”), um computador fixo ou portátil, um Assistente Pessoal Digital (PDA), um receptor de conteúdos (tal como um decodificador, um a gateway residencial ou um Set-Top Box (STB)), ou um dispositivo de rede, tal como um servidor de conteúdos; - “caminho de comunicação”, um caminho que conecta dois dispositivos de comunicação (possivelmente em hospedagem múltipla) graças a duas interfaces de comunicação (uma por dispositivo), de modo que um caminho de comunicação deva ser identificado pelo par de endereços de comunicação das duas interfaces de comunicação correspondentes; e - “subfluxo”, um fluxo de pacotes TCP operando em um caminho único, que forma parte de uma conexão MPTCP maior. Esse subfluxo é iniciado e encerrado de modo similar a uma conexão TCP regular.
[007] Uma conexão MPTCP entre um primeiro e um segundo dispositivo em hospedagem múltiplas é composta por uma conexão TCP regular principal associada a um caminho de comunicação principal e por uma ou mais conexões TCP auxiliares - ligadas à conexão TCP regular principal - que são associadas aos caminhos de comunicação auxiliares. Essa conexão MPTCP continua a aparecer como uma conexão TCP única aos aplicativos em ambas as extremidades.
[008] Conforme sabido, um dispositivo em hospedagem múltipla - capaz de suportar a implementação do protocolo de MPTCP (também denominado como “habilitado para MPTCP”) - geralmente tem uma interface de comunicação fixa atribuída como a interface principal a ser usada para iniciar uma conexão MPTCP.
[009] Com o intuito de se beneficiar da diversidade de caminhos, pelo menos um dos dispositivos precisa estar em hospedagem múltipla, e ambos os dispositivos precisam ser habilitados para MPTCP, caso contrário, a conexão MPTCP retrocede a uma conexão TCP regular e a diversidade de caminhos não poderá ser usada.
[010] Conforme comum à introdução de um novo Protocolo de Internet, a implementação é gradual e leva tempo antes de se tornar ampiamente usada. Logo, haverá um longo período de coexistência entre dispositivos sendo habilitados para MPTCP e dispositivos sendo somente habilitados para TCP, sendo que durante esse período, as condições de múltiplos caminhos não serão totalmente satisfeitas para que sejam aplicadas. Como uma ilustração, um servidor de vídeo TCP - desabilitado para realizar MPTCP - limita seu serviço à conexão TCP padrão e a um cenário de caminho único, embora o dispositivo cliente seja equipado com várias interfaces levando a uma oportunidade de múltiplos caminhos.
[011] A presente invenção propõe uma solução para superar pelo menos a desvantagem supramencionada.
SUMÁRIO DA INVENÇÃO
[012] A invenção se refere a um método para conectar um primeiro host e um segundo host a pelo menos uma rede de comunicação através de um módulo de retransmissão, o que é incrível visto que compreende, no módulo de retransmissão: - capturar uma primeira solicitação de estabelecimento de conexão enviada pelo primeiro host para estabelecer uma conexão principal com o segundo host; - enviar, ao segundo host, uma segunda solicitação de estabelecimento de conexão para estabelecer uma conexão auxiliar inicial entre o módulo de retransmissão e o segundo host; - receber, a partir do segundo host, uma primeira resposta de confirmação; - no caso de a primeira solicitação de estabelecimento de conexão e a primeira resposta de confirmação apresentarem uma mesma propriedade de múltiplos caminhos, ativar um modo de encaminhamento para manipular o tráfego transportado pela conexão principal direta estabelecida e: descartar a primeira resposta de confirmação recebida a partir do segundo host de modo a abandonar o estabelecimento de conexão auxiliar inicial; liberar a primeira solicitação de estabelecimento de conexão ao segundo host; encaminhar, ao primeiro host, uma segunda resposta de confirmação enviada pelo segundo host em resposta à primeira solicitação de estabelecimento de conexão previamente enviada, para o estabelecimento da conexão principal direta; - no caso de a primeira solicitação de estabelecimento de conexão e a primeira resposta de confirmação apresentarem diferentes propriedades de múltiplos caminhos, ativar um modo de retransmissão para manipular o tráfego transportado por: uma conexão auxiliar adicional estabelecida entre o primeiro host e o módulo de retransmissão; e a conexão auxiliar inicial estabelecida entre o módulo de retransmissão e o segundo host.
[013] Logo, graças à presente invenção, o método torna possível obter vantagem da arquitetura de múltiplos caminhos entre, por exemplo, um primeiro host habilitado para protocolo em hospedagem múltipla e múltiplos caminhos e o módulo de retransmissão sem a necessidade de capacidades de múltiplos caminhos a partir de um segundo host, e vice-versa. A invenção pode ser especialmente valiosa quando os desempenhos das interfaces do primeiro host forem baixos (largura de banda baixa) e não-determinísticas (como em interfaces sem fio). Neste caso, a arquitetura de múltiplos caminhos pode proporcionar tanto uma capacidade maior como uma confiabilidade melhor no lado do primeiro host agregando-se a largura de banda das diversas interfaces.
[014] De acordo com uma modalidade, o método compreende preliminarmente, ainda, quando da recepção da primeira solicitação de estabelecimento de conexão, criar uma primeira interface no módulo de retransmissão para manipular o estabelecimento de conexão auxiliar inicial.
[015] De modo vantajoso, a dita segunda solicitação de estabelecimento de conexão pode solicitar o estabelecimento de uma conexão de múltiplos caminhos auxiliar inicial. Logo, como um exemplo ilustrativo, no caso de o primeiro host ser somente o TCP padrão e o segundo host ser habilitado para hospedagem múltipla e MPTCP, a conexão auxiliar inicial pode ter múltiplos caminhos entre o módulo de retransmissão e o segundo host.
[016] Adicionalmente, a primeira solicitação de estabelecimento de conexão e a primeira resposta de confirmação podem ser armazenadas em uma unidade de revelação de contexto do módulo de retransmissão.
[017] Além disso, o dito método pode compreender, ainda, quando o modo de retransmissão tiver sido ativado, no módulo de retransmissão: - processar a primeira solicitação de estabelecimento de conexão de modo a estabelecer a dita conexão auxiliar adicional entre o primeiro host e o módulo de retransmissão. Como um exemplo, a dita conexão auxiliar adicional pode ser uma conexão de múltiplos caminhos no de a primeira solicitação de estabelecimento de conexão compreender uma opção de propriedade de múltiplos caminhos; - processar a primeira resposta de confirmação de modo a estabelecer a conexão auxiliar inicial entre o módulo de retransmissão e o segundo host. Como um exemplo, a dita conexão auxiliar inicial é uma conexão de múltiplos caminhos no caso de a primeira resposta de confirmação compreender uma opção de propriedade de múltiplos caminhos; - criar um link entre as conexões iniciais e auxiliares adicionais.
[018] Ademais, o dito método pode compreender identificar o tráfego transportado pelas conexões iniciais e auxiliares adicionais como estando no modo de retransmissão e/ou o tráfego transportado pela conexão principal estabelecida no modo de encaminhamento.
[019] Em um aspecto adicional da invenção, o link entre as conexões iniciais e auxiliares adicionais pode usar uma tabela de correspondência.
[020] Além disso, o processamento da primeira solicitação de estabelecimento de conexão pode compreender, ainda: - criar uma segunda interface no módulo de retransmissão para manipular a conexão auxiliar adicional com o primeiro host; - descartar a dita primeira solicitação de estabelecimento de conexão armazenarem direção à segunda interface; - aceitar a conexão principal inicialmente solicitada pelo primeiro host para estabelecer a dita conexão auxiliar adicional.
[021] Ademais, o processamento da primeira resposta de confirmação pode compreender, ainda: - liberar a dita primeira resposta de confirmação armazenada em direção à primeira interface; - aceitar a conexão auxiliar inicial solicitada pelo módulo de retransmissão para estabelecer a dita conexão auxiliar inicial.
[022] A presente invenção se refere, ainda, a um módulo de retransmissão que serve para conectar um primeiro host e um segundo host, dispostos em pelo menos uma rede de comunicação. De acordo com a presente invenção, o dito módulo de retransmissão compreende: - um módulo de captura configurado para interceptar uma primeira solicitação de estabelecimento de conexão enviada pelo primeiro host para estabelecer uma conexão principal com o segundo host; - um módulo de comunicação configurado para: enviar, ao segundo host, uma segunda solicitação de estabelecimento de conexão para estabelecer uma conexão auxiliar inicial entre o módulo de retransmissão e o segundo host; receber, a partir do segundo host, uma primeira resposta de confirmação; - uma unidade de revelação de contexto configurada para ativar: um modo de encaminhamento para manipular o tráfego transportado pela conexão principal direta estabelecida, no caso de a primeira solicitação de estabelecimento de conexão e a primeira resposta de confirmação apresentarem uma propriedade de múltiplos caminhos igual; um modo de retransmissão para manipular o tráfego transportado por: - uma conexão auxiliar adicional estabelecida entre o primeiro host e o módulo de retransmissão; e - a conexão auxiliar inicial estabelecida entre o módulo de retransmissão e o segundo host, no caso de a primeira solicitação de estabelecimento de conexão e a primeira resposta de confirmação apresentarem diferentes propriedades de múltiplos caminhos; e em que o módulo de captura é configurado, ainda, para: - descartar a primeira resposta de confirmação recebida a partir do segundo host de modo a abandonar o estabelecimento de conexão auxiliar inicial; - liberar a primeira solicitação de estabelecimento de conexão ao segundo host; - encaminhar, ao primeiro host, uma segunda resposta de confirmação enviada pelo segundo host em resposta à primeira solicitação de estabelecimento de conexão previamente enviada, para o estabelecimento da conexão principal direta.
[023] Além disso, a dita unidade de revelação de contexto pode ser configurada para armazenar a primeira solicitação de estabelecimento de conexão e a primeira resposta de confirmação e determinar suas propriedades de múltiplos caminhos.
[024] Ademais, o módulo de retransmissão pode compreender, ainda: - uma unidade de identificação de tráfego adaptada para diferenciar o tráfego processado no modo de encaminhamento e o tráfego processado no modo de retransmissão, graças, por exemplo, a uma tabela de identificação; - um aplicativo de retransmissão para retransmitir o tráfego transportado pelas conexões iniciais e auxiliares adicionais entre primeiro e o segundo hosts, no modo de retransmissão.
[025] A presente invenção também se refere a um módulo de retransmissão que serve para conectar um primeiro host e um segundo host, dispostos em pelo menos uma rede de comunicação. O dito módulo de retransmissão compreende pelo menos um processador configurado para: - interceptar uma primeira solicitação de estabelecimento de conexão enviada pelo primeiro host para estabelecer uma conexão principal com o segundo host; - enviar, ao segundo host, uma segunda solicitação de estabelecimento de conexão para estabelecer uma conexão auxiliar inicial entre o módulo de retransmissão e o segundo host; - receber, a partir do segundo host, uma primeira resposta de confirmação; - ativar: um modo de encaminhamento para manipular o tráfego transportado pela conexão principal direta estabelecida, no caso de a primeira solicitação de estabelecimento de conexão e a primeira resposta de confirmação apresentarem uma propriedade de múltiplos caminhos igual; um modo de retransmissão para manipular o tráfego transportado por: - uma conexão auxiliar adicional estabelecida entre o primeiro host e o módulo de retransmissão; e - a conexão auxiliar inicial estabelecida entre o módulo de retransmissão e o segundo host, no caso de a primeira solicitação de estabelecimento de conexão e a primeira resposta de confirmação apresentarem diferentes propriedades de múltiplos caminhos; - descartar a primeira resposta de confirmação recebida a partir do segundo host de modo a abandonar o estabelecimento de conexão auxiliar inicial; - liberar a primeira solicitação de estabelecimento de conexão ao segundo host; - encaminhar, ao primeiro host, uma segunda resposta de confirmação enviada pelo segundo host em resposta à primeira solicitação de estabelecimento de conexão previamente enviada, para o estabelecimento da dita conexão principal direta.
[026] A presente invenção também se refere a um produto de programa computacional transferível por download a partir de uma rede de comunicação e/ou gravado em um meio legível por computador e/ou executável por um processador, que compreende instruções de código de programa para implementar o método conforme previamente mencionado.
[027] Além disso, a presente invenção se refere a um meio legível por computador não-transitório que compreende um produto de programa computacional gravado neste e capaz de ser rodado por um processador, incluindo instruções de código de programa para implementar o método previamente mencionado.
[028] Determinados aspectos comensuráveis ao escopo com as modalidades reveladas serão apresentados abaixo. Fica estabelecido que esses aspectos são apresentados meramente para proporcionar ao leitor um breve sumário de determinadas formas que a invenção pode assumir e que esses aspectos não são destinados a limitar o escopo da invenção. De fato, a invenção pode abranger uma variedade de aspectos que podem não ser apresentados abaixo.
BREVE DESCRIÇÃO DOS DESENHOS
[029] A invenção será mais bem compreendida e ilustrada por meio da modalidade e dos exemplos de execução a seguir, sem caráter iimitativo, com referência às figuras em anexo em que: [030] A Figura 1 descreve, de modo esquemático, um diagrama de um exemplo de uma arquitetura de rede que compreende um módulo de retransmissão de acordo com uma modalidade preferencial da presente invenção;
[031 ]A Figura 2 é um fluxograma de um método implementado pelo módulo de retransmissão da Figura 1 de acordo com a dita modalidade preferencial.
[032] Nas Figuras, referências similares se referem a partes similares, salvo onde indicado em contrário.
[033] As referências reveladas na descrição, nas reivindicações e nas Figuras podem ser fornecidas independentemente ou em qualquer combinação apropriada. Os recursos podem, quando apropriado, ser implementados em hardware, software, ou em uma combinação desses.
[034] Além disso, na Figura 1, os blocos representados são unidades funcionais, que podem corresponder a unidades fisicamente separadas ou que podem ser incluídas em uma mesma unidade física. Isto é, podem ser desenvolvidos sob a forma de software, hardware, ou ser implementados em um ou em vários circuitos integrados. Por exemplo, esses blocos ou pelo menos alguns deles podem ser agrupados em um componente exclusivo ou podem constituir funcionalidades do mesmo software. Em contrapartida, alguns blocos podem eventualmente ser divididos em unidades separadas.
DESCRIÇÃO DETALHADA DAS MODALIDADES PREFERENCIAIS
[035] De acordo com uma modalidade preferencial, a presente invenção é descrita em relação ao TCP padrão e ao protocolo MPTCP de múltiplos caminhos pelo Protocolo da Internet. Naturalmente, a invenção não se restringe a essa modalidade particular e outros protocolos de múltiplos caminhos poderíam obviamente ser considerados e implementados.
[036] Conforme descrito na Figura 1, a arquitetura de rede de acordo com a modalidade preferencial compreende um primeiro host H1, um segundo host H2 e uma caixa intermediária MB (por exemplo, um gateway) habilitada para hospedagem múltipla e MPCTP. Os hosts H1 e H2 desejam trocar dados usando TCP. Notou-se que o “host” se refere a um cliente (tal como um computador pessoal, um tablet, um smartphone, etc.), um servidor ou uma caixa intermediária. Ambos os hosts H1 e H2 podem ser habilitados para MPTCP ou TCP padrão (isto é, somente habilitados para TCP, mas não habilitados para MPTCP).
[037] O host H1 - conectado à caixa intermediária MB através de uma primeira rede N1 (como uma rede doméstica) - deseja conectar-se ao host H2 através de uma segunda rede N2 (como a rede da Internet). A primeira rede N1 é conectada à segunda rede N2 graças à caixa intermediária MB. Obviamente, em uma variante, a conexão pode ser iniciada pelo segundo host H2.
[038] De modo a levar em consideração todas as combinações de hosts (TCP padrão, habilitado para MPTCP), um módulo de retransmissão R - disposto, por exemplo, na Caixa Intermediária MB - realiza um mecanismo de retransmissão RM (doravante descrito com referência à Figura 2), que propor dois modos funcionais: um modo de ENCAMINHAMENTO e um modo de RETRANSMISSÃO.
[039] O modo de ENCAMINHAMENTO é ativado quando ambos os hosts H1 e H2 apresentarem as mesmas capacidades de múltiplos caminhos, isto é, ambos os hosts H1 e H2 forem habilitados para MPTCP ou ambos os hosts H1, H2 incluírem uma pilha TCP padrão. Nessas condições, o módulo de retransmissão R funciona como uma ponte transparente e encaminha o tráfego sem um processamento específico de modo a evitar qualquer degradação no desempenho.
[040] O modo de RETRANSMISSÃO é ativado quando os hosts H1 e H2 mostrarem diferentes capacidades de múltiplos caminhos (um host é habilitado para MPTCP, e o outro host é somente TCP padrão), o módulo de retransmissão R comuta ao modo de RETRANSMISSÃO e retransmite o tráfego entre ambos os hosts H1 e H2.
[041] Conforme sabido, visto que MPTCP é uma extensão a TCP, inicia-se uma conexão MPTCP usando o mesmo processo de uma conexão TCP normal, isto é, um handshake de três vias (SYN, SYN/ACK, ACK). Então, um host MPTCP é um host que inicia uma conexão TCP enviando-se um SYN a um host remoto usando um dos caminhos disponíveis. A fim de permitir um caminho adicional, realiza-se um novo handshake de três vias TCP.
[042]Ao lidar com hosts habilitados para MPTCP, cada pacote TCP, pertencente à conexão MPTCP, incorpora dados específicos incluídos no cabeçalho do segmento TCP, no campo de “opção”. Uma opção MPTCP é identificada com um valor “confortável” igual a 30 (cf RFC6824, janeiro 20143, tabelai). Além disso, um campo “subtipo” é usado para definir, de modo mais específico, a opção MPTCP. No contexto dos pacotes SYN, SYN/ACK e ACK, essas opções definidas para verificar se o host remoto suporta MPTCP. Permite-se, também, que os hosts troquem algumas informações para assegurar o estabelecimento de subfluxos adicionais ao longo dos caminhos disponíveis. Um subfluxo MPTCP é definido por um par de endereços de IP, um pertencente ao primeiro host H1 (por exemplo, um cliente), o outro ao segundo host H2 (por exemplo, um servidor). „ [043]Quando uma conexão MPTCP for iniciada, realiza-se o handshake de três vias TCP padrão com pacotes SYN, SYN/ACK e ACK portando uma opção Habilitado para Múltiplos Caminhos, isto é, MP_CAPABLE, identificada por um valor de subtipo igual a 0. Essa opção declara que seu remetente é capaz de realizar TCP de múltiplos caminhos.
[044] A seguir, a fim de definir um caminho adicional, um subfluxo é associado à conexão MPTCP iniciada. Em seguida, realiza-se um novo handshake de três vias TCP com os pacotes SYN, SYN/ACK e ACK portando a opção Ingresso a Múltiplos Caminhos, isto é, MP_JOIN, identificada por um valor de subtipo igual a 1.
[045] Conforme mostrado nas Figuras 1 e 2, para gerir o tráfego TCP entre ambos os hosts H1 e H2, o módulo de retransmissão R implementa o seguinte mecanismo RM, graças a um aplicativo de retransmissão armazenado, por exemplo, em uma memória MY do módulo de retransmissão R (que pode corresponder a uma memória da caixa intermediária MB). Em uma etapa S1, o módulo de retransmissão R desvia (ou captura) um tráfego identificado recebido, graças a uma unidade de desvio de tráfego 1, em direção a uma interface de escuta 2. O tráfego desviado pode ser todos os pacotes SYN e SYN/ACK trocados e todos os pacotes TCP identificados como estando no modo de RETRANSMISSÃO. Em outras palavras, a unidade de desvio de tráfego 1 desvia o tráfego de acordo com o tipo de pacote e/ou de acordo com o modo de conexão (modo de RETRANSMISSÃO ou modo de ENCAMINHAMENTO) no qual o tráfego é trocado.
[046] Conforme mostrado na Figura 1, a unidade de desvio de tráfego 1 e a interface de escuta 2 podem definir um módulo de captura CM.
[047] Em uma etapa S2, a interface de escuta 2 do módulo de retransmissão R analisa o tráfego desviado para identificar uma primeira solicitação de estabelecimento de conexão (pacote SYN padrão ou pacote MPTCP SYN com a opção MP_CAPABLE (subtipo = 0x0)) proveniente de um dos hosts H1, H2. Como um exemplo, o host H1 envia a dita primeira solicitação de estabelecimento de conexão em direção ao host H2. Se tal primeira solicitação de estabelecimento de conexão a partir do primeiro host H1 for identificada, a interface de escuta 2 a encaminha a uma unidade de revelação de contexto 3 do módulo de retransmissão R.
[048] Em uma etapa S3, quando da recepção dessa primeira solicitação de estabelecimento de conexão a partir do primeiro host H1, a unidade de revelação de contexto 3 do módulo de retransmissão R: - armazena (etapa S3a) o endereço de IP do segundo host H2, a porta originalmente solicitada pelo primeiro host H1 e a propriedade de múltiplos caminhos (“SP” Caminho Único ou “MP” Múltiplos Caminhos) da dita primeira solicitação de estabelecimento de conexão; - mantém (etapa S3b) a dita primeira solicitação de estabelecimento de conexão; e - cria (etapa S3c) uma primeira interface 11 (tal como um soquete MPTCP, também denominado como módulo de comunicação) para conectar-se ao segundo host H2 através de uma conexão auxiliar inicial.
[049] Em uma etapa S4, a primeira interface 11 tenta criar uma nova conexão MPTCP em direção ao segundo host H2 enviando-se uma segunda solicitação de estabelecimento de conexão (pacote SYN portando a opção MP_CAPABLE) para estabelecer uma conexão auxiliar inicial de múltiplos caminhos entre o módulo de retransmissão R e o segundo host H2.
[050] Em uma etapa S5, quando uma primeira resposta de confirmação (pacote SYN/ACK) for recebida pelo módulo de retransmissão R e encaminhada à unidade de revelação de contexto 3 tanto pela unidade de desvio de tráfego 1 como pela interface de escuta 2, a dita unidade de revelação de contexto 3 verifica a propriedade de múltiplos caminhos (SP ou MP) da dita primeira resposta a fim de determinar se ambos os hosts H1, H2 apresentam ou não as mesmas capacidades de múltiplos caminhos.
[051] Em uma etapa S6, o módulo de retransmissão R ativa o modo de ENCAMINHAMENTO, em caso de ambos os hosts H1 e H2 apresentarem as mesmas capacidades de múltiplos (isto é, ambos são habilitados para MPTCP ou ambos são somente TCP), ou o modo de RETRANSMISSÃO, no caso de ambos os hosts H1 e H2 terem diferentes capacidades de múltiplos caminhos (isto é, um host H1, H2 é habilitado para múltiplos caminhos e o outro host H2, H1 é somente TCP padrão).
[052] 0 módulo de retransmissão R compreende, ainda, uma unidade de identificação de tráfego 4 capaz de diferenciar o tráfego processado no modo de ENCAMINHAMENTO e no modo de RETRANSMISSÃO, com base em uma tabela de identificação (doravante detalhada) que é constituída durante a fase de estabelecimento de conexão.
[053] Uma vez que o modo de ENCAMINHAMENTO tiver sido ativado, em uma etapa S7, o módulo de retransmissão R (graças, por exemplo, ao módulo de captura CM): - fecha (etapa S7a) a primeira interface 11 conectada ao segundo host H2 (redefinindo-se a conexão agora inútil entre o módulo de retransmissão e o segundo host H2); - descarta (etapa S7b) a primeira resposta de confirmação recebida a partir do segundo host H2 de modo a abandonar o estabelecimento de conexão auxiliar inicial; - libera (etapa S7c) a primeira solicitação de estabelecimento de conexão em direção ao segundo host H2 no caminho do processamento de pacote da caixa intermediária MB, sem quaisquer marcações; - encaminha (etapa S7d): ao primeiro host H1, uma segunda resposta de confirmação (pacote SYN/ACK) enviado pelo segundo host H2 para estabelecer a conexão principal direta; e ao segundo host H2, o estabelecimento resposta de confirmação correspondente (pacote ACK) enviado pelo primeiro host H1.
[054] Como consequência, no dito modo de ENCAMINHAMENTO, a dita primeira solicitação de estabelecimento de conexão e o tráfego trocado na conexão correspondente seguem o caminho de encaminhamento padrão da caixa intermediária MB, identificada pela referência numérica 5 na Figura 1 (por exemplo, através de um módulo de roteamento 5A e um módulo de mascaramento 5B).
[055] No caso de uma solicitação de estabelecimento de conexão adicional portando a opção MP_JOIN (pacote SYN com subtipo = 0x1) ser recebida na caixa intermediária MB e o subfluxo ser identificado (por meio da tabela de identificação) como pertencente a uma sessão MPTCP estando atualmente no modo de ENCAMINHAMENTO, a unidade de identificação de tráfego 4 disposta no módulo de retransmissão R é, então, configurada para identificar (por exemplo, graças à tabela de identificação doravante exposta) o tráfego transportado pelo dito subfluxo (iniciado pelo pacote SYN MP_JOIN) como estando no modo de ENCAMINHAMENTO. A dita solicitação de estabelecimento de conexão adicional é, então, liberada pela interface de escuta 2 para seguir o processamento de pacote da caixa intermediária. Nesse caso, se um pacote de dados for recebido, o mesmo não é desviado, desde que o módulo de retransmissão R esteja no modo de ENCAMINHAMENTO, este segue somente o caminho de processamento de pacote da caixa intermediária padrão.
[056]Quando o modo de RETRANSMISSÃO tiver sido ativado, em uma etapa S8, o módulo de retransmissão R: - libera (etapa S8a) a primeira resposta de confirmação (pacote SYN/ACK) a ser processada pela primeira interface 11; - aceita (etapa S8b) a conexão auxiliar inicial solicitada pelo módulo de retransmissão R para estabelecer a conexão auxiliar inicial; - cria (etapa S8c) uma segunda interface I2 para manusear uma conexão auxiliar adicional entre o primeiro host H1 e o módulo de retransmissão R e; - libera (etapa S8d) a dita primeira solicitação de estabelecimento de conexão armazenada (pacote SYN) em direção à segunda interface I2; - aceita (etapa S8e) a conexão principal inicialmente solicitada pelo primeiro host H1 a fim de estabelecer a dita conexão auxiliar adicional. Em outras palavras, a conexão principal solicitada pelo primeiro host H1 para trocar com o segundo host H2 é substituída pela conexão auxiliar adicional entre o primeiro host H1 e o módulo de retransmissão R; - cria (etapa S8f) um link entre a primeira e a segunda interfaces 11, I2 usando, por exemplo, uma tabela de correspondência.
[057] A unidade de identificação de tráfego 4 do módulo de retransmissão R pode identificar o tráfego transportado pelas conexões iniciais e auxiliares adicionais como estando no modo de RETRANSMISSÃO com base na tabela de identificação. De modo mais genérico, a unidade de identificação de tráfego 4 pode ser capaz de diferenciar o tráfego processado no modo de ENCAMINHAMENTO e o tráfego processado no modo de RETRANSMISSÃO, com base na dita tabela de identificação.
[058] Em outras palavras, nesse modo de RETRANSMISSÃO, o tráfego trocado na conexão auxiliar inicial gerido pela primeira interface 11 é identificado, pela unidade de identificação de tráfego 4 do módulo de retransmissão R, como estando no modo de RETRANSMISSÃO. A primeira solicitação de estabelecimento de conexão é liberada para seguir seu caminho até a interface de escuta 2 que aceita a dita primeira solicitação de conexão, e cria a segunda interface I2 (por exemplo, um soquete TCP) para lidar com a interface do primeiro host 11.0 tráfego trocado na conexão auxiliar adicional estabelecida é identificado pela unidade de identificação de tráfego 4 e é, então, roteado pela unidade de desvio de tráfego 1 em direção ao aplicativo de retransmissão do módulo de retransmissão R, que encaminha os dados entre tanto a primeira como a segunda interfaces 11, [2.
[059] No caso de uma solicitação de estabelecimento de conexão adicional portando a opção MP_JOIN (pacote SYN com subtipo = 0x1) ser recebida na caixa intermediária MB e o subfluxo ser identificado (por meio da tabela de identificação) como pertencente a uma sessão MPTCP estando atualmente no modo de RETRANSMISSÃO, a unidade de identificação de tráfego do módulo de retransmissão R é, então, configurada para identificar o tráfego transportado pelo dito subfluxo (iniciado pelo pacote SYN MP_JOIN) como estando no modo de RETRANSMISSÃO. A dita solicitação de estabelecimento de conexão adicional é desviada em direção ao aplicativo de retransmissão e o handshake TCP pode ser encerrado para abrir o subfluxo correspondente.
[060]Em particular, quando um pacote de dados for recebido a partir do primeiro host H1 pela caixa intermediária MB, o mesmo é desviado em direção à segunda interface I2 criada do módulo de retransmissão R. Em seguida, o dito pacote de dados é retransmitido a partir da segunda interface I2 até a primeira interface Í1 antes de alcançar o segundo host H2, graças à tabela de correspondência usada pelo aplicativo de retransmissão. Quando um pacote de dados for recebido a partir do segundo host H2 pela caixa intermediária MB, o mesmo é desviado em direção à primeira interface 11 criada do módulo de retransmissão R. Em seguida, o dito pacote de dados é retransmitido a partir da primeira interface 11 até a segunda interface I2 antes de alcançar o segundo host H2.
[061 ]No caso de um pacote de “conexão fechada” (pacote FIN para TCP, pacote DATA_FIN para MPTCP) ser recebido pela caixa intermediária MB, a primeira e a segunda interfaces 11 e I2 são fechadas pelo módulo de retransmissão R e a tabela de correspondência é redefinida.
[062]Além disso, de modo a acompanhar quais conexões precisam ser encaminhadas ou retransmitidas, o módulo de retransmissão R constitui uma tabela de pesquisa quando uma conexão for estabelecida. Essa tabela de identificação (não mostrada nas Figuras) está inicialmente vazia e preenchida pela unidade de revelação de contexto 3. Então, a mesma é consultada pela unidade de identificação de tráfego 4 quando da recepção de pacotes de dados. Um exemplo dessa tabela de identificação é dado a seguir: Tabela de Identificação [063] As colunas de endereço de origem e destino e portas permitem uma rápida pesquisa da conexão estabelecida e da seleção do processamento apropriado para cada pacote recebido. Para conexões TCP normais, os tokens de origem e destino não existem e são deixados em branco. Para conexões MPTCP, o token de origem é o hash da chave de destino (conforme enviado pelo host de destino no pacote SYN/ACK) e o token de destino é o hash da chave de origem (conforme enviado pelo host de origem no pacote SYN). Esse par de tokens identifica exclusivamente uma conexão MPTCP em ambas as extremidades. Esses tokens são reutilizados pelo protocolo MPTCP para o estabelecimento de subfluxos subsequentes permite pesquisar o fluxo principal MPTCP correspondente. A partir dá perspectiva de retransmissão, o rastreamento de quais subfluxos pertencem a qual fluxo principal é necessário para determinar o modo de operação para cada subfluxo.
[064] Para que a retransmissão acompanhe a adição de novos subfluxos, duas situações distintas podem ser preferencialmente manuseadas: - adição de um novo endereço de origem: quando uma origem (por exemplo, o primeiro host H1) tendo múltiplas interfaces decidir adicionar uma interface a uma sessão MPTCP existente, lança-se um pacote MPTCP SYN portando a opção MP JOIN com um token identificando a sessão MPTCP no destino (por exemplo, “S_tok1”) em direção ao host de destino (por exemplo, segundo host H2) identificado por seu endereço de IP. Quando este vir tal pacote, o módulo de retransmissão R pesquisa o par de S_tok1 e endereço de destino para restaurar o modo de operação selecionado para tal sessão MPTCP e, finalmente, adiciona uma linha à tabela de identificação, registrando o endereço de origem adicional junto aos tokens correspondentes e ao modo de operação (modo de RETRANSMISSÃO, modo de ENCAMINHAMENTO); - adição de um novo endereço de destino: o módulo de retransmissão R precisa implementar um processo de duas etapas. Primeiramente, o módulo de retransmissão R rastreia as mensagens ADDADDR que estão anexadas como opções ao pacote de dados e permite que o host de destino indique a disponibilidade de um endereço de IP adicional. Quando da recepção dessas mensagens, registra-se o endereço na tabela de identificação junto à sessão MPTCP associada. Em segundo lugar, quando da recepção de um pacote MPTCP SYN com a opção MP_JOIN, se o endereço de destino corresponder a um endereço previamente registrado (adicionado) e o token de origem corresponder a um token conhecido (por exemplo, S_tok1), então, o módulo de retransmissão R identifica o subfluxo como pertencente à sessão MPTCP e registra as portas de origem e destino associadas.
[065] Deve-se notar que a presente invenção pode, em um exemplo ilustrativo, mas não limitativo, ser implementada em uma caixa intermediária que seja um roteador rodando em um Computador Pessoal com sistema operacional Linux integrando uma pilha MPTCP. O primeiro host (por exemplo, um cliente) e o segundo host (por exemplo, um servidor) roda em Computadores Pessoais com sistema operacional Linux integrando o MPTCP ou a pilha TCP padrão. O roteador é conectado, em um lado, ao PC cliente através de até duas interfaces Ethernet 100M e, no outro lado, ao PC servidor através de até duas interfaces Ethernet 100M.
[066] Além disso, na modalidade preferencial supramencionada, o módulo de retransmissão R é integrado na caixa intermediária MB, como um módulo de hardware e/ou software. Obviamente, em uma alternativa, o módulo de retransmissão pode ser um módulo de hardware independente conectado ao primeiro e ao segundo hosts, diretamente ou através de uma caixa intermediária.
[067] De modo correspondente, os aspectos dos presentes princípios podem assumir a forma de uma modalidade totalmente de hardware, uma modalidade totalmente de software (incluindo firmware, software residente, microcódigo, e assim por diante), ou uma modalidade que combine aspectos de software e hardware que possam todos ser genericamente referidos no presente documento como um “circuito,” “módulo”, ou “sistema”, sendo todos inseridos em um único host ou em muitos hosts que sejam conectados juntos por qualquer tipo de meio. Adicionalmente, os aspectos dos presentes princípios podem assumir a forma de um meio de armazenamento legível por computador. Pode-se utilizar qualquer combinação de um ou mais meios de armazenamento legíveis por computador.
[068] As referências reveladas na descrição, nas reivindicações e nos desenhos podem ser proporcionadas independentemente ou em qualquer combinação apropriada. Os recursos podem, quando apropriado, ser implementados em hardware, software, ou em uma combinação desses.
[069] As referências numéricas que aparecem nas reivindicações servem apenas para título de ilustração, não tendo efeito limitante sobre o escopo das reivindicações.
[070] A presente invenção tendo sido descrita em sua modalidade preferencial, fica evidente que é susceptível a diversas modificações e modalidades por parte dos indivíduos versados na técnica e sem o exercício da faculdade inventiva. De modo correspondente, o escopo da invenção é definido pelo escopo das reivindicações a seguir.
[071] Nas reivindicações, qualquer elemento expresso como um meio para realizar uma função específica (por exemplo, a unidade de desvio de tráfego 1, a interface de escuta 2, a unidade de revelação de contexto 3, a primeira e a segunda interfaces 11, I2, a unidade de identificação de tráfego 4, o aplicativo de retransmissão etc.) é destinado a abranger qualquer forma de realizar tal função incluindo, por exemplo, a) uma combinação de elementos de circuito (por exemplo, um ou mais processadores) que realize tal função ou b) software em qualquer forma, incluindo, portanto, firmware, microcódigo, ou similares, combinado com um conjunto de circuitos apropriado para executar tal software a realizar a função. Os presentes princípios conforme definido por essas reivindicações residem no fato de que as funcionalidades proporcionadas pelos vários meios citados são combinadas e unidas da maneira que exigem as reivindicações. Logo, considera-se que quaisquer meios que possam proporcionar essas funcionalidades sejam equivalentes àqueles mostrados no presente documento.

Claims (15)

1.Método para conectar um primeiro host (H1) e um segundo host (H2) em pelo menos uma rede de comunicação (N1, N2) através de um módulo de retransmissão (R), CARACTERIZADO pelo fato de que o método compreende, no módulo de retransmissão (R): - capturar (S1, S2) uma primeira solicitação de estabelecimento de conexão enviada pelo primeiro host (H1) para estabelecer uma conexão principal com o segundo host (H2); - enviar (S4), ao segundo host (H2), uma segunda solicitação de estabelecimento de conexão para estabelecer uma conexão auxiliar inicial entre o módulo de retransmissão (R) e o segundo host (H2); - receber (S5), a partir do segundo host (H2), uma primeira resposta de confirmação; . - no caso de a primeira solicitação de estabelecimento de conexão e a primeira resposta de confirmação apresentarem uma propriedade de múltiplos caminhos igual, ativar (S6) um modo de encaminhamento para manusear o tráfego transportado pela conexão principal direta estabelecida; e: descartar (S7b) a primeira resposta de confirmação recebida a partir do segundo host (H2) de modo a abandonar o estabelecimento de conexão auxiliar inicial; liberar (S7c) a primeira solicitação de estabelecimento de conexão ao segundo host (H2); encaminhar (S7d), ao primeiro host (H1), uma segunda resposta de confirmação enviada pelo segundo host (H2) em resposta à primeira solicitação de estabelecimento de conexão previamente enviada, para o estabelecimento da dita conexão principal direta; - no caso de a primeira solicitação de estabelecimento de conexão e a primeira resposta de confirmação apresentarem diferentes propriedades de múltiplos caminhos, ativar (S6) um modo de retransmissão para manipular o tráfego transportado por: um conexão auxiliar adicional estabelecida entre o primeiro host (H1) e o módulo de retransmissão (R); e a conexão auxiliar inicial estabelecida entre o módulo de retransmissão (R) e o segundo host (H2).
2. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que compreende preliminarmente, ainda, quando da recepção da primeira solicitação de estabelecimento de conexão, criar uma primeira interface (11) no módulo de retransmissão (R) para manusear o estabelecimento de conexão auxiliar inicial.
3. Método, de acordo com a reivindicação 1 ou 2, CARACTERIZADO pelo fato de que o dito segundo estabelecimento de conexão solicita o estabelecimento de uma conexão de múltiplos caminhos auxiliar inicial.
4. Método, de acordo com qualquer uma das reivindicações 1 a 3, CARACTERIZADO pelo fato de que a primeira solicitação de estabelecimento de conexão e a primeira resposta de confirmação são armazenadas (S5) em uma unidade de revelação de contexto do módulo de retransmissão (R).
5. Método, de acordo com a reivindicação 4, CARACTERIZADO pelo fato de que compreende, ainda quando o modo de retransmissão tiver sido ativado, no módulo de retransmissão (R): - processar a primeira solicitação de estabelecimento de conexão para estabelecer a dita conexão auxiliar adicional entre o primeiro host (H1) e o módulo de retransmissão (R); - processar a primeira resposta de confirmação para estabelecer a conexão auxiliar inicial entre o módulo de retransmissão (R) e o segundo host (H2); - criar (S8f) um link entre as conexões iniciais e auxiliares adicionais.
6. Método, de acordo com a reivindicação 5, CARACTERIZADO pelo fato de que o link entre as conexões iniciais e auxiliares adicionais usam uma tabela de correspondência.
7. Método, de acordo com a reivindicação 5 ou 6, CARACTERIZADO pelo fato de que o processamento da primeira solicitação de estabelecimento de conexão compreende, ainda: - criar (S8c) uma segunda interface (12) no módulo de retransmissão (R) para manusear a conexão auxiliar adicional com o primeiro host (H1); - liberar (S8d) a dita primeira solicitação de estabelecimento de conexão armazenada em direção à segunda interface (I2); - aceitar (S8e) a conexão principal inicialmente solicitada pelo primeiro host (H1) .para estabelecer a dita conexão auxiliar adicional.
8. Método, de acordo com qualquer uma das reivindicações 5 a 7, CARACTERIZADO pelo fato de que o processamento da primeira resposta de confirmação compreende, ainda: - liberar (S8a) a dita primeira resposta de confirmação armazenada em direção à primeira interface (11); - aceitar (S8b) a conexão auxiliar inicial solicitada pelo módulo de retransmissão (R) para estabelecer a dita conexão auxiliar inicial.
9. Módulo de retransmissão para conectar um primeiro host (H1) e um segundo host (H2), dispostos em pelo menos uma rede de comunicação (N1, N2), CARACTERIZADO pelo fato de que compreende: - um módulo de captura (CM) configurado para interceptar uma primeira solicitação de estabelecimento de conexão enviada pelo primeiro host (H1) para estabelecer uma conexão principal com o segundo host (H2); - um módulo de comunicação (11) configurado para: enviar, ao segundo host (H2), uma segunda solicitação de estabelecimento de conexão para estabelecer uma conexão auxiliar inicial entre o módulo de retransmissão (R) e o segundo host (H2); receber, a partir do segundo host (H2), uma primeira resposta de confirmação; - uma unidade de revelação de contexto (3) configurada para ativar: um modo de encaminhamento para manipular o tráfego transportado pela conexão principal estabelecida, no caso de a primeira solicitação de estabelecimento de conexão e a primeira resposta de confirmação apresentarem a mesma propriedade de múltiplos caminhos; um modo de retransmissão para manipular o tráfego transportado por: - uma conexão auxiliar adicional estabelecida entre o primeiro host (H1) e o módulo de retransmissão (R); e - a conexão auxiliar inicial estabelecida entre o módulo de retransmissão (R) e o segundo host (H2), no caso de a primeira solicitação de estabelecimento de conexão e a primeira resposta de confirmação apresentarem diferentes propriedades de múltiplos caminhos; e em que o módulo de captura CM) é configurado, ainda, para: - descartar a primeira resposta de confirmação recebida a partir do segundo host (H2) de modo a abandonar o estabelecimento de conexão auxiliar inicial; - liberar a primeira solicitação de estabelecimento de conexão ao segundo host (H2); - encaminhar, ao primeiro host (H1), uma segunda resposta de confirmação enviada pelo segundo host (H2) em resposta à primeira solicitação de estabelecimento de conexão previamente enviada, para o estabelecimento da dita conexão principal direta.
10. Módulo de retransmissão, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que A unidade de revelação de contexto (3) pé configurada, ainda, para armazenar a primeira solicitação de estabelecimento de conexão e a primeira resposta de confirmação e determinar suas propriedades de múltiplos caminhos.
11. Módulo de retransmissão, de acordo com a reivindicação 9 ou 10, CARACTERIZADO pelo fato de que compreende, ainda, uma unidade de identificação de tráfego (4) adaptada para diferenciar o tráfego processado no modo de encaminhamento e o tráfego processado no modo de retransmissão.
12. Módulo de retransmissão, de acordo com qualquer uma das reivindicações 9 a 11, CARACTERIZADO pelo fato de que compreende, ainda, um aplicativo de retransmissão para retransmitir o tráfego transportado pelas conexões iniciais e auxiliares adicionais entre o primeiro e o segundo hosts (H1, H2), no modo de retransmissão.
13. Módulo de retransmissão para conectar um primeiro host (H1) e um segundo host (H2), dispostos em pelo menos uma rede de comunicação (N1, N2), CARACTERIZADO pelo fato de que compreende pelo menos um processador configurado para: - interceptar uma primeira solicitação de estabelecimento de conexão enviada pelo primeiro host (H1) para estabelecer uma conexão principal com o segundo host (H2); - enviar, ao segundo host (H2), uma segunda solicitação de estabelecimento de conexão para estabelecer uma conexão auxiliar inicial entre o módulo de retransmissão (R) e o segundo host (H2); - receber, a partir do segundo host (H2), uma primeira resposta de confirmação; - ativar: um modo de encaminhamento para manusear o tráfego transportado pela conexão principal direta estabelecida, no caso de a primeira solicitação de estabelecimento de conexão e a primeira resposta de confirmação apresentarem uma mesma propriedade de múltiplos caminhos; um modo de retransmissão para manipular o tráfego transportado por: - uma conexão auxiliar adicional estabelecida entre o primeiro host (H1) e o módulo de retransmissão (R); e - a conexão auxiliar inicial estabelecida entre o módulo de retransmissão (R) e o segundo host (H2), no caso de a primeira solicitação de estabelecimento de conexão e a primeira resposta de confirmação apresentarem diferentes propriedades de múltiplos caminhos; - descartar a primeira resposta de confirmação recebida a partir do segundo host (H2) de modo a abandonar o estabelecimento de conexão auxiliar inicial; - liberar a primeira solicitação de estabelecimento de conexão ao segundo host (H2); - encaminhar, ao primeiro host (H1), uma segunda resposta de confirmação enviada pelo segundo host (H2) em resposta à primeira solicitação de estabelecimento de conexão previamente enviada, para o estabelecimento da dita conexão principal direta.
14. Produto de programa computacional transferível por download a partir de uma rede de comunicação e/ou gravado em um meio legível por computador e/ou executável por um processador, CARACTERIZADO pelo fato de que compreende instruções de código de programa para implementar o método, de acordo com pelo menos uma das reivindicações 1 a 8.
15. Meio legível por computador não-transitório que compreende um produto de programa computacional gravado nele e é capaz de ser rodado por um processador, CARACTERIZADO pelo fato de que inclui instruções de código de programa para implementar o método, de acordo com pelo menos uma das reivindicações 1 a 8.
BR102014023992A 2013-09-30 2014-09-26 método para conectar um primeiro host e um segundo host em pelo menos uma rede de comunicação através de um módulo de retransmissão, e módulo de retransmissão correspondente BR102014023992A2 (pt)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP20130306349 EP2854357A1 (en) 2013-09-30 2013-09-30 Method for connecting a first host and a second host within at least one communication network through a relay module, corresponding relay module

Publications (1)

Publication Number Publication Date
BR102014023992A2 true BR102014023992A2 (pt) 2016-04-26

Family

ID=49474338

Family Applications (1)

Application Number Title Priority Date Filing Date
BR102014023992A BR102014023992A2 (pt) 2013-09-30 2014-09-26 método para conectar um primeiro host e um segundo host em pelo menos uma rede de comunicação através de um módulo de retransmissão, e módulo de retransmissão correspondente

Country Status (6)

Country Link
US (1) US20150095502A1 (pt)
EP (2) EP2854357A1 (pt)
JP (1) JP2015070616A (pt)
KR (1) KR20150037573A (pt)
CN (1) CN104518939A (pt)
BR (1) BR102014023992A2 (pt)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10721269B1 (en) 2009-11-06 2020-07-21 F5 Networks, Inc. Methods and system for returning requests with javascript for clients before passing a request to a server
WO2015136582A1 (ja) * 2014-03-13 2015-09-17 パナソニックIpマネジメント株式会社 情報機器特定システム、情報機器特定方法、情報機器およびプログラム
US20150281367A1 (en) * 2014-03-26 2015-10-01 Akamai Technologies, Inc. Multipath tcp techniques for distributed computing systems
WO2016066210A1 (en) * 2014-10-30 2016-05-06 Telefonaktiebolaget L M Ericsson (Publ) Handling of backup path in a wireless communication system
EP3269109B1 (en) * 2015-03-12 2019-01-09 Telefonaktiebolaget LM Ericsson (publ) Methods and arrangements for multipath traffic aggregation
US10602560B2 (en) 2015-06-26 2020-03-24 Telefonaktiebolaget Lm Ericsson (Publ) First network node and methods therein, for determining whether a second multi path transmission control protocol connection is to be initiated
WO2017007705A1 (en) 2015-07-06 2017-01-12 Shape Security, Inc. Asymmetrical challenges for web security
US10476992B1 (en) * 2015-07-06 2019-11-12 F5 Networks, Inc. Methods for providing MPTCP proxy options and devices thereof
CN105656875A (zh) * 2015-10-21 2016-06-08 乐卡汽车智能科技(北京)有限公司 基于mptcp的主流连接建立方法及装置
WO2017101043A1 (zh) * 2015-12-16 2017-06-22 华为技术有限公司 一种数据传输方法及设备
EP3379864B1 (en) * 2015-12-30 2020-11-11 Huawei Technologies Co., Ltd. Method for determining transmission link and terminal device
EP3276891B1 (en) * 2016-07-29 2019-02-27 Deutsche Telekom AG Techniques for establishing a communication connection between two network entities via different network flows
JP6724641B2 (ja) 2016-08-03 2020-07-15 富士通株式会社 管理装置、通信システム及び割当方法
JP6908914B2 (ja) * 2017-02-24 2021-07-28 株式会社国際電気通信基礎技術研究所 データ送信装置、データ受信装置、通信システム、および、プログラム
WO2018165190A1 (en) 2017-03-07 2018-09-13 Akamai Technologies, Inc. Cooperative multipath
EP3729785B8 (en) * 2017-12-22 2022-08-10 Nokia Technologies OY Designs of an mptcp-aware load balancer and load balancer using the designs
WO2019166697A1 (en) * 2018-03-01 2019-09-06 Nokia Technologies Oy Conversion between transmission control protocols
CN111064704B (zh) * 2019-11-19 2021-02-09 中国科学院计算技术研究所 一种基于mptcp启动窗口自适应的数据传输方法、装置和介质
WO2022038771A1 (ja) * 2020-08-21 2022-02-24 日本電信電話株式会社 通信システム、通信方法、中継サーバ及びプログラム

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8032641B2 (en) * 2009-04-30 2011-10-04 Blue Coat Systems, Inc. Assymmetric traffic flow detection
US9723083B2 (en) * 2009-12-14 2017-08-01 Nokia Technologies Oy Method and apparatus for multipath communication
US9455897B2 (en) * 2010-04-06 2016-09-27 Qualcomm Incorporated Cooperative bandwidth aggregation using multipath transport
US20120144062A1 (en) * 2010-06-04 2012-06-07 Interdigital Patent Holdings, Inc. MPTCP And Mobile IP Interworking
US8400923B2 (en) * 2010-10-15 2013-03-19 Telefonaktiebolaget L M Ericsson (Publ) Multipath transmission control protocol proxy
US8547835B2 (en) * 2010-10-21 2013-10-01 Telefonaktiebolaget L M Ericsson (Publ) Controlling IP flows to bypass a packet data network gateway using multi-path transmission control protocol connections
EP2495927B1 (en) * 2011-03-02 2014-10-08 Alcatel Lucent Concept for providing information on a data packet association and for forwarding a data packet
US20120331160A1 (en) * 2011-06-22 2012-12-27 Telefonaktiebolaget L M Ericsson (Publ) Multi-path transmission control protocol proxy service
US8817797B2 (en) * 2012-01-31 2014-08-26 Alcatel Lucent Method and apparatus for multipath protocol packet relay
US8824480B2 (en) * 2012-01-31 2014-09-02 Alcatel Lucent Method and apparatus for end-host based mobility, multi-homing and multipath protocols
JP6301358B2 (ja) * 2012-12-14 2018-03-28 テレフオンアクチーボラゲット エルエム エリクソン(パブル) 通信ネットワークにおけるマルチパス伝送制御プロトコル信号伝達の処理
US9888042B2 (en) * 2013-05-21 2018-02-06 Citrix Systems, Inc. Systems and methods for multipath transmission control protocol connection management

Also Published As

Publication number Publication date
KR20150037573A (ko) 2015-04-08
US20150095502A1 (en) 2015-04-02
EP2854360B1 (en) 2016-04-06
JP2015070616A (ja) 2015-04-13
EP2854360A1 (en) 2015-04-01
EP2854357A1 (en) 2015-04-01
CN104518939A (zh) 2015-04-15

Similar Documents

Publication Publication Date Title
BR102014023992A2 (pt) método para conectar um primeiro host e um segundo host em pelo menos uma rede de comunicação através de um módulo de retransmissão, e módulo de retransmissão correspondente
US10616379B2 (en) Seamless mobility and session continuity with TCP mobility option
US10673781B2 (en) Dedicated virtual local area network for peer-to-peer traffic transmitted between switches
US9755958B2 (en) Fast convergence in VRRP with multipoint bidirectional forwarding detection
US10873524B2 (en) Optimized equal-cost multi-path (ECMP) forwarding decision in bit index explicit replication (BIER)
US10716045B2 (en) Lossless handover for mobility with location identifier separation protocol in 3rd generation partnership project networks
US11310846B2 (en) Local identifier locator network protocol (ILNP) breakout
JP5726336B2 (ja) データパケット関連付けについての情報を提供するための、およびデータパケットを転送するための概念
EP2763362A1 (en) A method for connecting a multi-homed and MPTCP capable client with a regular TCP server
US8730793B2 (en) Method and apparatus providing network redundancy and high availability to remote network nodes
US11129061B1 (en) Local identifier locator network protocol (ILNP) breakout
US20220007251A1 (en) Using location indentifier separation protocol to implement a distributed user plane function architecture for 5g mobility
ES2563352T3 (es) Método de transferencia de protocolo de internet (IP) a IP
EP2813034A1 (en) Methods of redirecting network forwarding elements and related forwarding elements and controllers
US11863655B2 (en) Method and system for reliable application layer data transmission through unreliable transport layer connections in a network
JP6812549B2 (ja) パケット転送方法及びネットワーク機器
US11178045B2 (en) System and method for efficient route update in an EVPN network
US9935874B2 (en) Fibre channel gateway system
US20230095429A1 (en) Traffic loss avoidance in a border gateway protocol (bgp) network via flexible session tracking

Legal Events

Date Code Title Description
B03A Publication of a patent application or of a certificate of addition of invention [chapter 3.1 patent gazette]
B11A Dismissal acc. art.33 of ipl - examination not requested within 36 months of filing
B11Y Definitive dismissal - extension of time limit for request of examination expired [chapter 11.1.1 patent gazette]