[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