Documente Academic
Documente Profesional
Documente Cultură
Neste artigo, estou fazendo o ponto que o projeto de uma arquitetura de sistema novo e a
formulao de exigncias para que deve ser baseado em um bom entendimento das
realidades e problemas de redes de hoje. Estou afirmando que devemos usar as ferramentas
que temos agora desenvolvido como NFV, SDN, mas tambm conhecimento sobre transporte
eficiente, distribuio de contedo, segurana para repensar a rede e a arquitetura do sistema.
Eu comeo com uma discusso de pontos de dor nas redes de hoje, antes de abordar os casos
de uso populares 5G como proposto por NGMN. Estou avaliando algumas opes de design 5G
e formular uma proposta construtiva como concluso.
O sucesso comercial das redes mveis e fixas atuais est claramente baseado no sucesso da
Internet e da web. As aplicaes Web so extremamente populares, especialmente os servios
de vdeo baseados na web. um pouco irnico que esses aplicativos so s vezes chamados
Over-the-Top (OTT) (do ponto de vista do operador de rede) - claramente estas so as
aplicaes - no existem essencialmente outras aplicaes que sejam de interesse para os
usurios (exceto para telefonia de udio Que ainda tratada como uma aplicao especial).
As redes atuais so em grande parte alavancando tecnologias de Internet (isto IP) - contudo
ns tivemos que desenvolver um jogo grande da engrenagem adicional para fazer um servio
til fora dela. Por exemplo, gerenciamento de mobilidade: Com base no requisito de servio de
"conectividade transparente", o LTE emprega uma abordagem de mobilidade baseada em
ncora, implementada atravs de tunelamento (baseado em GTP ou proxy-MIP). Este conceito
presta-se a um projeto centralizado com os problemas habituais de ineficincia e
escalabilidade - portanto, as pessoas comearam a inventar tecnologias como os requisitos de
endereamento de trfego selecionado para acesso web - o caso de uso prevalente para a
conectividade Internet mvel O que no necessariamente requer conectividade IP sem
descontinuidades [9].
A maior parte do trabalho extra precisa ser feito no lado do desempenho: proxies TCP,
sistemas de gerenciamento de trfego, otimizadores de trfego de aplicativos, CDNs. A Figura
1 contrasta a arquitetura terica Com uma implementao mais tpica. A motivao para isso
Funcionalidade extra a seguinte:
Proxies TCP so ferramentas para operadores mveis para ajustar o desempenho da rede com
relao s suas necessidades. O controle de congestionamento de ponta a ponta do TCP no
funciona to bem quando tem de conectar redes heterogneas com causas diferentes para
atrasos e perda de pacotes. Uma das razes pelas quais ele no funciona to bem
especialmente em redes mveis na verdade o design do sistema como um servio de circuito
virtual: buffering significativo, latncia varivel, sem AQM, sem notificao de
congestionamento. Proxies TCP podem melhorar o desempenho - ao custo de problemas de
interoperabilidade [2].
Os sistemas de gesto do trfego tm uma motivao semelhante: dar aos operadores uma
ferramenta para implementar polticas de desempenho e de partilha de capacidade. Existem
diferentes implementaes desse conceito, mas em geral, esses sistemas normalmente
funcionam da seguinte forma: um sistema centralizado de gerenciamento de trfego coleta
dados em tempo real e de longo prazo e de desempenho de estaes base, roteadores etc. e
usa isso para configurar Policiais em gateways, estaes de base etc. Esta abordagem pode
parecer nem elegante nem escalvel. No entanto, feito, no entanto, porque o prprio IP no
fornece recursos de gerenciamento de trfego suficiente em si, de modo que alguns deles
poderiam ser feitos em banda. Outra razo que, sem AQM e ECN, essas abordagens
baseadas em gerenciamento so percebidas como a nica opo para que a rede reaja para
sobrecarregar.
CDN implantao onipresente nos dias de hoje. Nenhum servio web principal implantado
sem ele. As CDNs so redes de distribuio / gerenciamento de contedo em grande escala
que fornecem funes como distribuio pr-ativa, armazenamento em cache,
transcodificao, filtragem etc. Os CDNs so essencialmente otimizadores de trfego de
aplicativos em larga escala. Mas uma vez que os ns CDN normalmente no esto no caminho
direto para todo o trfego do usurio, eles exigem redirecionamento explcito que feito
atravs da resoluo baseada em DNS dos nomes DNS para os ns CDN do operador (telco ou
DNS). Com relao privacidade e criptografia do usurio, as CDNs no podem interceptar
comunicao TLS entre um usurio e um servidor orign sem representar esse servidor. A razo
pela qual TLS e CDN ainda funciona hoje que os ns CDN hoje so configurados com seus
prprios certificados para um determinado domnio (por exemplo, "cdn.example.com") Que
esto vinculados a uma cadeia de confiana vlida para que os navegadores dos usurios
aceite esses certificados. Para isso, os ns CDN representam efetivamente o proprietrio real
do contedo.
A indstria de telefonia mvel tem tentado abordar o tpico 5G, formulando os seguintes
casos de uso no NGMN 5G White Paper [1]:
O Livro Branco da NGMN no reivindica esta lista como exaustiva. Gostaria de acrescentar
Acessvel Acessar como outro caso de uso, ou seja, ao longo das linhas do que discutido na
Global Access para a Internet para todos (GAIA) [4] comunidade.
Todo mundo tem sua prpria interpretao quando se trata de derivar requisitos e previses,
mas, em minha opinio, o seguinte pode ser inferido:
Plano de dados / controle dividido por SDN: esta essencialmente a idia de projetar recursos
de switch e uma interface programvel para permitir que os controladores programem o
comportamento de processamento GTP. uma idia direta para generalizar plataformas PDN-
GW, mas claramente ortogonal aos requisitos listados acima.
Ncleo mvel simplificado: Aceitando o fato de que nem todas as aplicaes mveis
precisariam de gerenciamento de mobilidade perfeito e conectividade perfeita, uma idia
simplificar o De uma forma que proporciona uma pilha de servios em camadas, isto , com
uma camada de linha de base mnima que menos complicada e menos dispendiosa para
operar. Isso poderia realmente ajudar com metas de melhoria de desempenho.
Quality of Service Slicing: uma outra viso sobre o corte oferecer fatias individuais de
Qualidade de Servio (como as classes QCI no to freqentemente usadas em UMTS e LTE).
Por exemplo, seria a fatia do melhor esforo, o slide multi-media interativo, a fatia IoT etc.
realmente como mapear os conceitos tradicionais de QoS para rede virtual - com problemas
semelhantes: como um operador saberia quais configuraes de fatia sero Necessrio no
futuro? Como uma aplicao ou um usurio selecionaria fatias? Como esse sistema
corresponderia aos requisitos de neutralidade da rede - como manteria a propriedade de
inovao sem permisso da Internet?
(Deep) Cache na rede e computao: Para casos de uso como "Internet Ttil" e realidade
virtual, mas tambm para aplicaes mais profanas como gateways IoT e armazenamento em
cache Na rede de acesso, h muitas idias para mover tais funes mais profundamente na
rede. Iniciativas da indstria, como Mobile Edge Computing esto perseguindo isso de forma
limitada hoje. Tecnicamente, isso seria sobre o gerenciamento de IaaS e sobre a mudana de
recipientes de funo para o lugar certo na rede. Mais propostas voltadas para o futuro esto
assumindo funes de computao de camada de aplicao arbitrria em locais arbitrrios na
rede. Existem diferentes motivaes por parte dos diferentes operadores: os operadores de
rede vem esta oportunidade como uma oportunidade para "criar valor" para as suas redes,
isto , oferecendo plataformas que podem hospedar tais funes. Os provedores de CDNs
vem esta uma oportunidade de estender sua plataforma, tanto em termos de alcance como
de funcionalidade (Akamai) [6]. Se voc estender um CDN maciamente voc poderia
efetivamente executar uma rede de distribuio de multicast de sobreposio. Novamente, as
deficincias Rede subjacente e camada de transporte so fatores motivadores para fazer isso
como uma sobreposio.
As duas ltimas abordagens levantam questes interessantes sobre como gerencivel essa
abordagem seria no final. H provavelmente muitos provedores CDN que gostaria de executar
suas funes mais profundas na rede. Depois, h tambm aplicativos especficos que exigem
algum armazenamento em cache, mas no querem usar plataformas de CDNs externas, por
exemplo, servios de vdeo sob demanda. Como resultado, voc pode acabar com uma coleo
de silos, cada um com sua superposio especfica, conforme ilustrado na figura 2.
Isso exemplificado pela aplicao incorreta do paradigma SDN para o controle completo da
rede "de ponta a ponta" com uma mentalidade de gerenciamento de rede. Deixe-me explicar
isso: o SDN (OpenFlow em particular) foi criado uma vez como uma interface programtica
para redes de empresas / campus que permitiria implementar polticas de segurana
consistentes (isolando ns em uma rede virtualizada). Isso foi motivado pelo fato de que este
difcil de alcanar com o plano de controle tradicional e conjunto de ferramentas de
gerenciamento de rede. Alm disso, como mencionado acima, o IP realmente limitado no
que se refere ao suporte gesto do trfego, ganchos para implementao de polticas, etc.
O que (na minha opinio) no funciona to bem elevar o paradigma de controle centralizado
SDN para um mantra para a arquitetura de rede, aplicando o conceito de controle centralizado
para a Internet em geral. Por exemplo (um pouco exagerado) a criao de um poderoso
controlador centralizado para o controle da comunicao de rdio da estao base, a rede de
transporte, a rede central, as caixas intermedirias, os servidores de aplicativos susceptvel
de criar um complexo E sistema logo ossificado com uma sobrecarga de controle gigantesco.
No s voc ter que dominar os problemas de tempo, se voc quiser alcanar o controle
granular fino atravs das camadas, voc tambm ter que pensar sobre a interao do
controlador domnio-domnio ( "interfaces leste / oeste") etc.
Tal abordagem suportava o risco de sempre requerer interao com uma camada de controle
SDN inter-domnio, exigindo conhecimento de aplicao correspondente em controladores
SDN e orquestradores de rede - e assim efetivamente removendo flexibilidade, independncia
de aplicao e inovao sem permisso. Em vez disso, seria mais produtivo pensar em recursos
desejveis de avano de avies e Abstraes para isso - e, em seguida, usar o SDN para
controlar as redes de uma forma programtica, isto , sem controle reativo de gro fino e sem
ligar gerenciamento de rede e orquestrao programao da rede.
V. W AY F ORWARD
Ento, o que fazer para 5G? Em primeiro lugar, importante entender que "5G" no vai ser
um sbito upgrade fork-lift maior da rede. Na verdade, um ttulo de esforo de inovao e
vamos ver mudanas nas fases:
Otimizando a implementao do sistema LTE atravs do NFV e SDN est acontecendo agora.
Isto incluiria tambm "Plano de dados / controle dividido atravs de SDN". H otimizaes de
implementao em vez de mudanas fundamentais de arquitetura de rede - mas elas seriam
teis no sentido de melhorar a infra-estrutura e explorar o potencial para mudanas de
arquitetura mais fundamentais.
Introduza AQM, ECN e protocolos de transporte modernos AGORA. Muitos avanos foram
feitos nos ltimos anos (Experimentando com a ECN, Codel [7], melhorando a fila de espera
com o Codel 4, e j hora de implementar essas tecnologias, especialmente na presena de
criptografia onipresente, quando o gerenciamento de trfego baseado em DPI Tem menos
alavancagem. realmente importante para reduzir a latncia ainda mais e para permitir que as
aplicaes para responder e adaptar ao congestionamento mais rpido.Um item de trabalho
aqui para obter o interfuncionamento de IP e camada camada protocolos correto.Nesse
contexto, tambm seria til Para repensar a partilha de capacidades ea gesto do trfego. Por
exemplo, devemos tentar O (experimental) IETF ConEx [8] esforo para encontrar formas de
combinar o desempenho, formas mais inteligentes de partilha de capacidade de TCP equidade
tradicional, e incentivos para aplicaes de Cooperar melhor - sem exigir um complicado
sistema de gesto de trfego para impor isso.
Permitir concorrncia e inovao no lado do provedor de servios de rede: Para avanar para
5G, os casos de uso antecipados, incluindo tambm servios inspirados no GAIA, Devemos
facilitar a criao de novos servios de conectividade de rede, no apenas como servios
virtuais em cima das redes existentes. Nesse contexto, os esforos da FCC para a partilha de
espectro 5 entre os operadores histricos e os novos intervenientes so interessantes.
Rede valiosa. Mas devemos definitivamente levar em conta os requisitos e preocupaes das
partes interessadas que esto construindo Internet e Servios da Web. Por exemplo,
Servios como youTube iria beneficiar melhor de um bitpipe de baixa latncia eficiente, no de
uma plataforma de servio de rede. O risco fundamental que estamos construindo uma
plataforma de servios muito elaborada, com poderosa orquestrao, etc., que muito
complicada e custosa de usar, ou pode impedir a inovao atravs do cumprimento de certos
formulrios de comunicao - para que os provedores de servios de aplicativos se abstenham
de us-lo. Fazer tudo "over-the-top". Alternativamente, eles iriam iniciar seus prprios servios
de rede, por exemplo, no esprito do Projeto Fi 6, a abordagem MVNO do Google.
Nenhuma suposio sobre onde a rede termina: Se quisermos incluir GAIA-como servios,
beneficiar de offloading para comunicao local, conseguir mais robusto, resilincia de
desastres Redes, ento temos de evoluir nossa compreenso limitada dos componentes e
modelos de comunicao permitidos na rede. Em outras palavras, temos que aceitar a
conectividade intermitente, retransmisso sobre vrios lpulos e DTN-como armazenar-carry-
and-orward operao [14] como parte da arquitetura. Isso tambm requer uma abordagem
diferente para a segurana:
Como permitir uma melhor privacidade do usurio e controle de acesso a dados: Como
mencionado anteriormente, a criptografia baseada em conexo atual em HTTP / 2.0 fornece
uma privacidade geral e dados de usurio limitados segurana. Muitas vezes, a privacidade
termina no permetro do CDN ou do centro de dados do servio de nuvem. Isso pode ser
melhorado atravs da introduo de segurana baseada em objetos de dados. Como um
exemplo simples, imagine o servio de armazenamento em nuvem que d aos usurios
controle total sobre quem pode ver ou transformar seus dados.
Em geral, o ICN fornece suporte implcito para o cache em rede independente de aplicativos
para compartilhamento, reparo local e adaptao de taxa. Combinar conhecimento mais
detalhado do plano de encaminhamento e armazenamento em cache pode possibilitar
estratgias de cache de latncia e warehouse livres de sinalizao (e sem gerenciamento) [15]
que so necessrias para os objetivos de baixa latncia de 5G.
O ICN tornaria a gesto da mobilidade muito mais fcil - de uma forma que no precisaria dos
actuais sistemas de gesto da mobilidade baseados na ncora. Por exemplo, a transferncia do
solicitante apenas uma questo de (re) solicitar dados nomeados nos novos pontos de
conexo da rede. As estratgias de encaminhamento do ICN e o armazenamento em cache na
rede fariam isso to perfeito quanto a mobilidade gerenciada de hoje [17]. As estratgias de
encaminhamento tambm podem ser aplicadas ao provedor de comunicao multipath
melhor e mais eficiente em termos de custos (sem sinalizao, sem gerenciamento), isto ,
para seleo de caminhos, solicitaes de difuso seletiva [16].
H tambm outros benefcios, como ter uma abstrao de comunicao unificada tanto para a
parte de rede mvel das redes 5G e IoT. A noo importante a seguinte: Aprendemos muito
sobre a funcionalidade necessria para tornar a Internet til para diversos conjuntos de
aplicaes comerciais e no comerciais. Para muitos daqueles, tivemos que reverter para
sobreposies de camada de aplicativo e suporte de gerenciamento de rede elaborado. Com
esse conhecimento, agora podemos redesenhar a interao de camada de rede, camada de
transporte e aplicao, bem como gerenciamento de rede para construir melhores redes.