BR102018001418A2 - método para o gerenciamento de serviços em cadeia junto a um equipamento em rede de trabalho, correspondente ao equipamento em rede de trabalho - Google Patents

método para o gerenciamento de serviços em cadeia junto a um equipamento em rede de trabalho, correspondente ao equipamento em rede de trabalho Download PDF

Info

Publication number
BR102018001418A2
BR102018001418A2 BR102018001418-8A BR102018001418A BR102018001418A2 BR 102018001418 A2 BR102018001418 A2 BR 102018001418A2 BR 102018001418 A BR102018001418 A BR 102018001418A BR 102018001418 A2 BR102018001418 A2 BR 102018001418A2
Authority
BR
Brazil
Prior art keywords
identifier
network
data
field
processing
Prior art date
Application number
BR102018001418-8A
Other languages
English (en)
Inventor
Onno Stephane
Legallais Yvon
Le Scouarnec Nicolas
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 BR102018001418A2 publication Critical patent/BR102018001418A2/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • 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/56—Routing software
    • H04L45/566—Routing instructions carried by the data packet, e.g. active networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • 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/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H04L12/2869—Operational details of access network equipments
    • H04L12/2898—Subscriber equipments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5045—Making service definitions prior to deployment
    • 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/302—Route determination based on requested QoS
    • H04L45/306—Route determination based on the nature of the carried application
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5077—Network service management, e.g. ensuring proper service fulfilment according to agreements wherein the managed service relates to simple transport services, i.e. providing only network infrastructure
    • 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/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming

Abstract

método para o gerenciamento de serviços em cadeia junto a um equipamento em rede de trabalho, correspondente ao equipamento em rede de trabalho. o equipamento em rede de trabalho (100) configurado para operar uma pluralidade de funções em rede de trabalho (111) e para o recebimento de pacotes de dados a partir de pelo menos um dispositivo (10), sendo que o equipamento em rede de trabalho (100) compreende pelo menos de um classificador (112, 113) configurado para receber um pacote de dados a partir de um dispositivo (10) e para modificar, antes de processamento por meio de pelo menos uma função em rede de trabalho (111), de referido pacote de dados através da adição de um cabeçalho adicional compreendendo de pelo menos um campo de defasagem e um campo de dados para a listagem de pelo menos um identificador, cada identificador identificando uma das funções em rede de trabalho (111).

Description

