Configurando o modem SpeedStream 4200 para ADSL2 mais confivel

Complementando um post recente em ingls sobre o assunto, segue uma dica derivada das minhas desventuras recentes com ADSL2. Em resumo, se a sua ADSL estiver com aparentes problemas de lentido, isto pode ser causado por excesso de perda de pacotes, e uma forma de tentar diminuir eesta perda desligar o modo ADSL2+ no modem, deixando apenas como ADSL2 (sem o sinal de +). Cada modem tem uma forma de fazer isto. O D-Link 500B permite faz-lo via Web mesmo. O SpeedStream 4200 s permite alterar o modo ADSL padro via Telnet, e no encontrei um manual dos comandos Telnet. Mas pelo menos existem dicas de como alterar a configurao:

O script acima exatamente o que fiz com meu modem. Esta simples alterao dobrou a relao sinal-rudo, de 6 para 11dB (depois vou oferecer uma explicao dos porqus).

Outros modos DSL do modem

O SpeedStream tem diversos modos ADSL a escolher:

Cada telecom implementa apenas alguns protocolos, portanto apenas um subconjunto das opes disponveis vai funcionar. As opes interessantes so: AUTO: o nome diz tudo, e o padro que vem com o modem. Aqui esta opo faz o modem escolher ADSL2+, o que no meu caso causa muitos erros e perda de pacotes. AD2P: ADSL2+, velocidade mxima de 24Mbps. DSL2: ADSL2 sem o sinal de +, velocidade mxima de 12Mbps.

DMT: ADSL1, codificao DMT (o padro mais comumente utilizado). ANSI: ADSL1, codificao ANSI (no o padro mas funciona). LITE: ADSL1 "lite", limitada a apenas 1,5Mbps e mais robusta. RED2: RE-ADSL2, um anexo da ADSL2 com alcance melhorado. Muitas telecoms no implementam-no por usar mais energia e causar mais crosstalk (vazamento de sinal para fios paralelos no cabo). Ativar este padro aqui simplesmente faz fallback para ADSL2. Embora alguns posts mundo afora recomendem configurar o modem para ADSL1 quando a ADSL2+ estiver com muita perda de pacotes devido a erros, mais vantagem tentar ADSL2, que usa a mesma largura de banda da ADSL1 e tem correo de erros mais forte. Talvez haja um motivo para tentar ADSL1 em lugar de ADSL2 numa linha ruim, mas no consigo imaginar nenhum. O nico modo ADSL1 que pode ser interessente o "Lite", lento e robusto, que ao contrrio do RE-ADSL2 parece ser suportado pelas telecoms daqui, j que foi o padro utilizado nos primrdios da banda larga. No meu antigo plano ADSL1, o modo "lite" era o nico no qual o D-Link 500B conseguia funcionar com uma taxa de erros tolervel. (O modem 3Com funcionava perfeitamente na mesma linha, sem tocar na configurao.) Num caso extremo, este modo pode significar a diferena entre ter e no ter banda larga.

Por que importante diminuir a taxa de erros?

O quadro abaixo um screenshot das estatsticas do meu modem ADSL, o SpeedStream 4200:

Note que o mesmo nmero de erros -- onze -- aparece em dois quadros diferentes: ATM e AAL. Porm quase 2 milhes de pacotes ATM, ou melhor, clulas ATM foram trafegadas, enquanto o nmero de pacotes Internet (PDUs) apenas 94217. Num nvel muito baixo, a tecnologia ADSL baseada no protocolo ATM, cujos "pacotes", chamados de clulas, tm tamanho fixo de 53 bytes -- 5 de cabealho mais 48 de dados. Como os pacotes Ethernet e TCP/IP costumam ter tamanho varivel de 32 a 1500 bytes, diversas clulas ATM podem ser necessrias para transportar um pacote TCP/IP.. Esta quebra e remontagem de pacotes especificada pelo protocolo AAL5 (ATM Adaptation Layer 5), e a responsabilidade de implementar o AAL5 sempre do modem ADSL, mesmo em modo bridge. O uso de ATM e AAL5 a causa de diversas "esquisitices" da ADSL. Primeiro, voc paga pela banda "bruta", sobre a

