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

Márcio Elias Hahn do Nascimento marcio at sulonline.net
Mon Aug 3 16:21:49 -03 2015


 

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



More information about the gter mailing list