![\"pppoe\"](\"http:\/\/www.ispblog.com.br\/wp-content\/uploads\/2016\/06\/pppoe.jpg\")
<\/p>\nUm dos desafios atuais dos provedores de Internet est\u00e1 na demanda por banda. Os planos precisam ser cada vez maiores para atender uma necessidade crescente dos usu\u00e1rios, por outro lado, os pre\u00e7os desses planos s\u00e3o cada vez menores, o que torna dif\u00edcil o provedor fechar essa conta. O que o provedor deve fazer para alcan\u00e7ar a expectativa do cliente se mantendo no mercado competitivo?<\/p>\n
Uma forma inteligente unindo o comercial ao t\u00e9cnico e utilizada por muitos provedores \u00e9 o sistema de rajada (burst). O provedor formata um plano com velocidade nominal maior e depois de um pequeno per\u00edodo de rajada de dados nessa velocidade, diminui a velocidade para a configurada nos par\u00e2metros do plano.<\/p>\n
Por exemplo, Plano 10Mbits: possui velocidade garantida de 5Mbits para Download e 3Mbits para Upload, entregando picos de 10Mbits (rajada).<\/p>\n
Essa estrat\u00e9gia de mercado \u00e9 inteligente, contudo, uma mudan\u00e7a crescente do perfil dos usu\u00e1rios tem exigido dos provedores cada vez mais qualidade no acesso. Hoje, al\u00e9m dos usu\u00e1rios consumirem mais, migrando o entretenimento para dentro de suas casas, como jogos online e filmes em HD, \u00e9 cada vez mais comum usu\u00e1rios que realizam constantemente testes com veloc\u00edmetros, pings e at\u00e9 traceroutes.\u00a0 \u00c9 por esse motivo que os provedores precisam se adaptar, criando cada vez mais condi\u00e7\u00f5es de melhorar a experi\u00eancia do usu\u00e1rio, inclusive nesses testes.<\/p>\n
A melhor forma de se fazer isso \u00e9 entregar o m\u00e1ximo de conte\u00fado poss\u00edvel na velocidade nominal do plano sem aumentar custos. O conte\u00fado local do provedor por exemplo, emails dos clientes, sites hospedados no pr\u00f3prio provedor, porque n\u00e3o entregar todo esse conte\u00fado local na velocidade nominal do plano? Isso al\u00e9m de n\u00e3o aumentar os custos, melhora consideravelmente a experi\u00eancia do usu\u00e1rio.<\/p>\n
Para apresentar esse conceito, as configura\u00e7\u00f5es descritas foram realizadas no MikroTik. Al\u00e9m de muito pr\u00e1tico para aplicar e visualizar as configura\u00e7\u00f5es \u00e9 um sistema muito comum entre os provedores.<\/p>\n
Vamos iniciar pela regra de limita\u00e7\u00e3o de banda. Para um controle mais eficaz, dando prioridade a alguns tipos de tr\u00e1fego, \u00e9 preciso utilizar as Queues Tree.<\/p>\n
<\/p>\n
Nesse exemplo, o tr\u00e1fego ser\u00e1 dividido e priorizado entre 4 subfilas.<\/p>\n
NAVEG \u00e9 a fila destinada a velocidade nominal do plano. Aplicando o exemplo acima, seria 10Mbits.<\/p>\n
DOWN \u00e9 a fila destinada a velocidade garantida do plano, nesse caso 5Mbits.<\/p>\n
ICMP e VOZ ser\u00e3o as filas destinadas ao conte\u00fado respectivo aos seus nomes.<\/p>\n
Agora, uma vez criado as queues, precisamos marcar o tr\u00e1fego.<\/p>\n
![\"CACHE\"](\"http:\/\/www.ispblog.com.br\/wp-content\/uploads\/2016\/06\/CACHE-1024x158.jpg\")
<\/p>\n
Inicialmente, todos os pacotes s\u00e3o marcados como DOWN para que sejam limitados a velocidade de download, que \u00e9 50% da velocidade nominal do plano. Contudo, desse ponto em diante, queremos retirar desse tr\u00e1fego geral o que desejamos dar prioridade e\/ou velocidades diferentes.<\/p>\n
Tr\u00e1fego ICMP e VOZ s\u00e3o tratados separadamente. Garantindo uma prioridade para esses servi\u00e7os, melhoramos a experi\u00eancia do usu\u00e1rio e o \u201cprotegemos\u201d dele mesmo. Por mais entendido que o usu\u00e1rio seja para realizar testes de pings, veloc\u00edmetros e outros, ele nunca se da conta que j\u00e1 est\u00e1 utilizando parte ou toda a banda contratada comprometendo os resultados dos seus testes. Ent\u00e3o, cabe aos provedores tomarem medidas para minimizarem isso.<\/p>\n
Garantindo prioridade e um pequeno limite de banda reservada para o ICMP, os testes de lat\u00eancia dos jogos ou de outros testes como o veloc\u00edmetro, ter\u00e3o resultados muito melhores.<\/p>\n
Agora um dos pontos altos desse artigo, por que deixar o conte\u00fado do provedor concorrer com outros conte\u00fados, se relativamente n\u00e3o h\u00e1 custos que inviabilizem o provedor entregar esse conte\u00fado em uma velocidade maior? Pelo contr\u00e1rio, esse \u00e9 exatamente o tipo de tr\u00e1fego que estamos procurando para entregar na velocidade nominal do plano.<\/p>\n
Com uma simples marca\u00e7\u00e3o desse tr\u00e1fego, (provavelmente pelo endere\u00e7o de origem dos servidores do provedor), \u00e9 poss\u00edvel entregar esse conte\u00fado na velocidade nominal do plano melhorando ent\u00e3o a experi\u00eancia do usu\u00e1rio em rela\u00e7\u00e3o a velocidade do acesso.<\/p>\n
Seguindo o mesmo conceito, o pr\u00f3ximo passo \u00e9 procurar por outros conte\u00fados que n\u00e3o tenham custo ou ao menos, custos mais acess\u00edveis para marcar esses pacotes e entreg\u00e1-los na velocidade nominal do plano.<\/p>\n
Imagine por exemplo o provedor que possua um cache de conte\u00fado. Por que n\u00e3o, tamb\u00e9m entregar esse conte\u00fado de custo muito mais acess\u00edvel em uma velocidade maior? Nesse caso, como desejamos que os endere\u00e7os de origem e destino sejam transportados de forma transparente, n\u00e3o ser\u00e1 poss\u00edvel marcar esse conte\u00fado por esses endere\u00e7os. Como ent\u00e3o seria poss\u00edvel tamb\u00e9m entregar esse tr\u00e1fego na velocidade nominal do plano? \u00c9 aqui que podemos aplicar a marca\u00e7\u00e3o DSCP (Differentiated services code point), uma marca\u00e7\u00e3o realizada nos pacotes desejados que ser\u00e1 encaminhada entre os roteadores da sua rede sem ser alterada ou s\u00f3 ser\u00e1 alterada se algum roteador for configurado para isso, caso contr\u00e1rio, uma marca\u00e7\u00e3o DSCP realizada no primeiro roteador, chegar\u00e1 at\u00e9 o \u00faltimo roteador, permitindo que decis\u00f5es em rela\u00e7\u00e3o aquele tipo de tr\u00e1fego sejam tomadas.<\/p>\n
Muitos caches permitem marcar o conte\u00fado que o pr\u00f3prio cache est\u00e1 entregando com uma marca DSCP e essa marca poder\u00e1 ser resgatada no servidor que atende o usu\u00e1rio permitindo entregar esse conte\u00fado na velocidade nominal do plano, melhorando consideravelmente a experi\u00eancia do usu\u00e1rio.<\/p>\n
![\"cache_2\"](\"http:\/\/www.ispblog.com.br\/wp-content\/uploads\/2016\/06\/cache_2-1024x199.jpg\")
<\/p>\n
Nesse exemplo, todo conte\u00fado que o cache possui, foi entregue com a marca 22 no DSCP. Em seguida, outro roteador, o concentrador PPPoE, analisa os pacotes procurando pela marca DSCP 22 e ao encontr\u00e1-la, encaminha esse pacote para ser entregue na velocidade nominal do plano.<\/p>\n
Desta mesma forma, outros conte\u00fados poder\u00e3o ser marcados e entregue com mais velocidade. Tr\u00e1fego de CDNs como Akamai e GGC, tr\u00e1fego de peering entre provedores e PTTs.<\/p>\n
Aplicando t\u00e9cnicas como esta, melhoramos a experi\u00eancia do usu\u00e1rio sem aumentar custos, permitindo aos provedores entregar planos cada vez maiores, garantindo a satisfa\u00e7\u00e3o do cliente.<\/p>\n","protected":false},"excerpt":{"rendered":"
Mat\u00e9ria de Rodrigo Fernandes, Publicada na Revista ISPmais – Edi\u00e7\u00e3o 04.<\/p>\n","protected":false},"author":1,"featured_media":1363,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"image","meta":{"footnotes":""},"categories":[5],"tags":[],"class_list":["post-1362","post","type-post","status-publish","format-image","has-post-thumbnail","category-artigos","post_format-post-format-image"],"yoast_head":"\n