[GTER] Desviar jogos Online por Rotas no Mikrotik

Diego Canton de Brito diegocanton at ensite.com.br
Sun Oct 25 23:44:11 -02 2015


 

Exatamente por isso disse que não sabia se a ideia de pegar por FLOWS
iria funcionar, pois o volume é muito baixo e nem tudo é UDP, fora que
em UDP tbm pode haver trafego de P2P, não acredito que os flows iriam
ajudar muito a identificar os dados (IP/porta) dos jogos. 
---

Att.

-------------------------

DIEGO CANTON DE BRITO

Em 2015-10-23 07:17, Guilherme Boing escreveu: 

> O problema pra jogo não é o volume de tráfego, e sim o tempo de resposta.
> 
> 2015-10-23 0:20 GMT-02:00 Diego Canton de Brito <diegocanton at ensite.com.br>:
> Salvo engano, jogos não geram grandes volumes de tráfego, não sei se isso iria realmente funcionar. Talvez se comprasse link de um fornecedor que tenha uma rede com conexão com as principais desenvolvedoras e CNDs ele conseguisse algo melhor. Amigo, por que já não tira seu ASN e solicita um /22 para você poder gerenciar seu trafego melhor? Assim você poderia contratar uma HighWinds por exemplo que oferece rotas desse tipo citada. https://www.highwinds.com/en/gdn [1] Uma vez conectado ao PTT-SP você poderia contrata-los para esse fim com sua rede GDN. --- Att. ------------------------- DIEGO CANTON DE BRITO 21 16:27, Danilo Marques de Gouveia escreveu: Novos jogos devem aparecer e daqui seis meses / um ano talvez você já tenha todo o trafego misturado. Pensando na pós implementação, eu faria um monitoramento de conteúdo (netflow), que foi uma das sugestões acima. Você pode olhar a cada x meses se teve algum IP novo que tenha um volume de trafego grande para mover a
rota. Alias, se você já tiver essa informação, eu partiria dai. 2015-10-21 16:08 GMT-02:00 Silvio Licht Ahmad <silviola at gmail.com>: Bastante conteúdo postado, vou analisar... Se bem ( ou mal ) entendi: Da parte técnica, temos a sugestão do Rubens Kuhl, foge um pouco do que eu tinha pensado de fazer ali mesmo pelo MK, mas é de se pensar. No demais, meio que unânime marcar destinos. Da parte juridica, se entendi, se marcar por destino, estou dentro do Marco Civil, se marcar por portas ou outra forma que analisa o pacote em si, estou por fora do Marco Civil. De qualquer forma na minha vã ignorância achei que conseguiria separar o joio do trigo de uma forma mais tranquila via MK mesmo, através de um conhecimento melhor do perfil dos pacotes ( achei que pacote de jogos pudesse ter algum tipo de característica "identificável" - foco da minha thread diga-se de passagem ). Vou ter que acabar fazendo o que não queria inicialmente, mas já tinha pensado: 1. Pesquisar e cadastrar
IP's Jogadores e quais Jogos utilizam. 2a. Pesquisar e cadastrar IP's Destino de Servers 2b. Pesquisar e cadastrar Portas Destino de Aplicações 3. Não deixar ser desviado tráfego fora do perfil desejado. Em 21 de outubro de 2015 13:47, Bruno Cabral <bruno at openline.com.br> escreveu: Me escapou como servidores de jogos internacionais (o real problema do autor da thread) poderiam se beneficiar de PTTs locais... Poderia elaborar? Grato !3runo Cabral Um à parte na conversa: O propósito principal de Troca de Tráfego(ou Internet eXchange se preferirem), é justamente REDUZIR A LATÊNCIA e evitar rotas toscas como fora citado nessa thread. Sinceramente, usar um link de ByPass e ficar mandado as conexões por fora, ainda mais se for lançar mão de NAT, acho algo deveras controverso(para usar um termo polido). Ou seja, se o colega que abriu a thread quiser realmente resolver a situação com elegância, junte-se com seus concorrentes locais e inicie um PTT privado, convença as grandes
operadoras a participarem de vosso
 PTT. 

>> Aí vem as pelejas... - Como está a política de incentivo de
 PTTs-Privados. Talvez o melhor termo não seria "Privado", e sim
PTT-Não-NIC. Aqui do alto do meu interior brasileiro, e também de outros
mais interioranos ainda que acabo tendo acesso, posso dizer que existe
um preconceito bastante grande sobre a implementação de PTTs-Não-NIC. Já
ouvi mais de uma vez: "Mas isso aí não é ilegal? Não é só o NIC que 

> pode 
> 
>> fazer isso?" WHAT-IF E se o CGI.BR na figura do IX.BR, além de criar e
 manter os IXs do 

> próprio 
> 
>> NIC tivesse uma política de fomento? Casos como o do colega autor da
 thread seriam resolvidos de maneira muito 

>> mais simples... -- Douglas Fernando Fischer Engº de Controle e Automação
> -- gter list https://eng.registro.br/mailman/listinfo/gter [2] [1 [2]]
 -- gter list https://eng.registro.br/mailman/listinfo/gter [2] [1 [2]]
Links: ------ [1] https://eng.registro.br/mailman/listinfo/gter [2] --
gter list https://eng.registro.br/mailman/listinfo/gter [2] 

--
gter list https://eng.registro.br/mailman/listinfo/gter [2]

 

Links:
------
[1] https://www.highwinds.com/en/gdn
[2] https://eng.registro.br/mailman/listinfo/gter



More information about the gter mailing list