qual trafega ATM. Como o overhead de cada clula de 53 bytes 5 bytes, de cara h uma perda de 10%. Em cima disso h as perdas do AAL5, do PPPoE, e a taxa lquida vai ser 16% menor que a taxa bruta. Segundo, cada pacote TCP/IP, por menor que seja, vai dar causa ao trfego de no mnimo 2 clulas ATM, totalizando 106 bytes "no fio". Aplicaes que usam muitos pacotes pequenos como Skype e VoIP comem muito mais banda do que poderamos supor. Se uma aplicao VoIP usa pacotes de 64 bytes e trafega 100kbps, isto vai representar perto de 200kbps "no fio". Terceiro e pior de tudo, o protocolo AAL5 no retransmite pacotes perdidos (enquanto outros padres como AAL3 e AAL4 parece que o fazem). Se uma clula ATM for perdida devido a erros, rudos etc. o pacote TCP/IP a que ela pertencia tambm estar perdido. Se por azar a clula perdida for a ltima, que "fecha" o pacote TCP/IP, dois pacotes esto perdidos: o que estava sendo remontado, e tambm o prximo. Como um pacote TCP/IP de 1500 bytes consome 31 clulas ATM, uma taxa de erros de apenas 0,3% na camada ATM significar uma perda de 10% de pacotes no nvel TCP/IP. H uma "amplificao da taxa de erros". E quem conhece um pouco de TCP/IP sabe que a velocidade cai muito com perdas acima de 1%. Para que a perda de pacotes no seja um problema, ela deve ser menor que 0,5%, o que significa que a camada ATM da ADSL no pode apresentar perdas acima de 0,016% -- ou seja, zero perdas para todos os efeitos prticos. Por conta disso a banda larga ADSL comea a ficar muito ruim mesmo na presena de perdas aparentemente moderadas. Tendo isso em vista, a camada fsica da ADSL trabalha muito duro para evitar perdas de culas ATM, e elas quase nunca acontecem se a velocidade est dentro dos limites da linha telefnica. Por outro lado, a ausncia de retransmisso na camada de enlace faz a situao piorar rapidamente quando a linha "marginal". Pacotes TCP/IP pequenos tm mais chance de passar inclumes; por exemplo, se adotssemos um tamanho mximo de pacote de 300 bytes, cada pacote precisa de apenas 6 clulas ATM, e uma taxa de erros ATM de 0,3% amplificaria para apenas 2% no TCP/IP. Ainda uma perda que incomoda, mas suportvel. Isto significa que diferentes aplicaes sofrero de forma bem diferente quando a linha ADSL ruim. Aplicaes que usam pacotes pequenos e muitas conexes em paralelo quase no tomam conhecimento do problema, enquanto Web e downloads ficam horrivelmente lentos. Este fato tambm permite mensurar indiretamente a perda de pacotes devido a problemas na ADSL. Basta fazer "ping" com tamanhos diferentes de pacote:

$ ping yahoo.com $ ping -s 1400 yahoo.com

Se o segundo ping perder consideravelmente mais pacotes que o primeiro, a principal suspeita a sua ADSL. Outros problemas (como o congestionamento dos links internacionais das nossas "queridas" telecoms) perdem pacotes grandes e pequenos da mesma forma, na mesma taxa.

Atenuao, relao sinal/rudo e velocidade mxima

Atenuao a perda do sinal conforme ele viaja pelo fio. No caso da ADSL, que usa sinais de freqncia muito mais

alta que a voz, essas perdas so sempre altas. Uma perda de 30dB significa que o sinal chega 1000 vezes mais fraco; e isto seria considerado um patamar muito bom. A estatstica do meu modem mostra que a perda na minha linha 53dB, bastante alta, o que caracteriza uma linha ruim. Mas isto no o mais importante, j que sempre se pode injetar mais potncia para compensar a perda. Importante mesmo a relao sinal/rudo, ou SNR. Este valor informa quanto o sinal em que estamos interessados mais forte que o rudo de fundo. No caso da minha linha, o SNR de 14dB, o que significa que o sinal 1014/10 = 25 vezes mais forte que o rudo de fundo. Dizem que o SNR cai muito no incio da noite, o que equivale a dizer que o rudo de fundo mais forte noitinha. A velocidade mxima de uma linha construda com dois "ingredientes": SNR e largura de banda. No caso da ADSL, a largura de banda fixa, ditada pelo padro ITU. Assim resta apenas esperar que o SNR seja alto para acomodar velocidades tambm altas.

