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

Diego Canton de Brito diegocanton at ensite.com.br
Mon Aug 3 15:34:33 -03 2015


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




More information about the gter mailing list