Relatório livre ESG: gerenciamento de dados sem emenda com Avere FXT
Quando o iOS 7 encarnação do Siri foi pego usando Multipath TCP (MTCP) no início deste mês, houve muita emoção para ele anunciando uma nova era das comunicações. Que pode muito bem fazer, mesmo que Siri estava cantando muitas horas antes que o sol começa a subir.
Uma rápida cartilha MTCP: conexões TCP costumam viajar ao longo de um caminho. Isto significa que quando o smartphone estiver conectado a Wi-Fi e uma rede de dados móvel, ele vai usar apenas uma dessas conexões. Sob MTCP ele vai usar os dois, que é o iOS 7 está fazendo agora.
Será MTCP ter implicações para a LAN, WAN ou centro de dados? Para obter uma alça sobre o que MTCP significa além do iPhone, The Register falou Asia Pacific Network Information Centre (APNIC), cientista-chefe Geoff Houston.
Para a TL, DR multidão, a versão curta é que você não vai ver onipresente multipath TCP em breve, pelo menos, três bons motivos. Em primeiro lugar, as redes de hoje vai quebrá-lo de diferentes maneiras, em segundo lugar, se é descuidada implementada, os usuários vão desativá-lo ao invés de assistir a seus telefones consumir dados móveis caros quando Wi-Fi está disponível e, finalmente, se é que já representa uma ameaça aos modelos de negócio de transporte, eles vão ser capazes de colocar uma estaca em seu coração.
Capacitar o anfitrião
Mutlipath TCP, Houston contou Sul Vulture, remete para a teoria básica da Internet, que a melhor rede é aquela em que a rede é mudo e os anfitriões são inteligentes. Um host habilitados deve ser capaz de compreender e utilizar os recursos disponíveis para isso.
No caso de Multipath TCP, que significa ser capaz de limpar qualquer comunicação são os recursos disponíveis e utilizar esses recursos da maneira que melhor serve o host.
Não há muito tempo, isso não poderia fazer muito sentido. O anfitrião típico Internet era um PC conectado a uma LAN. Tinha uma interface LAN, e mais importante, apenas uma conexão com a Internet. Não há muito sentido para o usuário típico (existem casos especiais, para servidores) para instalar duas placas de rede, adquirir dois endereços IP, e dividir o tráfego, quando o roteador está apresentando apenas uma interface com o mundo exterior.
Smartphones e tablets mudou tudo isso: quase cada um deles apresenta duas interfaces para o mundo - a interface Wi-Fi e interface 3G / 4G. Do ponto de vista do hospedeiro, que cria duas possibilidades:
- Asse em uma decisão política que o dispositivo deve conectar ao Wi-Fi sempre que possível - o padrão que a maioria dos usuários estão familiarizados.
- Com Multipath TCP na pilha, deixar o telefone dividir o tráfego em ambos os seus endereços de IP (o WiFi ea interface de dados móveis), a qualquer hora os dois tipos de rede estão disponíveis.
Se assumirmos a "rede bobo" ideal entre os dois exércitos, a rede não vai notar nada acontecer. Afinal, a sua única função é olhar para os pacotes e encaminhá-los. Os anfitriões em cada extremidade da conversa - no caso do Siri, um servidor da Apple e um telefone nas mãos do cliente - são os únicos que precisam de uma pilha TCP Multipath.
É sempre assim tão fácil?
A primeira captura é facilmente identificado: não é o suficiente para ter uma pilha Multi-TCP em um cliente. Tem de existir no servidor também. Então, para que ele se torne onipresente, ele teria de ser implementada pelos servidores que impulsionam as aplicações da Internet.
Um cenário de galinha e do ovo é provável que entram em jogo: qualquer coisa que fica no caminho da tecnologia é uma razão para os administradores de sistemas não se incomodar. Por que correr o risco de implementação de uma nova pilha em seus servidores - com todos os riscos e os problemas de gestão da mudança que envolve - se é que não vai fazer a diferença para seus negócios, afinal?
E há barreiras - o principal deles sendo a quase onipresença do NAT (tradução de endereço de rede).
Uma enorme quantidade de middleware da Internet (por exemplo, firewalls stateful e NAT) usam troca SYN-ACK dois hosts 'para decidir o que passa eo que bloquear. A rede deixou de ser "rede bobo ideal" dos teóricos há muito tempo.
Isto não é um problema que existe entre as duas máquinas inteligentes. Claro, apenas uma das interfaces do smartphone será usado para o SYN-ACK que configura uma sessão -, mas as informações da sessão ea pilha TCP Multipath fornece tudo que é necessário para resolver as comunicações que trafegam caminhos diferentes.
Os firewalls, NAT e "um monte de outros middleware" na Internet, Houston contou Sul Vulture, não estão na mesma posição. Multipath TCP iria confundir um monte de aperto de mão sensível middleware, disse ele.
Esse middleware, suspeitos de Houston, vai ficar no caminho dos centros de dados grandes saltos a bordo em uma pressa, porque provavelmente há muitas maneiras em que ele iria quebrar as várias camadas de middleware que existem entre um servidor e do mundo exterior.
Outros exemplos de trocas que podem ser SYN sensível incluem:
- Um usuário estabelece uma VPN à rede corporativa sobre a casa sem fio. No mundo do Multipath TCP, é possível que o tráfego também pode atravessar a rede móvel disponível - mas não será segura.
- Olhando para o que Houston chamado "famoso causa perdida" da Internet, QoS: onde é implementado, é muitas vezes negociado entre pares de endereços. Em um mundo Multipath TCP, não um par de endereços precisa saber o que está sendo negociado entre outro par endereço?
Os catadores de qualidade
A resposta para a pergunta QoS deve ser que não importa, Houston disse, porque na verdade, Multipath TCP faz sobre vários links que protocolos de Internet sempre assumiu que seria capaz de fazer - limpar o que qualidade está disponível.
A ideia da Internet é que ela deve ser auto-otimização, Houston contou Sul Vulture: "trancar a mais alta qualidade possível, e completar a comunicação tão rapidamente como você pode." Pessoas que trabalham com os roteadores no centro da rede estão acostumados a esses conceitos; Multipath TCP apenas empurra o mesmo conceito para os hosts do usuário final.
Em um caso de implantação de trabalho, Multipath TCP agiria como um equilíbrio quase-automática de carga para o usuário final. Se o roteador Wi-Fi está ligado a um multi-megabit por segundo ligação fixa, enquanto que a ligação 3G congestionada está lutando junto a 500 Kbps, então a maior parte do tráfego do usuário fluirá através da ligação Wi-Fi.
Se, por outro lado, a ligação ADSL do roteador WiFi em casa é a única que está lutando, eo smartphone pode ver uma conexão 4G - a conexão 4G vai levar a maior parte do tráfego.
Oh, isso não é necessariamente ideal, não é? Porque out-of-the-box, uma pilha TCP Multipath não sabe nada sobre o preço da conexão. Não é um problema agora, já que Siri não está martelando na conexão - mas que se a próxima implementação Multipath TCP para escapar para a vida selvagem eram YouTube?
Seria uma implementação de mudar o mundo, e não em um bom caminho: os usuários podem experimentar um novo projeto de lei de choque que supera de longe qualquer coisa que já vimos antes.
Se a tecnologia já se tornou generalizada, seria pelo menos desejável para os designers de aplicativos para aprender a fazer previsões razoáveis sobre os caminhos disponíveis para acabar com os hosts do usuário. Curiosamente, este pode, a longo prazo Android dar uma vantagem sobre a Apple, uma vez que a pilha no dispositivo é mais directamente visíveis para o utilizador final.
Um desenvolvedor de aplicativo Android pode fazer inferências custo, basta olhar para a interface física está ligada a qual endereço IP (além do mais, uma vez que as redes móveis ainda são apresentados à Internet como "enormes NAT", um endereço de 3G, que está vinculado a uma 10-range O endereço IP para o aparelho está claramente ligado à rede móvel Telstra). Um desenvolvedor Apple teria que esperar por Cupertino para fazer APIs adequado disponível - se e quando.
Segurem-se ... transportadora NAT?
Mencionamos que NAT pode ficar no caminho de Multipath TCP, não é? Claro que nós fizemos. E se você indicado, onde há uma enorme quantidade de muito grande NAT ...
Seria em redes móveis. Que, curiosamente, coloca operadoras no coração do futuro da MTCP, pelo menos no curto prazo.
A sabedoria comum sobre MTCP - a chamada rede "het-net", ou heterogênea - é que ele vai receita transportadora lixiviação. Se o seu iPhone está agarrando WiFi gratuito enquanto você anda na rua, em vez de usar o seu adorável e conexão de dados móvel relativamente caro, isso é uma ameaça a receita para resolver. Se, por outro lado, o tráfego está sendo direcionado através da rede 4G, porque é mais rápido do que o que está disponível para o seu roteador em casa, essa é uma oportunidade de receita.
Portadores não tem que tomar nenhuma decisão hoje, é claro, já que a única Multipath TCP aplicativo visto em estado selvagem é Siri (e isso só pode disparar a conexão multipath se você tem duas interfaces Wi-Fi e 3G ativos e se ambos tipos de rede estão disponíveis.
Se as operadoras decidem que não está interessado em Multipath TCP, então agora, está bem ao seu alcance para estragá-lo. ®
Bootnote: Com agradecimentos ao da APNIC Geoff Houston. Quaisquer erros ou omissões são da responsabilidade dos The Register. ®