A frmula de Shannon permite calcular a capacidade terica mxima de um canal:

Banda (bits/s) = Largura * Log2(1 + SNR)

A frmula representa numericamente um fato que qualquer um pode constatar empiricamente. Quanto mais ruidoso o ambiente, mais alto e/ou mais devagar voc tem de falar para ser ouvido e entendido pelo seu interlocutor. E sua voz tem de ser ao menos um pouquinho mais forte que o rudo, ou que as demais vozes, para haver qualquer chance de voc ser ouvido. No caso da minha linha em particular, considerando ADSL2 (no 2+), a capacidade mxima

Banda = 1000000 * Log2(1 + 25) = 4,7Mbps

A frmula de Shannon estabelece um limite terico, alm do qual nenhuma tecnologia pode ir. Tecnologias prticas ficam sempre abaixo deste patamar terico. Outro detalhe que a frmula no leva rudo impulsivo em considerao, embora ele certamente v existir na prtica. Se o SNR dado em decibis, a frmula pode ser simplificada para

Banda = 1000000 * SNR / 3

Para cada 3dB de SNR, ganhamos 1Mbps em ADSL1/ADSL2, ou 2Mbps em ADSL2+. Bem mais fcil de memorizar. Em resumo, no daria muito certo tentar usar 4Mbps nesta minha linha telefnica, pois est muito prximo do limite de Shannon, e qualquer piora na SNR ou a ocorrncia de rudos impulsivos causaria enorme quantidade de erros ATM,

que por sua vez causam perdas de pacotes e lentido. O prprio modem ADSL faz uma "reserva" de 6dB de SNR para precarver-se, o que redundava em no mximo 2,4Mbps downstream no meu caso, mesmo assinando um plano de 4. (Sem piadinhas, por favor!) Como a ADSL2+ usa largura de banda de 2MHz, teoricamente a velocidade obtenvel seria o dobro, certo? O problema que usar mais banda "espalha" a potncia total numa faixa mais larga, diminuindo a quantidade de energia que chega na outra ponta para uma mesma "fatia" de banda, e portanto diminuindo o SNR. No meu caso aqui, o SNR fica entre 4 e 9dB usando ADSL2+. A taxa de erros aumenta muito, a ponto de incomodar; foi por isso que eu mexi na configurao do modem. Mas o principal problema a pouca "folga" de SNR; se a linha sofrer uma queda brusca de qualidade, talvez por conta de um rudo eltrico nas imediaes, o SNR fica negativo e fatalmente a conexo cai. Usar ADSL2 evita todos esses problemas, e ainda vai longe o dia em que haver planos de 24Mpbs por aqui, que me obriguem e usar ADSL2+. Curiosamente, o upstream nunca incomoda. Nunca. Por pior que estivesse a ADSL aqui, por pior que fosse o modem, o upstream sempre flua sem problemas na velocidade mxima contratada. Creio que isto acontece porque o upstream faz uso de frequncias relativamente baixas (vide grfico mais acima), que so as que menos sofrem atenuao e rudos. Interleaving Um outro fator que pode estar ajudando minha conexo funcionar melhor com ADSL2 em vez de ADSL2+, que o modo "interleaved" sempre ativado no primeiro caso, enquanto no segundo caso geralmente a conexo fica em "fast mode" (modo rpido). O modo interleaved transmite diversos frames ao mesmo tempo, com os bits "embaralhados". Assim, se ocorrer um rudo impulsivo, o estrago ser dividido entre diversos frames, e o algoritmo de correo de erros tem mais chances de consertar cada frame. J o modo rpido transmite um frame depois do outro, e um erro de rajada pega o frame de jeito. Mas nada de graa neste mundo. Como o modo interleaved trasmite diversos frames ao mesmo tempo, cada frame individual demora mais para chegar no outro lado. O que aumenta a latncia, mais conhecida pelos jogadores on-line como "ping". Aqui, o "ping" de 13ms em modo rpido, ou 50-60ms em modo interleaved. Alm da latncia ser maior, ela varia bastante -- esta varincia conhecida como "jitter". No descobri ainda se possvel configurar o interleaving no SpeedStream, ou mesmo em qualquer outro modem.