[GTER] RES: Duvida sobre MANIPULAÇÃO de Trafégo .

[Douglas Fischer]

I++;

Também fique atento as respostas DNS que recebe das CDNs.
Aaaaa nesse negócio, em minha opinião, DNS server recursivo próprio e
imprescindível.

/*Android told-me that this text should be at bottom.*/
Em 03/08/2015 15:36, "Diego Canton de Brito" <diegocanton at ensite.com.br>
escreveu:

> De uma olhada no uso de CPU dos roteadores.
>
> -----Mensagem original-----
> De: gter [mailto:gter-bounces at eng.registro.br] Em nome de Erick jose Maia
> Araújo
> Enviada em: segunda-feira, 3 de agosto de 2015 15:29
> Para: Grupo de Trabalho de Engenharia e Operacao de Redes
> Assunto: Re: [GTER] Duvida sobre MANIPULAÇÃO de Trafégo .
>
> Boa Tarde,
>
> Entendi o que foi explicado, mais no meu caso que eu to achando estranho é
> que nos testes usuais para avaliar qualidade de links (icmp, e testes de
> sessões tcp portas usuais) os meus links não apresentão falhas mas, a
> navegação e taxas para serviços como videos do facebook e whatsapp
> apresentam lentidão, sobre o questinamento sobre ASN e CIDR proprios, temos
> os dois e operamos atraves de apenas uma operadora o que dificulta bastante
> uma analise mais profunda.
>
> Queria saber se mais alguem já passou por algo paracido e pode me dar uma
> luz para testes.
>
>
>
>
> Em 3 de agosto de 2015 13:42, Douglas Fischer <fischerdouglas at gmail.com>
> escreveu:
>
> > A maneira mais elegante é subir uma VPN...
> > E depois ​descontar os overheads e reduções de MTU na hora de comparar
> > os resultados.
> >
> > Fora isso você tem que tentar pensar com a cabeça de quem vai
> > implementar esse shaping:
> > Existem basicamente duas formas de shaping para serviço:
> > A - Portas de origem e destino.
> > B - Análise de header.
> >
> > Como ficar olhando dentro dos pacotes é muito custoso do ponto de
> > vista da performance, a grande maioria costuma implementar por porta.
> >
> > Para certificar-se da existência você pode:
> > 1 - Pegar um protocolo que você saiba que dá topo de banda e colocar
> > para rodar na porta do serviço que supostamente está sendo laminado.
> >     - Se o comportamento for muito diferente do que quando o serviço
> > estava rodando nas portas padrão... É quase certeza de shaping.
> >     - Se a banda der topo, do mesmo jeito que com as portas padrão, é
> > bem provável que não haja shaping. Porém ainda exista a possibilidade
> > de provedor de serviço combinar Portas+Header. Aí tem que inverter o
> > cenário para comprovar...
> >
> > 2 - Colocar o serviço que está sendo afetado para rodar nas portas de
> > um protocolo que dê topo de banda.
> >     - Se com essas portas novas, o serviço der topo de banda, é quase
> > certeza que alguma coisa que estava reduzindo no modo default do
> > serviço passou a não afetar mais o ambiente.
> >     - Se mesmo trocando de porta, o serviço continuar ruim, aí é bom
> > considerar a possibilidade de o serviço não ser eficaz para o que você
> > quer...
> >       Mas ainda existe a possibilidade de o provedor fazer Inspeção
> > Profunda de pacotes em todas as portas... Mas é bem improvável.
> >
> >
> > Lembrando que isso é apenas uma análise beeeeeeeeeem basiquinha do
> > aspecto geral.
> > Tens ainda que considerar:
> > - Shapings aplicados somente em certas faixas de horário.
> > - Origem ou destino está em um ponto de gargalo(muito comum com
> > provedores usando B-RAS subdimensionados).
> >
> >
> >
> > Em 3 de agosto de 2015 11:33, Erick jose Maia Araújo <
> > erickjosemaia at gmail.com> escreveu:
> >
> > > Bom dia,
> > >
> > > Pessoal, queria saber se há possibilidade de testar se está havendo
> > > manipulação de trafego por serviços, como eu poderia testar se isso
> > > está ocorrendo ??
> > >
> > > --
> > > --
> > > Atenciosamente
> > >
> > > Erick José Maia de Araújo
> > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> >
> >
> >
> > --
> > Douglas Fernando Fischer
> > Engº de Controle e Automação
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
>
>
>
>
> --
> --
> Atenciosamente
>
> Erick José Maia de Araújo
> ANALISTA DE REDES IP
> Email: erickjosemaia at gmail.com
> MSN: erickjosemaia at hotmail.com
> INOC-DBA 262634*100
> Telefones:     83 81153286 - OI
>                     83 96544390 - TIM
>                     83 93855169 - CLARO
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter