Can We Pay For What We Get In 3G Data Access?

Transcrição

1 Can We Pay For What We Get In 3G Data Access? MAC0463/ Computação Móvel

2 Motivação O paper Os testes Introdução

3 Cenário Introdução Motivação O paper Os testes Um exemplo: Alice só se lembra de ter baixado um aplicativo de 2MB da App Store.

4 Motivação O paper Os testes Motivação Pessoal Experiências ruins com 3G Queda de velocidade no final do mês, mesmo eu achando que estava abaixo do limite

5 Motivação O paper Os testes O paper Chunyi Peng, Guan-Hua Tu, Chi-Yu Li, Songwu Lu Estudo em casos normais e extremos. UDP e TCP. Navegar sem serem cobrados. C. Peng, G. Tu, C. Li, and S. Lu. Can We Pay for What We Get in 3G Data Access? In Proceedings of Annual International Conference on Mobile Computing and Networking, 2012

6 Motivação O paper Os testes Os testes foram feitos usando duas grandes operadoras dos EUA. Com algumas comparações (em certos casos) com uma terceira operadora e com operadoras chinesas.

7 Motivação O paper Os testes P1 e P2: sem sinal P9: sinal forte

8 UDP sem controle

9 UDP sem controle UDP não tem controle de conexão. A operadora recebe os pacotes do servidor, mas não consegue mandar para o dispositivo móvel. Mas ainda assim, são cobrados.

10 UDP sem controle O que importa é a quantidade de pacotes que chega na operadora, e não quantos pacotes chegam na Unidade Móvel. GGSN: Gateway GPRS Support Node SGSN: Serving GPRS Support Node

11 UDP sem controle Servidor: 8Mbps UM: sem sinal Em um minuto, a UM recebeu poucos bytes, O servidor enviou aproximadamente 60MB Foi cobrado 58.7 MB

12 UDP sem controle Com uma velocidade de 50kbps, o servidor ficou enviando dados durante 3 horas mesmo com o celular sem sinal.

13 Velocidade maior do que a compatível

14 Velocidade maior do que a compatível TCP tem controle de fluxo, portanto, se a velocidade não é compatível, pacotes serão perdidos, fazendo com que faltem alguns ACKs adaptação da velocidade.

15 Velocidade maior do que a compatível UDP não tem. Portanto os pacotes entram na operadora com a velocidade enviada pelo servidor e são armazenados em um buffer para serem enviadas conforme for possível. Mas esse buffer tem tamanho limitado perda de pacotes.

16 Teste com Estudantes Velocidade maior do que a compatível

17 Velocidade maior do que a compatível Quick Fix Feedback do RNC sobre pacotes não enviados para a UM Timer para interromper a tentativa de enviar dados quando não tem sinal Big Data a rede deve verificar a situação do dispositivo

18 Envio de dados para IP errado Outras aplicações

19 Envio de dados para IP errado Outras aplicações Enviar dados via UDP para um IP inválido gera cobrança. Por TCP, em pouco tempo o envio é interrompido, pela ausência de ACKs.

20 Middleboxes Introdução Envio de dados para IP errado Outras aplicações Proxy servers, CDN servers, NAT boxes, firewalls

21 Middleboxes Introdução Envio de dados para IP errado Outras aplicações Proxy servers, CDN servers, NAT boxes, firewalls Em uma das operadoras testadas, existia alguma middlebox, fazendo com que a unidade móvel recebesse os ACKs, portanto a conexão não era interrompida como deveria.

22 FTP Introdução Envio de dados para IP errado Outras aplicações FTP usa duas sessões TCP: uma na porta 21 (comandos) e uma na porta 20 (tranferência de dados). Ambas são cobradas.

23 Links Quebrados Introdução Envio de dados para IP errado Outras aplicações O resultado final é o aviso do erro, mas ainda assim a transmissão desses dados é cobrada.

24 Redirecionamentos Introdução Envio de dados para IP errado Outras aplicações O usuário mal percebe o que acontece, mas acaba sendo cobrado pelos redirecionamentos. Até mesmo no caso de 15 redirecionamentos.

25 DNS não cobrado

26 DNS não cobrado Serviço de DNS: porta 53. Não é cobrado Fizeram um protótipo para navegação por essa porta. Conseguiram transferir aproximadamente 200 MB sem serem cobrados.

27 A perda de pacotes por falta de sinal do celular pode ser detectada pela operadora. Cobrá-los pode ser considerado uma omissão. Se pacotes não enviados da antena para o celular não fossem cobrados, não existiria problema com um servidor UDP continuar mandando dados ininterruptamente. Para saber se no Brasil é a mesma coisa precisaria fazer experimentos, uma vez que o modo como é feita a cobrança não é documentada (ou pelo menos não é fácil de se encontrar). Como a maior parte dos serviços são feitos usando TCP, a diferença ainda fica numa margem aceitável.