(54) Título: MÉTODO PARA O
GERENCIAMENTO DE SERVIÇOS EM CADEIA JUNTO A UM EQUIPAMENTO EM REDE DE TRABALHO, CORRESPONDENTE AO EQUIPAMENTO EM REDE DE TRABALHO (51) Int. Cl.: H04L 12/24; H04L 29/12 (30) Prioridade Unionista: 30/01/2017 EP 17305102.0 (73) Titular(es): THOMSON LICENSING (72) Inventor(es): STEPHANE ONNO; YVON LEGALLAIS; NICOLAS LE SCOUARNEC (85) Data do Início da Fase Nacional:
23/01/2018 (57) Resumo: MÉTODO PARA O
GERENCIAMENTO DE SERVIÇOS EM CADEIA JUNTO A UM EQUIPAMENTO EM REDE DE TRABALHO, CORRESPONDENTE AO EQUIPAMENTO EM REDE DE TRABALHO. O equipamento em rede de trabalho (100) configurado para operar uma pluralidade de funções em rede de trabalho (111) e para o recebimento de pacotes de dados a partir de pelo menos um dispositivo (10), sendo que o equipamento em rede de trabalho (100) compreende pelo menos de um classificador (112,113) configurado para receber um pacote de dados a partir de um dispositivo (10) e para modificar, antes de processamento por meio de pelo menos uma função em rede de trabalho (111), de referido pacote de dados através da adição de um cabeçalho adicional compreendendo de pelo menos um campo de defasagem e um campo de dados para a listagem de pelo menos um identificador, cada identificador identificando uma das funções em rede de trabalho (111).
Figure BR102018001418A2_D0001
1/29
MÉTODO PARA O GERENCIAMENTO DE SERVIÇOS EM CADEIA JUNTO A UM EQUIPAMENTO EM REDE DE TRABALHO, CORRESPONDENTE AO EQUIPAMENTO EM REDE DE TRABALHO
CAMPO TÉCNICO [001]O presente relatório descritivo se refere, em termos gerais, ao gerenciamento de funções em rede de trabalho, e mais particularmente, ao gerenciamento de suporte da informação de serviços encadeado de funções em rede de trabalho.
FUNDAMENTOS [002] Esta seção se destina a introduzir o leitor aos diversos aspectos da técnica, os quais podem estar relacionados aos diversos aspectos do presente relatório descritivo que são descritos e/ou reivindicados abaixo. Acredita-se que esta discussão venha a auxiliar em prover o leitor com informação fundamentada facilitando a uma melhor compreensão dos diversos aspectos do presente relatório descritivo. Consequentemente, deve ser entendido que essas apresentações são para serem lidas dentro deste ponto de vista, e não como relacionadas ao estado anterior da técnica.
[003]Os provedores de serviço em rede de trabalho de telecomunicação oferecem presentemente com um ou mais tipos de serviços ou utilitários em blocos intermediários, os quais consistem de dispositivos computacionais em redes de trabalho adaptados para transformarem, inspecionarem, filtragem, ou manipularem pacotes de dados além do envio de pacotes. Os exemplos estabelecidos de tais serviços em blocos intermediários compreendem de firewalls (filtragem de elementos indesejados ou de trânsito malicioso), varredura de vírus, serviço de inspeção profunda de pacote (DPI), Interpretadores de Endereço em Rede de Trabalho NAT (endereços de destinatários e modificação de fonte de pacotes), detecção de intrusão e serviço de prevenção (IDP), etc. Esses serviços em bloco intermediário podem requerer capacidades de inspeção de pacote e rendimento elevados. Eles podem ser transparenPetição 870180005931, de 23/01/2018, pág. 40/79
2/29 tes ou não junto aos usuários em uma ponta de serviço (ps denominados assinantes ou clientes) e podem ser hospedados junto às máquinas virtuais ou nos componentes físicos subordinados.
[004]Quando os pacotes de dados necessitam de serem processados de modo sucessivo pelos diversos serviços de blocos intermediários (ou funções em rede de trabalho) dentro de uma dada ordem (ou seja, uma cadeia de serviços), a cadeia de serviços pode se fazer necessária. Além disso, quando diversas cadeias de serviços são viáveis, os pacotes de dados necessitam de serem direcionados junto aos serviços de bloco intermediário de cada uma das cadeias de serviços selecionada.
[005]Existe uma necessidade por um mecanismo que estabeleça tais encadeamentos de serviços (o denominado encadeamento da função em rede de trabalho\) aonde os pacotes, a despeito de onde sejam seus destinos, devem de ser enviados ao curso de seus trajetos de serviços (cruzando um conjunto de serviços de blocos intermediários implementando um dado processamento) com um baixo dispêndio computacional.
SUMÁRIO [006]O relatório descritivo diz respeito a um método voltado a implementação de um equipamento em rede de trabalho configurado para operar junto a uma pluralidade de funções em rede de trabalho e para receber pacotes de dados a partir pelo menos de um dispositivo, sendo que o referido método compreende:
- recebimento, através do equipamento em rede de trabalho, de um pacote de dados a partir de um dispositivo;
- modificação, antes do processamento por pelo menos uma função em rede de trabalho, do referido pacote de dados através da adição de um cabeçalho principal adicional compreendendo pelo menos de um campo de defasagem e de um campo de dados para a listagem de pelo menos um identificador, cada referido idenPetição 870180005931, de 23/01/2018, pág. 41/79
3/29 tificador identificando uma das funções em rede de trabalho.
[007]Em uma modalidade, os identificadores podem ser listados no campo de dados dentro de uma lista de processamento ordenada por meio das funções em rede de trabalho correspondentes.
[008]Em uma modalidade, o referido método pode compreender ainda, junto a uma função em rede de trabalho:
- processamento de referido pacote de dados quando recebido;
- atualização de um valor corrente referente ao campo de defasagem após o processamento do pacote de dados junto ao endereço do referido pacote de dados para uma função em rede de trabalho vinda a seguir listada na listagem ordenada de processamento.
[009]Em uma modalidade, a referida função em rede de trabalho pode ultrapassar pelo menos um identificador listado no campo de dados.
[010] Em uma modalidade, a referida função em rede de trabalho pode modificar pelo menos um identificador da lista ordenada de processamento.
[011] Em uma modalidade, a modificação de pelo menos um identificador listado pode compreender pelo menos de uma das operações a seguir:
- remoção de pelo menos um identificador listado no campo de dados do cabeçalho principal adicional;
- adição de pelo menos um identificador junto ao campo de dados do cabeçalho principal adicional;
- reposição de pelo menos um identificador listado no campo de dados através de pelo menos um novo identificador.
[012] Em uma modalidade, o referido cabeçalho principal adicional pode compreender ainda de um tipo de campo empregado para indicar que os referidos identificadores do campo de dados consistem do tipo heterogêneo.
[013] O presente relatório descritivo diz respeito ainda a um equipamento em
Petição 870180005931, de 23/01/2018, pág. 42/79
4/29 rede de trabalho configurado para operar uma pluralidade de funções em rede de trabalho e para receber pacotes de dados a partir de pelo menos um dispositivo, sendo que o equipamento em rede de trabalho compreende de pelo menos uma memória e pelo menos um conjunto de circuitos de processamento configurado para:
- recebimento de um pacote de dados a partir de um dispositivo;
- modificar, antes do processamento via pelo menos uma função em rede de trabalho, o referido pacote de dados através da adição de um cabeçalho adicional compreendendo pelo menos um campo de defasagem e um campo de dados para a listagem de pelo menos um identificador, cada identificador identificando uma das funções em rede de trabalho.
[014] Além disso, o presente relatório descritivo diz respeito ainda a um equipamento em rede de trabalho configurado para operar uma pluralidade de funções em rede de trabalho e para receber pacotes de dados a partir de pelo menos um dispositivo, sendo que o equipamento em rede de trabalho compreende de pelo menos um classificador configurado para receber um pacote de dados a partir de um dispositivo e para modificar, antes do processamento pelo menos uma função em rede de trabalho, referido pacote de dados via a adição de um cabeçalho adicional compreendendo pelo menos de um campo de defasagem e de um campo de dados para a listagem de pelo menos um identificador, cada identificador identificando uma das funções em rede de trabalho.
[015] Em uma modalidade, os identificadores podem ser listados no campo de dados em uma listagem ordenada de processamento por meio das funções em rede de trabalho correspondentes.
[016] Em uma modalidade, uma função em rede de trabalho pode ser configurada para:
- processar o referido pacote de dados quando recebido;
- atualizar um valor corrente do campo de defasagem, após o processamenPetição 870180005931, de 23/01/2018, pág. 43/79
5/29 to do pacote de dados, endereçando o referido pacote de dados processado junto a uma função em rede de trabalho a seguir listada na lista ordenada de processamento.
[017]Em uma modalidade, a referida função em rede de trabalho pode ser configurada para ultrapassar pelo menos um identificador listado no campo de dados.
[018] Em uma modalidade, a função em rede de trabalho pode ser configurada para modificar pelo menos um identificador da lista ordenada de processamento.
[019] Em uma modalidade, a modificação de pelo menos um identificador listado pela referida função em rede de trabalho pode compreender pelo menos de uma das operações vindas a seguir:
- remoção de pelo menos um identificador listado no campo de dados do cabeçalho adicional;
- adição de pelo menos um identificador junto ao campo de dados do cabeçalho adicional;
- reposição de pelo menos um identificador listado no campo de dados por pelo menos um novo identificador.
[020] Em uma modalidade, o referido cabeçalho adicional pode compreender ainda de um tipo de campo utilizado para indicar aqueles referidos identificadores do campo de dados como sendo do tipo heterogêneo.
[021] Além disso, o presente relatório descritivo é ainda direcionado junto a um dispositivo de armazenagem de programas não-transitórios, capacitado a leitura por computador, personificando de forma tangível um programa de instruções executáveis pelo computador para o desempenho de um método a ser implementado junto a um equipamento em rede de trabalho configurado para operar uma pluralidade de funções em rede de trabalho e para receber os pacotes de dados a partir de pelo
Petição 870180005931, de 23/01/2018, pág. 44/79
6/29 menos um dispositivo, sendo que o referido método compreende:
- recebimento, por parte do equipamento em rede de trabalho, de um pacote de dados a partir de um dispositivo;
- modificação, antes do processamento por pelo menos uma função em rede de trabalho, do referido pacote de dados através da adição de um cabeçalho adicional compreendendo pelo menos de um campo de defasagem e de um campo de dados para listagem de pelo menos um identificador, cada identificador identificando uma das funções em rede de trabalho.
[022] O presente relatório descritivo diz respeito também a um produto de programa computacional armazenado junto a uma mídia de leitura computacional não-transitória e compreendendo de instruções de código de programa executáveis através de um processador para a implementação de um método a ser implementado diante de um equipamento em rede de trabalho configurado para operar uma pluralidade de funções em rede de trabalho e para receber os pacotes de dados advindos de pelo menos um dispositivo, sendo que o referido método compreende:
- recebimento, por meio do equipamento em rede de trabalho, de um pacote de dados a partir de um dispositivo;
- modificação, antes do processamento através de pelo menos uma função em rede de trabalho, do referido pacote de dados através da adição de um cabeçalho adicional compreendendo pelo menos de um campo de defasagem e de um campo de dados para listagem de identificador, cada identificador identificando uma das funções em rede de trabalho.
[023] O método de acordo com o relatório descritivo pode ser implementado em software junto a um dispositivo programável. Ele pode ser implementado em hardware ou em software, ou uma combinação de ambos.
[024] Alguns processos implementados pelos elementos do presente relatório descritivo podem ser implementados por computador. Consequentemente, tais
Petição 870180005931, de 23/01/2018, pág. 45/79
7/29 elementos podem assumir a forma de uma modalidade inteiramente de hardware, uma modalidade inteiramente de software (incluindo firmware, software de fábrica, microcodificação, etc.) ou uma modalidade combinando aspectos de software e hardware que podem ser mais genericamente referidos como “circuito”, “módulo” ou “sistema”. Além disso, tais elementos podem assumir o formato de um produto de programa computacional junto à qualquer mídia tangível de expressão incorporando um código de programa utilitário personificado na mídia.
[025] Uma vez que os elementos do presente relatório descritivo podem ser implementados em software, o presente relatório descritivo pode ser personificado como código de leitura computacional para provisão junto a uma aparelhagem programável em qualquer mídia portadora adequada. Uma mídia portadora tangível pode compreender de uma mídia de armazenagem, tal como um disco flexível, um CDROM, um drive de disco rígido, um dispositivo de fita magnética ou um dispositivo de memória de estado sólido ou coisa do gênero.
[026] Portanto, o relatório descritivo proporciona com um programa de leitura computacional compreendendo de instruções executáveis por computador, capacitando a este computador a desempenhar o método mencionado anteriormente.
[027] Certos aspectos comensurados no âmbito com respeito as modalidades descritas vem a ser estabelecidos adiante. Deve ser entendido que esses aspectos são apresentados meramente para proporcionar ao leitor com um breve resumo de certos formatos que o relatório descritivo pode vir a assumir e que esses aspectos não pretendem limitar o âmbito do relatório descritivo. De fato, o relatório descritivo pode abranger uma variedade de aspectos que podem não ter sido estabelecidos adiante.
BREVE DESCRIÇÃO DOS DESENHOS [028] O relatório descritivo será melhor entendido e ilustrado através da modalidade e dos exemplos de execução a seguir, sem qualquer restrição, e com refePetição 870180005931, de 23/01/2018, pág. 46/79
8/29 rência as figuras em apenso, aonde:
a Figura 1 consiste de um diagrama esquemático de um exemplo de um ambiente em rede de trabalho adaptado para implementar algumas modalidades dos princípios presentes;
a Figura 2 mostra um cabeçalho de cadeia de serviços de exemplo para serviços de gerenciamento encadeados junto a um equipamento em rede de trabalho, de acordo com os princípios presentes;
a Figura 3 consiste de um fluxograma de um método de exemplo para serviços de gerenciamento encadeados em um equipamento em rede de trabalho, de acordo com os princípios presentes;
as Figuras 4 e 5 consistem de fluxogramas descrevendo exemplos de serviços de gerenciamento encadeados com, respectivamente, identificadores homogêneos e identificadores heterogêneos, de acordo com os princípios presentes;
a Figura 6 apresenta um exemplo de uma configuração de hardware de cada dispositivo/hospedeiro de equipamento em rede de trabalho da Figura 1, de acordo com os princípios presentes.
[029] Sempre que possível, são utilizados os mesmos numerais de referência ao longo das figuras como indicação de partes semelhantes ou idênticas.
DESCRIÇÃO DETALHADA [030] A descrição a seguir ilustra os princípios do presente relatório descritivo. Portanto, pode ser apreciado que os especialistas da área terão condições em projetar diversas disposições que, muito embora não descritas ou apresentadas explicitamente neste relatório, personificam os princípios da descrição e fazem parte inclusiva de seu âmbito.
[031] Todos os exemplos e linguagem condicional mencionada neste documento se destinam a finalidades educacionais auxiliando ao leitor quanto ao entendimento dos princípios do relatório descritivo, e são para serem interpretados sem
Petição 870180005931, de 23/01/2018, pág. 47/79
9/29 quaisquer restrições diante de tais exemplos e condições destacados especificamente.
[032] Além disso, todas as declarações presentes quanto aos princípios, aspectos, e modalidades destacados do relatório descritivo, assim como os seus exemplos específicos, se destinam a abranger tanto os seus equivalentes estruturais como funcionais. Adicionalmente, pretende-se que tais equivalentes incluam tanto os equivalentes presentemente conhecidos assim como os equivalentes a serem desenvolvidos no futuro, ou seja, quaisquer elementos desenvolvidos que venham a desempenhar a mesma função, a despeito da estrutura.
[033] Portanto, por exemplo, deve ser apreciado pelos especialistas da área que os diagramas em blocos introduzidos neste documento representam vistas conceituais do conjunto de circuito ilustrativo personificando os princípios do relatório descritivo. Similarmente, deve ser apreciado que quaisquer fluxogramas, diagramas de condições transitórias, pseudocodificação, e elementos do gênero representam diversos processos que podem ser substancialmente representados em mídias de leitura por computador e executadas dessa forma por um computador ou processador, haja sido ou não explicitamente apresentado tal computador ou processador.
[034] As funções dos diversos elementos apresentados nas figuras podem ser providas incorporando hardware subordinado, bem como hardware capacitado a executar o software em associação com o software apropriado. Quando provido via um processador, as funções podem ser providas através de um simples processador subordinado, através de um simples processador compartilhado, ou através de uma pluralidade de processadores individuais, alguns dos quais podendo ser compartilhados. Mais ainda, o uso explícito da palavra “processador” ou “controlador” não deve ser interpretado como uma referência exclusiva ao hardware capacitado a execução de software, e pode incluir explicitamente, sem restrições, o hardware de processador de sinal digital (DSP), a memória somente para leitura (ROM) para armaPetição 870180005931, de 23/01/2018, pág. 48/79
10/29 zenagem de software, memória para acesso aleatório (RAM), e armazenagem nãovolátil.
[035] No seu quadro de reivindicações, qualquer elemento expresso como um mecanismo e/ou módulo para o desempenho de uma função específica destinase a abranger qualquer maneira de se executar aquela função incluindo, por exemplo, a) uma combinação de elementos de circuito que desempenham aquela função ou b) software em qualquer formato, incluindo, portanto, firmware, microcodificação ou elementos do gênero, combinados com o conjunto de circuito apropriado para a execução daquele software executando a função. Desse modo, assume-se que qualquer mecanismo que possa vir a proporcionar com essas funcionalidades venha a ser equivalente aos apresentados neste relatório.
[036] Além disso, deve ser entendido que as figuras e descrições do presente relatório descritivo vieram a ser simplificadas para ilustração dos elementos que são relevantes para um claro entendimento do presente relatório descritivo, enquanto que eliminando, para fins de clareza, muitos outros elementos encontrados nos métodos, dispositivos e sistemas de fornecimento de conteúdo de multimídias digitais típicas. Entretanto, devido a que tais elementos são bem conhecidos na técnica, uma discussão detalhada de tais elementos não vem a ser proporcionada neste documento. O presente relatório descritivo é direcionado para todos tipos de variações e modificações conhecidas pelos especialistas da área técnica.
[037] A Figura 1 consiste de um diagrama esquemático de uma infraestrutura em rede de trabalho de exemplo compreendendo de um equipamento em rede de trabalho 100 (tal como um equipamento nas instalações do cliente CPE) e diversos dispositivos 10 (tal como um comutador, um dispositivo de mídia portátil um telefone móvel, um Conjunto de Periféricos de Linha, um laptop, etc.) em comunicação com o equipamento em rede de trabalho 100 (por exemplo, via cabo, fibra ótica, xDSL, satélite, LTE, tecnologias 3G, etc.). Deve ser entendido que aparelhagens adicionais
Petição 870180005931, de 23/01/2018, pág. 49/79
11/29 (não mostradas) podem ser dispostas entre um dispositivo 10 e o equipamento em rede de trabalho 100.
[038] Conforme mostrado na figura 1, o equipamento em rede de trabalho 100 pode compreender um ou diversos hóspedes físicos 110 (no exemplo da Figura 1, cinco hóspedes 110 são ilustrados) fazendo parte, por exemplo, de uma central de dados. Cada hóspede 110 pode acionar uma ou diversas funções em rede de trabalho 111 (tal como DHCP, DNS, Firewall, Controle pelos Pais, Sistema de Prevenção a Intrusão, Varredura de Vírus, Inspeção Profunda de Pacote, Tradutores de Endereço em Rede de Trabalho, etc.). Em outras palavras, as funções em rede de trabalho providas através de um equipamento em rede de trabalho 100 podem ser distribuídas ao curso de diversos hóspedes 110.
[039] O equipamento em rede de trabalho 100 pode proporcionar ainda com conectividade junto a uma Rede de Trabalho em Área Irrestrita 20 (WAN) (tal como a Internet) junto aos dispositivos em rede de trabalho 10.
[040] Em seguida é assumido que vem a ser estabelecida a configuração em rede de trabalho entre os dispositivos 10 e o equipamento em rede de trabalho 100.
[041] Além disso, conforme ainda mostrado no exemplo da Figura 1, o equipamento em rede de trabalho 100 pode compreender das funções em rede de trabalho vindas a seguir:
- um classificador de ingresso 12 (ICLA) para o recebimento de pacotes de dados advindos de dispositivos 10 (eventualmente, após o processamento em rede de trabalho, tal como operações de encapsulação e desencapsulamento), e para endereçar pacotes de dados a partir do WAN 20 até aos dispositivos 10 correspondentes, e vice-versa;
- um classificador de saída 113 (ECLA) configurado para receber tanto pacotes de dados a partir dos dispositivos 10 após o processamento, por exemplo, via uma ou diversas funções em rede de trabalho 111 e direcioná-los ao WAN 20, ou os
Petição 870180005931, de 23/01/2018, pág. 50/79
12/29 pacotes de dados advindos do WAN 20 e direcioná-los aos dispositivos 10;
- um ou diversos transmissores de função de serviço 114 (SFF) (somente um é mostrado na Figura 1), os quais podem ser configurados para receberem pacotes de dados a partir do classificador de ingresso 112 ICLA ou do classificador de saída 113 ECLA, a partir de um NF 111 após o processamento a partir de um outro SFF 114 (não mostrado na Figura 1). Cada SFF 114 pode ser configurado ainda para o envio de pacotes de dados, recebidos tanto a partir do classificador de ingresso 112 ICLA, ou a partir de um NF 111 ou a partir de um outro SFF 114 (não mostrado na Figura 1). Cada SFF 114 pode ser ainda configurado para o envio de pacotes de dados, recebidos tanto a partir do classificador de ingresso 112 ICLA, como a partir de um NF 111 ou a partir de um outro SFF 114, até a um NF 111 adicional, de acordo com alguns serviços de informação encadeada. Finalmente, um SFF 114 pode ser ainda configurado para finalizar os serviços das funções em rede de trabalho.
[042] Deve ser entendido que uma ou mais das diversas funções em rede de trabalho podem ser executadas dentro do mesmo hóspede 110.
[043] No exemplo pertinente a Figura 1, o equipamento em rede de trabalho vem a ser configurado para suportar a implementação de uma pluralidade de cadeia de funções em rede de trabalho 111 (também denominadas de cadeia de serviços ou trajeto de serviços).
[044] Em uma modalidade de acordo com os princípios presentes, de modo a suportar o encadeamento de serviços, o classificador de ingresso 112 ICLA e o classificador de saída 113 ECLA podem encapsular cada pacote de dados vindos a serem recebidos através da adição de um cabeçalho de cadeia de serviços (também denominado de cabeçalho auto-embutido).
[045] Conforme melhor apresentado no exemplo ilustrativo, sem restrições da Figura 2, um cabeçalho de cadeia de serviços pode compreender de um cabeçalho de base 210 e um campo de dados 220. O cabeçalho de base 210 pode comPetição 870180005931, de 23/01/2018, pág. 51/79
13/29 preender ainda:
- um campo 211 definindo o tipo de protocolo do pacote de dados interno original (por exemplo, 00 para IPV4, 01 para IPV6, 02 para Ethernet, 03 para VXLAN, etc.);
- um campo 212 especificando o tipo de identificador de uma função em rede de trabalho 110. O tipo de identificador pode consistir de um endereço em rede de trabalho, um identificador de processo que um SFF 114 sendo processado pode vir a resolver, etc. Um tipo de identificador pode consistir de um valor de bite (tal como 00 para endereço IPV4, 01 para endereço IPV6, 02 para endereço MAC, 11 para portal lógico, 12 para portal físico, 30 para ID de processo, etc.);
- um campo 213 para indicar a extensão de identificadores listado no campo de dados do cabeçalho de cadeia de serviços. Como forma de exemplo, os endereços em rede de trabalho podem compreender de 4 bites de comprimento para IPV4. 6 bites de comprimento para endereço MAC ou mesmo de 16 bites de comprimento para IPV6. Como uma variante ou como um complemento, a extensão de cada identificador de função em rede de trabalho pode ser computada a partir do valor de tipo de identificador;
- um campo 214 especificando a extensão de dados total do cabeçalho de cadeia de serviços (incluindo o cabeçalho de base 210);
- um campo 215 configurado para portar uma defasagem. Cada função em rede de trabalho 111 é configurada para atualizar a defasagem associada com um pacote de dados após o processamento. Esta defasagem indica a um transmissor 114 SFF quanto a posição, dentro do campo de dados 220 do cabeçalho de cadeia de serviços 200, o identificador da função em rede de trabalho 111 a seguir, o qual deve de vir a receber o pacote de dados. O valor de defasagem proporciona com a localização no interior de uma cadeia de serviços. Deve ser assumido que o valor inicial da defasagem, estabelecido tanto pelo ICLA 112 como pelo ECLA 113, corPetição 870180005931, de 23/01/2018, pág. 52/79
14/29 responde a extensão do cabeçalho de base 210 (por exemplo, 4 bites). Naturalmente, podem ser utilizados outros valores.
[046] Naturalmente, o cabeçalho de serviços encadeados não fica restrito aos campos listados acima e pode compreender de campos adicionais, por exemplo, distribuídos no cabeçalho de base ou no campo de dados.
[047] Em uma condição variante com os princípios presentes, o campo 212 do cabeçalho de base 210 pode ser preenchido com um valor particular (0xFF) indicando que o pacote de dados considerado vem a ser codificado em um modo TLV (Valor de Tipo de Extensão). O modo TLV pode ser implementado quando os identificadores das funções em rede de trabalho são heterogêneos (ou seja, eles não advém de um tipo simples, tal como endereço IP ou endereço MAC).
[048] Em uma modalidade de acordo com os princípios presentes, o campo de dados 220 pode compreender de uma lista ordenada de funções em rede de trabalho 111 para o processamento de um pacote de dados de um dado dispositivo 10. Para esta finalidade, a lista ordenada de funções em rede de trabalho 111 - a qual define uma cadeia de serviços - pode compreender de identificadores 221 correspondentes da função em rede de trabalho 111. Um exemplo de uma cadeia de serviços 115 (compreendendo de duas funções em rede de trabalho 111 e o ECLA 113) é mostrado na Figura 1.
[049] Quando identificadores 221 de funções em rede de trabalho são do mesmo tipo (tal como endereço IP, endereço MAC, número de portal, etc.), o campo de dados 220 pode compreender de uma lista ordenada de identificadores (por exemplo, uma lista de endereços IP) identificando as funções em rede de trabalho de uma cadeia de serviços a ser aplicada a um pacote de dados (o identificador do ICLA ou do ECLA podem ser listados na lista ordenada). No caso em referência, quando um transmissor 114 SFF recebe um pacote de dados encapsulado com o cabeçalho de cadeia de serviços 200, o referido transmissor 114 SFF pode ser conPetição 870180005931, de 23/01/2018, pág. 53/79
15/29 figurado para endereçar o referido pacote de dados para a função em rede de trabalho 111 vinda a seguir identificada na lista ordenada, com base no valor da defasagem 215 atual. Após a finalização e antes do envio de volta do pacote de dados junto ao SFF 114, a função em rede de trabalho 111 pode ser incrementada na defasagem 115 atual habilitando a que o SFF 114 considere o identificador a seguir da cadeia para direcionar o tráfico para a função em rede de trabalho 111 a seguira, o ICLA 110 ou o ECLA 113. A função em rede de trabalho 111 pode atualizar a defasagem 215 atual com base no valor de defasagem 215 atual e da extensão de identificador 213 listada do cabeçalho de base 210.
[050] Em um refinamento, os identificadores do mesmo tipo de uma lista ordenada podem apresentar uma parte em comum, de modo que somente as partes diferenciadas possam ser introduzidas junto ao campo de dados 220 do cabeçalho de cadeia de serviços 220, reduzindo o tamanho total deste último. Por exemplo, caso todos os hóspedes envolvidos se apresentem localizados dentro da mesma Rede de Trabalho em Área Local 192.168.1.0-255 (por exemplo, 192.168.1.12) com uma máscara em subnet 255.255.255.0, um campo de dados de um endereço IP comprimido do último bite representado pelo 0-255 acima (por exemplo, valor 12 a partir do endereço IP acima) é o bastante ao invés dos 4 bites para o endereço completo de IP. A mesma compressão pode ser aplicada aos endereços MAC 11:11:11:11:11:00-FF a partir de 6 bites (por exemplo, 11:11:11:11:11:2E) para somente o último bite representado pela faixa 00-FF (por exemplo, valor 2E a partir do endereço MAC acima), caso os endereços MAC junto ao LAN sejam configurados para cada hóspede resultando nos mesmos cinco bites iniciais para todos os hóspedes. Isto pode ser, com frequência, o caso junto às centrais de dados contendo uma tecnologia de fábrica em rede de trabalho e junto a uma Fabrica MAC em particular para esta última. Portanto, o tipo de campo de identificador 212 (mostrado na Figura 2) pode especificar os valores adicionais (tais como 100 para o endereço IPV4 comPetição 870180005931, de 23/01/2018, pág. 54/79
16/29 primido, 101 para o endereço IPV6 comprimido, 102 para o endereço MAC comprimido, etc.). Pode ser observado que um identificador de bite já se encontra sendo utilizado quando o tipo de identificador consiste de um número de portal de um SFF 114.
[051] Quando os identificadores 221 são heterogêneos (por exemplo, uma mistura de endereço IP, endereço MAC, número de portal, etc.), o campo de dados 220 pode compreender de uma lista ordenada dos identificadores codificados no modo TLV (isto é, o identificador codificado compreende de um tipo, uma extensão e de um valor). O valor do campo 213 (ou seja, a extensão de identificador listado) pode estar vazio (ou seja, ocorrem diversos tipos de identificadores). Neste caso em referência, quando um transmissor SFF 114 recebe um pacote de dados encapsulado com o cabeçalho de cadeia de serviços 200, o referido transmissor 114 SFF pode ser configurado para endereçar o referido pacote de dados junto à função em rede de trabalho 111 a seguir, identificada na lista ordenada, com base no valor V do identificador TLV atual. Após a finalização e antes do envio de volta do pacote de dados junto ao SFF 114, a função em rede de trabalho 111 pode ser incrementada na defasagem 115 atual capacitando ao SFF 114 a levar em consideração o identificador TLV a seguir na cadeia de serviços para direcionar o tráfico junto à função em rede de trabalho 111 correspondente, o ICLA 110 ou o ECLA 113. A função em rede de trabalho 111 pode atualizar a defasagem 215 com base no seu valor atual e no valor de extensão L atual dos atuais identificadores codificados no modo TLV no campo de dados 220.
[052] Quaisquer que sejam o tipo de identificadores (iguais ou heterogêneos), a lista ordenada pode compreender do número exato de funções em rede de trabalho do trajeto de serviços associados com um dado pacote de dados.
[053] Além disso, assume-se que o classificador de ingresso 112 ICLA e o classificador de saída 113 ECLA são configurados preliminarmente com a informaPetição 870180005931, de 23/01/2018, pág. 55/79
17/29 ção de serviços encadeados. Eles estão cientes do trajeto de serviços a ser associado com um pacote de dados advindo de um dado dispositivo 10.
[054] Conforme mostrado na Figura 3, o método 300 implementado junto ao equipamento em rede de trabalho 100 e atendendo aos princípios presentes pode compreender:
- recebimento (etapa 301), através do equipamento em rede de trabalho 100, de um pacote de dados a partir de um dispositivo 10 em conexão com o equipamento em rede de trabalho 100 e direcionado ao WAN 20;
- modificação (etapa 302) junto ao classificador de ingresso 112 ICLA, antes do processamento por meio de uma ou diversas funções em rede de trabalho 111, o pacote de dados recebido através da adição de um cabeçalho de cadeia de serviços 200 compreendendo de uma lista ordenada de identificadores associados com as funções em rede de trabalho 111;
- transmissão (etapa 303) junto a um transmissor SFF 114 do pacote de dados modificado;
- envio para processamento (etapa 304) do pacote de dados modificado junto a uma função em rede de trabalho 111 determinada a partir da lista ordenada do cabeçalho de cadeia de serviços 200;
- processamento (etapa 305) do pacote de dados recebido pela função em rede de trabalho 111 determinada e atualizando a defasagem 215 do cabeçalho de cadeia de serviços 200;
- envio (etapa 306), junto ao transmissor SFF 114, do pacote de dados processado pela função em rede de trabalho 11 determinada;
- envio (etapa 307) do pacote de dados processado tanto para uma função em rede de trabalho 111 vinda a seguir da lista ordenada, a um outro transmissor 114 SFF ou ao classificador de saída 113 ECLA;
- transmissão (etapa 308), junto ao WAN 300, do pacote de dados, uma vez
Petição 870180005931, de 23/01/2018, pág. 56/79
18/29 recebido pelo ECLA 113, após ter ocorrido o processamento por todas as funções em rede de trabalho 111 listadas no cabeçalho de cadeia de serviços 200. Antes da transmissão ao WAN 300, o classificador de saída 113 ECLA pode remover o cabeçalho de cadeia de serviços 200 junto ao pacote de dados, previamente adicionado pelo classificador de ingresso ICLA 112.
[055] Quando um pacote de dados chegando a partir do WAN 300 e direcionado a um dado dispositivo 10 vem a ser recebido junto ao equipamento em rede de trabalho 100 através do classificador de saída 113 ELCA, as etapas do método 200 podem ser ainda aplicadas pela comutação do classificador de ingresso 112 ICLA com o classificador de saída 113 ECLA. Neste caso em referência, a lista ordenada do cabeçalho de cadeia de serviços 200 associada com o pacote de dados recebido pode consistir do identificador do ICLA 112 na última posição da lista ordenada.
[056] Deve ser observado que o cabeçalho de cadeia de serviços pode compreender de uma indicação de marca que o trajeto de serviços (por exemplo, [NF1, NF2, ECLA]) é simétrico, implicando em que as mesmas funções em rede de trabalho necessitam de serem aplicadas na ordem contrária padrão quando o mesmo pacote de dados classificado retorna, advindo do WAN 20 (por exemplo, [NF2, NF1, ICLA]). O classificador de saída ECLA pode rastrear e salvar a lista ordenada do cabeçalho de cadeia de serviços.
[057] A Figura 4 consiste de um exemplo do gerenciamento de encadeamento de serviços, de acordo com os princípios presentes, em um equipamento em rede de trabalho 100 quando os identificadores das funções em rede de trabalho são do mesmo tipo (um endereço IP de um hóspede 110 proporcionando com uma função em rede de trabalho). No exemplo, cada hóspede 110 é designado com um endereço IP, proporcionando com uma função em rede de trabalho em particular dentro de um período, e sendo conectado com um portal identificado de um transmissor 114 SFF pertencendo ao encadeamento de serviços, ou seja, entre um classificador de
Petição 870180005931, de 23/01/2018, pág. 57/79
19/29 ingresso 112 ICLA e um classificador de saída 113 ECLA.
[058] Assume-se que a rede de trabalho IP subjacente compreende de mecanismos voltados para a solução e roteamento do tráfico junto a um dado hóspede 110. Um transmissor 114 SFF - recebendo um pacote a partir de um endereço IP pode determinar o endereço MAC do hóspede a partir de um endereço IP (por exemplo, com uma solicitação ARP) e pode resolver qual portal corresponde ao endereço MAC hospedeiro contendo o seu mecanismo de Assimilação MAC interno.
[059] No exemplo, um pacote de dados advindo de um dispositivo 10 (por exemplo, o dispositivo pertencendo a uma criança) é associado com o trajeto de serviços definido por duas funções em rede de trabalho 111: o IPS (Serviço de Prevenção de Intrusão) então, o PCT (Controle pelos Pais), seguido pelo classificador de saída 113 ECLA.
[060] Um configurador de cadeia de serviços 116 pode configurar preliminarmente o classificador de ingresso 112 ICLA e o classificador de saída 113 ECLA com informação associada com o dispositivo 10 levado em consideração (dispositivo da criança contendo um perfil destacado). Para esta finalidade, as tabelas de consulta podem ser atualizadas junto ao ICLA 112 e junto ao ECLA 113, respectivamente. Mediante tal tabela de consulta, um endereço MAC de um dado dispositivo contendo um perfil particular pode estar associado, por exemplo, com um trajeto de serviços (por exemplo, definido através de uma lista ordenada de endereços IP). No exemplo, o dispositivo da criança 10 dentro de um perfil de assinante em destaque é identificado através de seu endereço MAC e um identificador de assinante advindo de uma identificação de assinante Tunnel ID (por exemplo, GRE ID ou VXLAN ID) ou a partir de endereço IP externo do assinante (ou seja, o endereço IP empregado para conduzir os pacotes LAN até ao equipamento em rede de trabalho 100). O dispositivo de criança 10 é associado com o trajeto de serviços definido pelo endereço IP da função em rede de trabalho IPS (por exemplo, 10.0.0.3), em seguida, o endereço IP
Petição 870180005931, de 23/01/2018, pág. 58/79
20/29 da função em rede de trabalho PCT (por exemplo, 10.0.0.4) e em seguida, o endereço IP do ECLA 112 (por exemplo, 10.0.0.5). Para esta finalidade, no exemplo em questão, o configurador de cadeia de serviços 116 vem a configurar preliminarmente tanto o ICLA 112 quanto o ECLA 113 para um dispositivo de Criança estando assinado com o serviço Premium incorporando a finalização de uma entrada para o ICLA (dispositivo de criança com endereço MAC, endereço IP externo Premium) (ou seja, 10.0.0, 10.0.0.4, 10.0.05) e, por outro lado, para o ECLA (dispositivo de criança com endereço MAC, endereço IP de origem externo Premium) (ou seja, 10.0.0.4, 10.0.0.3, 10.0.0.1) para uma cadeia simétrica.
[061] Deve ser entendido que o caminho para as cadeias de serviços são associados com um dispositivo que pode depender do padrão de assinatura.
[062] Quando um pacote de dados se conjuga com uma das entradas da tabela de consulta ICLA (no exemplo da Figura 4, um pacote de dados advindo do dispositivo da criança), o ICLA 112 adiciona um cabeçalho de cadeia de serviços 200 junto ao topo do pacote de dados 250 interno. Conforme mostrado no exemplo da Figura 4, o cabeçalho de cadeia de serviços 200 adicionado ao pacote de dados 250 advindo do dispositivo de criança 10 compreende em particular de uma defasagem 215 estabelecida junto a um valor de 4 bites (correspondendo a extensão do cabeçalho de base 210) e de um campo de dados 220 compreendendo de uma lista ordenada de endereços IP (ou seja, 10.0.0.3, 10.0.0.4, 10.0.05) definindo o trajeto de serviços a ser aplicado ao pacote de dados recebido.
[063] Mediante o recebimento do pacote de dados encapsulado a partir do ICLA 112, o SFF 114 envia adiante o referido pacote de dados para a primeira função em rede de trabalho listada no cabeçalho de cadeia de serviços 200 (ou seja, a função em rede de trabalho IPS), após a leitura do valor do tipo de identificador 212 (ou seja, tipo: IPV4, valor de endereço: 10.0.0.3) e do campo de defasagem 215 (ajustado no exemplo em 4 bites) para a recuperação do identificador correspondenPetição 870180005931, de 23/01/2018, pág. 59/79
21/29 te no campo de dados 220.
[064]Após o processamento do pacote de dados e da atualização do campo de defasagem 215 (por exemplo, para 8, correspondendo ao valor anterior contendo a extensão do identificador de leitura), a função em rede de trabalho IPS (endereço IP 10.0.0.3) envia de volta o pacote de dados processado até ao transmissor SFF114, o qual envia então adiante o mesmo junto à função a seguir em rede de trabalho PCT do trajeto de serviços definido no cabeçalho de cadeia de serviços 200, após a recuperação do identificador correspondente a partir do valor do campo de defasagem 215 e do tipo de identificador 212 (ou seja, tipo: IPV4, valor de endereço : 10.0.0.4 correspondendo a função em rede de trabalho PCT). A função em rede de trabalho PCT processa, em seguida, o pacote de dados e atualiza o campo de defasagem 215 (por exemplo, para 12), antes da transmissão até ao transmissor SDD 114.
[065] Então, o transmissor SFF 114 faz a leitura do valor atualizado do campo de defasagem 215 e o identificador correspondente com o tipo de identificador 212 (por exemplo, tipo: IPV4, valor de endereço: 10.0.0.5 correspondendo a função em rede de trabalho ECLA) antes de enviar adiante o mesmo até ao classificador de saída 113 ECLA.
[066] Mediante o recebimento do pacote de dados encapsulado, o ECLA 113 remove o cabeçalho de cadeia de serviços antes de endereçar o pacote de dados até ao WAN 20 (eventualmente após ter sido processado pelos elementos em rede de trabalho adicionais, não apresentados nas Figuras).
[067] O exemplo da Figura 4 descreve ainda um pacote de dados advindo do WAN 20 e direcionado ao dispositivo de criança 10. O trajeto de serviços associado com tal pacote de dados advindo do WAN 20 consiste da função em rede de trabalho PCT, a função em rede de trabalho IPS e o ICLA 112 sendo a derradeira função em rede de trabalho finalizando o trajeto de serviços. O ECLA 113 recebendo o paPetição 870180005931, de 23/01/2018, pág. 60/79
22/29 cote de dados a partir do WAN 20 adiciona um cabeçalho de cadeia de serviços 200 na mesma maneira conforme previamente descrito com respeito ao ICLA 112. Junto à ponta do trajeto de serviços, o ICLA 112 remove o cabeçalho de cadeia de serviços antes do endereçamento do pacote de dados processado junto ao dispositivo de criança 10.
[068]A Figura 5 consiste de outro exemplo do gerenciamento de encadeamento de serviços, de acordo com os princípios presentes, quando os identificadores das funções em rede de trabalho são heterogêneos (ou seja, a partir de tipos diferenciados tal como um endereço IP do hóspede de uma função em rede de trabalho ou de um portal lógico ou físico, por exemplo, de um transmissor). Neste exemplo, o transmissor SFF 114 (endereço IP 10.0.0.2) conecta a função em rede de trabalho IPS através de seu portal interno 3 (por exemplo, o transmissor SFF e a função em rede de trabalho se localizam em um mesmo hóspede 110) e a função em rede de trabalho PCT através do endereço IP (por exemplo, 10.0.0.4). O trajeto de serviços associado com um pacote de dados recebido a partir do dispositivo de criança 10 é similar aquele descrito com referência a Figura 4.
[069] Enquanto que o cabeçalho de cadeia de serviços 200 adicionado ao pacote de dados contém o tipo dos identificadores na Figura 4, o campo de tipo de identificador 212 do cabeçalho 200 compreende do valor 0xFF indicando que o modo TLV é implementado (os identificadores do campo de dados 220 do cabeçalho de cadeia de serviços 200 são codificados em um formato TLV).
[070] O comportamento do ICLA 112, as funções em rede de trabalho IPS e PCT, o transmissor SFF 114 e o ECLA 113 da Figura 5 vem a ser similar aquele descrito em relação a Figura 4, exceto pelo fato do transmissor SFF 113 necessitar de analisar os identificadores anteriores (listados no campo de dados 220) para encontrar o identificador da função em rede de trabalho a ser endereçado, a partir do valor de defasagem 215.
Petição 870180005931, de 23/01/2018, pág. 61/79
23/29 [071] Em particular, mediante o recebimento do pacote de dados encapsulado a partir do ECLA 112, o SFF114 pode enviar o pacote de dados até a primeira função em rede de trabalho listada no cabeçalho de cadeia de serviços 200, após a leitura do valor do tipo de identificador 212 (por exemplo, 0xFF significando suporte TLV) e o valor do campo de defasagem 215 (ajustado no exemplo para 4 bites) recuperando o identificador TLV correspondente a ser considerado. O SFF 114 pode extrair, em seguida, o tipo de identificador e o valor do identificador (por exemplo, tipo: 11 implicando tipo de portal, valor: 3 implicando o número de portal 3) a partir do TLV, podendo destinar o pacote de dados para a função em rede de trabalho correspondente (por exemplo, IPS).
[072] A referida função em rede de trabalho (por exemplo, IPS) pode processar o dado de pacote e pode atualizar o campo de defasagem 215 junto ao valor 8, correspondendo ao valor de defasagem 4 atual aumentado com a extensão L do valor de identificador TLV atual de 4 (ou seja, a extensão de um portal tipo TLV). A função em rede de trabalho (por exemplo, IPS, número de portal 3) pode enviar de novo o pacote de dados processado até ao transmissor SFF 114, o qual pode então enviar adiante o mesmo até a função em rede de trabalho a seguir (por exemplo, PCT) do trajeto de serviços definido no cabeçalho de cadeia de serviços 200, após a recuperação do identificador TLV correspondente (ou seja, tipo: 00 implicando tipo IPV4, valor: 10.0.0.4) a partir do valor do campo de defasagem 215 e do tipo de identificador 212. A função em rede de trabalho (PCT) pode então processar o pacote de dados e pode ainda atualizar o campo de defasagem 215 para o valor de 16 (correspondendo ao valor anterior 8 aumentado com a extensão L de um valor atual TLV de 8 (extensão de um TLV para tipo IPV4)), antes da transmissão até ao transmissor SFF 114.
[073] Novamente, o transmissor SFF 114 pode enviar adiante o mesmo até a próxima função em rede de trabalho (por exemplo, ECLA 113) do trajeto de serviços
Petição 870180005931, de 23/01/2018, pág. 62/79
24/29 definido no cabeçalho de cadeia de serviços 200, após a recuperação do identificador TLV correspondente (ou seja, tipo: 00 implicando tipo IPV4, valor: 10.0.0.5) a partir do valor do campo de defasagem 215 (ou seja, 16) e o tipo de identificador 212 (ou seja, FF).
[074] Mediante o recebimento do pacote de dados encapsulado, o ECLA 113 pode remover o cabeçalho de cadeia de serviços 200 antes do endereçamento do pacote de dados ao WAN 20 (eventualmente, após ser processado pelos elementos em rede de trabalho adicional não mostrados nas Figuras).
[075] Em outra modalidade atendendo com os princípios presentes, a lista dos identificadores de funções em redes de trabalho não se apresenta em uma lista ordenada, porém em uma listagem aleatória incorporando todas as funções em rede de trabalho disponíveis para a aplicação junto aos pacotes de dados. A lista aleatória pode consistir ainda de um subconjunto de todas as funções em rede de trabalho disponíveis.
[076]Em uma modalidade adicional dos princípios presente, uma função em rede de trabalho pode ainda vir a adicionar, modificar ou eliminar um ou diversos identificadores de uma lista ordenada ou de uma lista aleatória. Por consistência, a função em rede de trabalho deve também de vir a atualizar a defasagem da função em rede de trabalho correspondente. Neste caso em questão, cada função em rede de trabalho pode avaliar a sua saída local e pode modificar o cabeçalho de cadeia de serviços 200 de um pacote de dados encapsulado para direcionar o tráfico em sentido a qualquer função em rede de trabalho fazendo parte da lista. Considera-se um trajeto de serviços definido com uma função em rede de trabalho alternativa (por exemplo, NF1, NF2 ou NF3, NF4, ECLA), sendo que a saída da função em rede de trabalho NF1 pode consistir tanto uma função em rede de trabalho NF2 ou NF3 dependendo do resultado interno da rede de trabalho NF1. Em tal caso, a lista ordenada do campo de dados 220 (por exemplo, inicialmente estabelecida como [NF1,
Petição 870180005931, de 23/01/2018, pág. 63/79
25/29
NF2, NF4, ECLA, NF3]) pode ser adaptada e atualizada pela função em rede de trabalho NF1 tornando-se [NF1, NF3, NF4, ECLA, NF2].
[077]]Em outra modalidade dos princípios presentes, uma função em rede de trabalho de um trajeto de serviços a ser aplicada a um pacote de dados pode ultrapassar a lista ordenada de identificadores estabelecidos no cabeçalho de função de serviço. A operação de ultrapassagem pode consistir de uma derivação auxiliar de uma ou diversas funções em rede de trabalho da lista de identificadores, retornando uma vez mais para uma função em rede de trabalho já aplicada junto ao pacote de dados e ainda mais substituindo um identificador da lista por outro novo, dependendo das condições particulares. Por exemplo, quando se considerando o trajeto de serviços [NF1, NF2, ECLA], em caso de erro ou dificuldades, a função em rede de trabalho NF1 do trajeto de serviços pode atualizar a lista de identificadores do cabeçalho da cadeia de serviços de acordo (por exemplo, trajeto [NF1, NF3, ECLA]), sendo que NF3 consiste de uma função em rede de trabalho problemática.
[078] Em outra modalidade, uma função em rede de trabalho da lista ordenada de um trajeto de serviços a ser aplicada junto a um pacote de dados pode decidir, por si mesma, direcionar o tráfico diante de um instante em particular da função em rede de trabalho vinda a seguir da lista ordenada quando ocorrem diversos instantes junto aquela função em rede de trabalho. Para esta finalidade, as funções em rede de trabalho (algumas ou todas) do equipamento em rede de trabalho necessitam de estarem cientes das diferentes circunstâncias das funções em rede de trabalho, por exemplo, graças a uma fase de descoberta em que cada instante da função em rede de trabalho vir a executar um protocolo de descoberta (por exemplo, difusão de uma mensagem de descoberta ao longo do equipamento em rede de trabalho). Por exemplo, quando se considerando o trajeto de serviços [NF1, NF2a, ECLA] listado no cabeçalho de cadeia de serviços de um pacote de dados, o classificador de ingresso ICLA pode estabelecer a lista ordenada com identificadores de um primeiro
Petição 870180005931, de 23/01/2018, pág. 64/79
26/29 instante NF2a da segunda função em rede de trabalho NF2 do trajeto de serviços, sendo que outros instantes NF2b e NF2c desta segunda função em rede de trabalho são operados no equipamento em rede de trabalho e vieram a ser descobertos durante a fase de descobrimento. A função em rede de trabalho NF1 pode também receber essas respostas de descobertas dos diferentes instantes NF2a, NF2b e NF2c da segunda função em rede de trabalho NF2 e, consequentemente, pode vir a modificar a lisa ordenada do cabeçalho de cadeia de serviços contendo [NF1, NF2b, ECLA] ou [NF1, NF2c, ECLA] de acordo, por exemplo, com uma decisão round robin.
[079] Além disso, um campo adicional do cabeçalho de cadeia de serviços 200 (não mostrado nas Figuras) pode ser adicionado de modo a indicar se uma lista ordenada pode ser modificada pelas funções em rede de trabalho do trajeto de serviços (algumas das funções em rede de trabalho podem ser viabilizadas, outras não). Tal campo adicional pode ser preenchido, por exemplo, através do ICLA ou o ECLA.
[080] Nessas modalidades, o campo de defasagem 215 pode ser atualizado quando necessário devido a uma alteração de identificador (especialmente quando é implementado o modo TLV).
[081] Além disso, deve ser entendido que a extensão global do cabeçalho de serviços 200 adicionado ao cabeçalho pode ser fixada ou variada.
[082] Graças aos serviços do cabeçalho de cadeia de serviços, pode ser possível se recuperar o histórico do processamento completo junto a um dado pacote de dados, mesmo quando algumas modificações são aplicadas ao longo de um trajeto de serviços por meio das funções em rede de trabalho.
[083] Além disso, o cabeçalho de serviço auto-embutido pode portar toda a informação requerida pelos transmissores. A configuração não depende de um serviço em particular, somente em como se processar o cabeçalho de serviço autoPetição 870180005931, de 23/01/2018, pág. 65/79
27/29 embutido junto à qualquer transmissor. Portanto, o cabeçalho auto-embutido pode impedir a presença de dificuldades na configuração do transmissor SFF dependendo da complexidade dos trajetos de serviços e pode impedir questões quanto a configuração, tal como, a atomicidade, consistência e sincronização junto aos classificadores. Além disso, o cabeçalho auto-embutido pode aumentar o desempenho global, uma vez que necessita somente de computar o pacote de dados de ingresso para determinação da função em rede de trabalho vinda a seguir: não existe necessidade para se acessar uma tabela de consulta ou aleatória, diante do nível do transmissor, ou mesmo um maior acesso a memória junto da parte do usuário ou do processo para determinar-se o referido destino.
[084] Conforme mostrado na Figura 6 descrevendo um exemplo de uma configuração em hardware, cada um dos respectivos dispositivos 10 e hóspedes 110 do equipamento em rede de trabalho 100 pode compreender de uma Unidade de Processamento Central 600 (CPU) (compreendendo de um ou de diversos processadores), uma memória 601 e uma ou diversas interfaces 602 conectadas em conjunto via um barramento 603. A CPU 600 é configurada para o processamento de diversos dados e para o controle de diversas funções e componentes de cada um dos respectivos dispositivo 10 e hóspedes 110. A memória 601 pode representar tanto uma memória volátil, tal como um RAM, quanto uma memória não-transitória, tal como um ROM, um disco rígido ou uma memória instantânea, para o processamento e armazenamento de diferentes arquivos e informação conforme o necessário, incluindo os produtos de programa computacional e software. Algumas das funções e/ou aplicações em rede de trabalho mencionadas acima, mostradas na Figura 1, podem ser implementadas através de programas com leitura computacional armazenados na memória 601 dos hóspedes 110. As interfaces 110 através de conexões com fio ou sem fio. As interfaces 602 podem compreender ainda de elementos de entrada e/ou saída de usuário (por exemplo, um painel de toque, uma tela de visualização,
Petição 870180005931, de 23/01/2018, pág. 66/79
28/29 um teclado, um controle remoto, etc.).
[085] Nas Figuras, deve de ser apreciado que os blocos ou módulos ilustrados podem corresponder aos módulos funcionais, os quais podem ou não corresponderem a unidades físicas distinguíveis. Por exemplo, uma pluralidade de tais módulos pode ser associada em um único circuito ou componente, ou corresponder a funcionalidades de software. Mais ainda, um módulo pode ser composto potencialmente de entidades físicas ou de funcionalidades de software separadas.
[086] As referências descritas no relatório, as reivindicações e os desenhos podem ser providos de modo independente ou dentro de qualquer combinação apropriada. As características, aonde for apropriado, podem ser implementadas via hardware, software, ou uma combinação dos dois.
[087] Referência no documento quanto a “uma modalidade” ou “modalidade” implica em que um fator, estrutura, ou característica em particular descritos em conexão com a modalidade podem ser incluídos em pelo menos uma implementação do método e dispositivo descritos. As implicações da frase “em uma modalidade” em diversos locais no relatório não se apresentam todas elas, necessariamente, fazendo referência a mesma modalidade, nem consistem de modalidades separadas ou alternativas necessariamente mutuamente exclusivas das outras modalidades.
[088] Os numerais de referência no quadro de reivindicações consistem somente de uma forma ilustrativa e não incorporam qualquer efeito restringente ao âmbito das reivindicações.
[089] Muito embora certas modalidades do relatório descritivo hajam sido descritas presentemente, deve ser entendido por qualquer especialista da área técnica que outras modificações, variações, e possibilidades são viáveis para o relatório descritivo. Tais modificações, variações e possibilidades são para virem a ser consideradas, portanto, como inseridas dentro do espírito e âmbito do relatório descritivo, formando parte do mesmo, conforme veio a ser descrito e/ou exemplificado.
Petição 870180005931, de 23/01/2018, pág. 67/79
29/29 [090]O fluxograma e/ou diagramas de blocos nas Figuras ilustram a configuração, operação e funcionalidade de possíveis implementações de sistemas, métodos e produtos de programa computacional, de acordo com as diversas modalidades do presente relatório descritivo. A este respeito, cada bloco no fluxograma ou diagramas de blocos pode representar um módulo, segmento, ou porção de código, os quais compreendem de uma ou mais instruções executáveis para a implementação das funções lógicas específicas. Deve ser observado que, em algumas implementações alternativas, as funções observadas no bloco podem ocorrer fora da ordem observada nas figuras. Por exemplo, dois blocos mostrados em sucessão, de fato, podem ser executados substancialmente simultaneamente, ou os blocos podem ser executados, por vezes, na ordem reversa, ou os blocos podem ser executados em uma ordem alternativa, dependendo da função envolvida. Deve de ser observado ainda que cada bloco dos diagramas de blocos e/ou ilustração de fluxograma, e combinações dos blocos nos diagramas de blocos e/ou ilustração de fluxogramas, podem ser implementados através de sistemas com base em hardware de finalidades especiais que desempenham as funções ou atos especificados, ou combinações de instruções computacionais e hardware para finalidades especiais. Enquanto que não explicitamente descrito, as modalidades presentes podem ser empregadas em qualquer combinação ou sub-combinação.
Petição 870180005931, de 23/01/2018, pág. 68/79
1/5

