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

Mon Aug 3 16:44:11 -03 2015

Boa Tarde,
Como Falei anteriormente, não consigo identificar por icmp (TRACEROUTE,
PING, MTR) quais as causas dos problemas mais observo lentidão em alguns
serviços especificos  e os DNSs são internos.

CPU do roteador de borda nosso não excede os 5%.

Em 3 de agosto de 2015 16:21, Márcio Elias Hahn do Nascimento <
marcio at sulonline.net> escreveu:

>
>
> Não será algum problema em rotas internacionais?
>
> Já tentou um
> traceroute para ver por onde está saindo?
>
> ---
>
> Att
>
> Márcio Elias Hahn
> do Nascimento
> (48) 8469-1819 / 3524-0700 - marcio at sulonline.net
> INOC-BR:
> 52977*100
> GERÊNCIA DE RECURSOS DE TIC - Sul Internet [2]
>
>  [2]
>
> Em
> 03/08/2015 15:34, Diego Canton de Brito 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 [1]
> >> -- Douglas Fernando
> Fischer Engº de Controle e Automação -- gter list
> https://eng.registro.br/mailman/listinfo/gter [1]
> >
> > --
> > --
> >
> 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 [1]
> >
> > --
> > gter list
> https://eng.registro.br/mailman/listinfo/gter [1]
>
>
> Links:
> ------
> [1]
> https://eng.registro.br/mailman/listinfo/gter
> [2]
> http://www.sulinternet.net
> --
> 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