Claims (15)

  1. REIVINDICAÇÕES
    1. Método a ser implementado junto a um equipamento em rede de trabalho (100) configurado para operar uma pluralidade de funções em rede de trabalho (111) e para o recebimento de pacotes de dados (250) advindo pelo menos de um dispositivo (10), sendo o referido método (300) CARACTERIZADO pelo fato de compreender:
    -recebimento (301), através do equipamento em rede de trabalho (100), de um pacote de dados (250) advindo de um dispositivo (10);
    - modificação (302), antes do processamento por pelo menos uma função em rede de trabalho (111), de referido pacote de dados (250) através da adição de um cabeçalho (200) adicional compreendendo de pelo menos um campo de defasagem (215) e de um campo de dados (220) para a listagem de pelo menos um identificador (221), cada identificador identificando uma das funções em rede de trabalho (111).
  2. 2. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato dos identificadores (221) serem listados no campo de dados (220) em uma lista ordenada de processamento através das funções em rede de trabalho (111) correspondentes.
  3. 3. Método, de acordo com a reivindicação 2, CARACTERIZADO pelo fato de compreender ainda, junto a uma função em rede de trabalho (111):
    - processamento (305) do referido pacote de dados quando recebido;
    - atualização (305) de um valor atual do campo de defasagem (215) após o processamento do pacote de dados (250) endereçando o referido pacote de dados processado até a uma função em rede de trabalho (111,112, 113) vinda a seguir listada na lista ordenada de processamento.
  4. 4. Método, de acordo com a reivindicação 2 ou 3, CARACTERIZADO pelo
    Petição 870180005931, de 23/01/2018, pág. 69/79
    2/5 fato da referida função em rede de trabalho ultrapassar pelo menos um identificador (221) listado no campo de dados (220).
  5. 5. Método, de acordo com a reivindicação 2 ou 3, CARACTERIZADO pelo fato da referida função em rede de trabalho modificar pelo menos um identificador (221) da lista ordenada de processamento
  6. 6. Método, de acordo com a reivindicação 5, CARACTERIZADO pelo fato da modificação (302) de pelo menos um identificador (221) listado compreender pelo menos uma das operações a seguir:
    - remoção de pelo menos um identificar (221) listado no campo de dados (220) do cabeçalho (200) adicional;
    - adição de pelo menos um identificador (221) junto ao campo de dados (220) do cabeçalho adicional;
    - reposicionamento de pelo menos um identificador (221) listado no campo de dados através de pelo menos um identificador.
  7. 7. Método, de acordo com as reivindicações de 1 a 6, CARACTERIZADO pelo fato do referido cabeçalho (200) adicional compreender ainda de um tipo de campo (212) utilizado para indicar que os referidos identificadores (221) do campo de dados são do tipo heterogêneo.
  8. 8. Equipamento em rede de trabalho configurado para operar uma pluralidade de funções em rede de trabalho (111) e para receber pacotes de dados (250) advindos pelo menos de um dispositivo (10), sendo o referido equipamento em rede de trabalho (100) CARACTERIZADO pelo fato de compreender pelo menos de uma memória (601) e pelo menos por um conjunto de circuitos de processamento (600) configurado para:
    - receber (301) um pacote de dados (250) a partir de um dispositivo (10);
    - modificar (302), antes do processamento através de pelo menos uma função em rede de trabalho (111), de referido pacote de dados (250) através da adição
    Petição 870180005931, de 23/01/2018, pág. 70/79
    3/5 de um cabeçalho (200) adicional compreendendo pelo menos de um campo de defasagem (215) e um campo de dados (220) para a listagem de pelo menos um identificador (221), cada identificador identificando uma das funções em rede de trabalho (111)
  9. 9. Equipamento em rede de trabalho configurado para operar uma pluralidade de funções em rede de trabalho e para receber pacotes de dados a partir de pelo menos um dispositivo, sendo o equipamento em rede de trabalho (100) CARACTERIZADO pelo fato de compreender pelo menos de um classificador (112, 113) configurado para receber um pacote de dados (250) advindo de um dispositivo (10) e para modificar, antes do processamento pelo menos uma função em rede de trabalho (111), de referido pacote de dados (250) através da adição de um cabeçalho (200) adicional compreendendo de pelo menos um campo de defasagem (215) e de um campo de dados (220) para a listagem de pelo menos um identificador (221), cada identificador (221) identificando uma das funções em rede de trabalho.
  10. 10. Equipamento em rede de trabalho, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que os identificadores (221) são listados no campo de dados (220) em uma lista ordenada de processamento pelas funções em rede de trabalho (111) correspondentes.
  11. 11. Equipamento em rede de trabalho, de acordo com a reivindicação 10, CARACTERIZADO pelo fato de uma função em rede de trabalho (111) ser configurada para:
    - processar (305) o referido pacote de dados (250) quando recebido;
    -atualizar (305) um valor atual do campo de defasagem (215) após o processamento do pacote de dados (250) endereçando o referido pacote de dados processado junto a uma função em rede de trabalho (111) vinda a seguir listada na lista de processamento ordenada.
    Petição 870180005931, de 23/01/2018, pág. 71/79
    4/5
  12. 12. Equipamento em rede de trabalho, de acordo com a reivindicação 10 ou 11, CARACTERIZADO pelo fato da referida função em rede de trabalho (111) ser configurada para ultrapassar pelo menos um identificador (221) listado no campo de dados (220).
  13. 13. Equipamento em rede de trabalho, de acordo com a reivindicação 10 ou 11, CARACTERIZADO pelo fato da referida função em rede de trabalho (111) ser configurada para modificar pelo menos um identificador (221) da lista ordenada de processamento
  14. 14. Equipamento em rede de trabalho, de acordo com a reivindicação 13, CARACTERIZADO pelo fato de que a modificação de pelo menos um identificador (221) listado pela referida função em rede de trabalho (111) compreende pelo menos de uma das operações a seguir:
    - remoção de pelo menos um identificador (221) listado no campo de dados (220) do cabeçalho (200) adicional;
    - adição de pelo menos um identificador junto ao campo de dados do cabeçalho adicional;
    - reposicionamento de pelo menos um identificador listado no campo de dados através de pelo menos um novo identificador.
  15. 15. Produto de programa computacional armazenado em uma mídia de leitura computacional não-transitória e compreendendo de instruções codificadas de programa executáveis através de um processador para a implementação de um método (300) a ser implementado junto a um equipamento em rede de trabalho (100) configurado para operar uma pluralidade de funções em rede de trabalho (111) e para receber pacotes de dados (250) advindos pelo menos de um dispositivo (10),
    CARACTERIZADO pelo fato de que o referido método (300) compreende:
    - recebimento (301), através do referido equipamento em rede de trabalho (100), de um pacote de dados (250) a partir de um dispositivo (10);
    Petição 870180005931, de 23/01/2018, pág. 72/79
    5/5
    - modificação (302), antes do processamento através de pelo menos uma função em rede de trabalho (111), de referido pacote de dados (250) por meio da adição de um cabeçalho (200) adicional compreendendo de pelo menos um campo de defasagem (215, e de um campo de dados (220) para a listagem de pelo menos um identificador (221), cada identificador identificando uma das funções em rede de trabalho (111).
    Petição 870180005931, de 23/01/2018, pág. 73/79
    1/5
    100
BR102018001418-8A 2017-01-30 2018-01-23 método para o gerenciamento de serviços em cadeia junto a um equipamento em rede de trabalho, correspondente ao equipamento em rede de trabalho BR102018001418A2 (pt)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP17305102.0A EP3355519A1 (en) 2017-01-30 2017-01-30 Method for managing services chaining at a network equipment, corresponding network equipment
EP17305102.0 2017-01-30

Publications (1)

Publication Number Publication Date
BR102018001418A2 true BR102018001418A2 (pt) 2018-08-14

Family

ID=58692448

Family Applications (1)

Application Number Title Priority Date Filing Date
BR102018001418-8A BR102018001418A2 (pt) 2017-01-30 2018-01-23 método para o gerenciamento de serviços em cadeia junto a um equipamento em rede de trabalho, correspondente ao equipamento em rede de trabalho

Country Status (4)

Country Link
US (1) US20180219771A1 (pt)
EP (1) EP3355519A1 (pt)
CN (1) CN108377262A (pt)
BR (1) BR102018001418A2 (pt)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10798015B2 (en) * 2018-01-25 2020-10-06 Cisco Technology, Inc. Discovery of middleboxes using traffic flow stitching
US11012259B1 (en) * 2018-09-13 2021-05-18 Ca, Inc. Systems and methods for preserving system contextual information in an encapsulated packet
US11184280B2 (en) * 2018-10-11 2021-11-23 Cisco Technology, Inc. Methods and apparatus for verification of non-steered traffic flows having unspecified paths based on traversed network node or service function identities
US11070575B2 (en) * 2019-03-06 2021-07-20 Cisco Technology, Inc. Verifying accuracy of ML pipelines using third party co-ordination
CN111988266B (zh) * 2019-05-24 2022-05-17 华为技术有限公司 一种处理报文的方法
CN110336865A (zh) * 2019-06-21 2019-10-15 北京大米科技有限公司 服务调用方法、装置、存储介质和电子设备
US11593143B2 (en) * 2020-07-30 2023-02-28 Vmware, Inc. System and method for distributed orchestration management in network function virtualization
CN115767626A (zh) * 2021-09-02 2023-03-07 维沃移动通信有限公司 数据传输方法和设备
CN113905364B (zh) * 2021-10-25 2023-07-04 广州通则康威智能科技有限公司 路由器上行数据溯源方法、装置、计算机设备及存储介质
US20230379190A1 (en) * 2022-05-23 2023-11-23 Google Llc Method to Build a Service Function Chain in an Overlay Network
US20240073145A1 (en) * 2022-08-24 2024-02-29 Hughes Network Systems, Llc Service function chaining in stateful network

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9178812B2 (en) * 2013-06-05 2015-11-03 Cisco Technology, Inc. Stacking metadata contexts for service chains
US20160099853A1 (en) * 2014-10-01 2016-04-07 Cisco Technology, Inc. Active and passive dataplane performance monitoring of service function chaining
US9531850B2 (en) * 2014-12-04 2016-12-27 Cisco Technology, Inc. Inter-domain service function chaining
US9660909B2 (en) * 2014-12-11 2017-05-23 Cisco Technology, Inc. Network service header metadata for load balancing
US9571405B2 (en) * 2015-02-25 2017-02-14 Cisco Technology, Inc. Metadata augmentation in a service function chain
US10211987B2 (en) * 2015-04-27 2019-02-19 Cisco Technology, Inc. Transport mechanism for carrying in-band metadata for network path proof of transit
US10103976B2 (en) * 2015-07-09 2018-10-16 Cisco Technology, Inc. Service bitmask-based service application in service function chaining
US10116553B1 (en) * 2015-10-15 2018-10-30 Cisco Technology, Inc. Application identifier in service function chain metadata
US10158568B2 (en) * 2016-02-12 2018-12-18 Huawei Technologies Co., Ltd. Method and apparatus for service function forwarding in a service domain
US10003660B2 (en) * 2016-02-29 2018-06-19 Cisco Technology, Inc. System and method for data plane signaled packet capture in a service function chaining network
US9954774B2 (en) * 2016-03-10 2018-04-24 Cisco Technology, Inc. Propagating flow characteristics in service function chaining (SFC) headers
US10355983B2 (en) * 2016-05-09 2019-07-16 Cisco Technology, Inc. Traceroute to return aggregated statistics in service chains
US10165092B2 (en) * 2016-05-11 2018-12-25 Cisco Technology, Inc. Using a network service header to manage a network-as-a-system
US10225270B2 (en) * 2016-08-02 2019-03-05 Cisco Technology, Inc. Steering of cloned traffic in a service function chain
US11277338B2 (en) * 2016-09-26 2022-03-15 Juniper Networks, Inc. Distributing service function chain data and service function instance data in a network

Also Published As

Publication number Publication date
CN108377262A (zh) 2018-08-07
US20180219771A1 (en) 2018-08-02
EP3355519A1 (en) 2018-08-01

Similar Documents

Publication Publication Date Title
BR102018001418A2 (pt) método para o gerenciamento de serviços em cadeia junto a um equipamento em rede de trabalho, correspondente ao equipamento em rede de trabalho
US10868795B2 (en) Method for managing service chaining at a network equipment, corresponding network equipment
US11411770B2 (en) Virtual port channel bounce in overlay network
US10645201B2 (en) Packet handling during service virtualized computing instance migration
US20230300105A1 (en) Techniques for managing software defined networking controller in-band communications in a data center network
US10171357B2 (en) Techniques for managing software defined networking controller in-band communications in a data center network
US10020989B2 (en) Provisioning services in legacy mode in a data center network
US9654409B2 (en) Method for scaling address lookups using synthetic addresses
US9444642B2 (en) LAN multiplexing apparatus
EP3076612B1 (en) Packet processing methods and nodes
US20160065385A1 (en) Proxy Address Resolution Protocol On A Controller Device
US10237130B2 (en) Method for processing VxLAN data units
US20150172156A1 (en) Detecting end hosts in a distributed network environment
EP3185492A1 (en) Method for synchronizing forwarding tables, network device, and system
US10178068B2 (en) Translating network attributes of packets in a multi-tenant environment
EP3095216B1 (en) Single hop overlay architecture for line rate performance in campus networks
CN107948077B (zh) 一种数据报文的转发方法及装置
US10581738B2 (en) Efficient inter-VLAN routing in openflow networks
US10887282B1 (en) Determining synchronization of filter rules (e.g., on iptable filter tables on Linux kernal) across firewall filter application restarts
WO2022252569A1 (zh) 报文处理方法、装置及系统

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]
B08F Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette]

Free format text: REFERENTE A 3A ANUIDADE.

B08K Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette]

Free format text: REFERENTE AO DESPACHO 8.6 PUBLICADO NA RPI 2624 DE 20/04/2021.