Re: Duvida Intrigante sobre processamento de RBs
Citação:
Postado originalmente por
FMANDU
Então o problema de uma sxt por exemplo, de não chegar a 100Mb Full é por causa do roteamento, firewall? e Se estiver tudo em Bridge, sem usar uma regra sequer, não deveríamos esperar pelo menos uns 90M full?
Pelo que vejo na RB, não passa mais por causa do processamento.
Bridge passa pelo processador, dá na mesma. A solução é o switch chip (por isso se recomenda usar eles ao invés de bridge em RBs que possuem), mas SXT não possui, ou se possui a wlan1 não é conectada a ele.
Mas veja também que de nada adiantaria isso se o enlace, protocolo e etc. não forem ideais para todo esse tráfego que você mencionou (e não existe full duplex em 802.11, nem com TDMA). Não vai conseguir fazer um enlace com SXT passar 100Mbps full só causa de um switch chip.
Re: Duvida Intrigante sobre processamento de RBs
O controlador ethernet (Que pode ficar dentro do chipset principal, ou separado) de uma CPE barata será bem básico, com capacidade de tráfego básica também, o gargalo pode começar logo na porta ethernet mesmo, e só piorar a cada passo seguinte.
Numa SXT Lite, por exemplo, o chipset principal tem o controlador ethernet embutido (Tão ruim quanto vídeo onboard de uma desktop ou laptop), essa unidade de processamento recebe o pacote, responde o checksum, acrescenta dados no cabeçalho na parte de wifi, e manda pro chipset de RF (Que acrescenta outras coisas no cabeçalho na parte de wifi), esse pega daqui e manda pra ali também gasta processamento e ram, e nesses chipsets mais comuns tem um limite de numero de pacotes, então seja pacote de 64 ou de 1500 bytes há um limite meio baixo as vezes, é o limite na lista de pacotes em espera (Enviados, esperando receber o checksum pra serem apagados).
Tem roteador B/G de uns 7 anos atrás que roteando pacote de ethernet, sem wifi, raramente passam dos 35Mbps half, talvez 25M full. É limite no modo como o firmware consegue fazer o chipset lidar com as coisas. Precisa muita segurança pra evitar invasões e sniffers ou roubo de pacotes, então tem que ficar verificando integridade e trocando checksum de tudo que envia, isso toma bastante processamento, coisa que um CI de switch layer2 não precisa fazer (Só repassa cegamente tudo daquelas/pra aquele Mac.
No caso da RB750GL e 750r2 por exemplo, o switch interno dela é um AR8327, a Atheros nunca informa throughput de nada, mas é o MESMO switch que é praticamente o grande trabalhador da RB260G. E aqui a MK dá o throughput:
http://routerboard.com/RB260GS
Lá no final, throughput na casa dos 6Gbps.
A SXT Lite5 tem um chipset meia-boca, o AR9344, ele tem limite de throughput:
http://routerboard.com/RBSXT5nDr2
Veja que com pacotes de 64 bytes o espaço que esse pacote ocupa temporariamente não é problema, com pacotes pequenos assim o limite é de fato a capacidade da CPU processar isso. Mas já com pacotes maiores, aí o problema é o trafego pelo chipset de RF ou de ethernet, com pacote de 500 ou 1500 bytes tanto faz a função, o gargalo é o mesmo, X tráfego por segundo (Com 512 bytes naturalmente o tráfego cai de 98 pra 96Mbps porque se o pacote é 1/3 do tamanho (Cai de 1500 pra 512B) então tem 300% a mais de pacotes!
Se pegar um chipset mais parudo, mesmo que velho, e colocar Ram que chegar, o numero de pacotes e o throughput com pacotes de 1500 bytes muda:
http://routerboard.com/RB450G
Veja que quando tem 25 regras de filtragem, ela dá conta de lidar com 54 a 59 mil pacotes por segundo, seja lá qual for o tamanho do pacote ela tem uma lista de espera que só da conta de lidar com isso. Nas outras funções o numero de pacotes por segundo muda muito, mas no tratamento pra regras não. Essas regras são software, é a CPU olhando cada pacote e aplicando a esse ou aquele caminho (Ou faz essa ou aquela marcação), pra essa função em específico um clock maior melhoraria a coisa. Mas veja que esses números com pacotes de 500 e 1500 bytes são MUITO maiores que na SXT Lite5! O chipset da SXT Lite5 não tem cache interno o suficiente pra lidar com muitos pacotes, sobra processamento (Por isso independente da função o numero de pacotes é igual) mas o controlador ethernet ou o barramento até o chipset de RF são o gargalo da coisa.
É tipo placa de rede num desktop, se colocar placa de rede PCI Encore Gigabit de R$ 25 você vai trafegar talvez 550Mbps com sorte. Mas se colocar uma placa muito boa, num slot pci-e, digamos:
http://produto.mercadolivre.com.br/M...434905-b21-_JM
O trafego baterá fácil os 980Mbps.
Um chipset barato basicamente tem uma placa de rede barata embutida.
Re: Duvida Intrigante sobre processamento de RBs
Ah, e você pode pegar o AR9344, e usar ele SEM usar o controlador ethernet embutido, simplesmente ignora ele e usa o barramento PCIE dele pra trocar dados com um controlador ethernet "offboard" ou "avulso", digamos um AR8032, assim você melhora o tráfego.
É tipo ignorar o vídeo onboard num desktop, e colocar uma placa de vídeo num slot PCIE. A GPU onboard continua lá, mas sem uso, e o processamento pesado de vídeo é feito na placa unida até a CPU pelo barramento PCIE.
Separando as partes (Processamento de rf, processamento do sistema operacional, transações via ethernet) geralmente se obtem resultados melhores que um chipset barato de US$ 10 que integra as 3 funções. Uma RB951 é barata porque tem tudo isso num chipset só, mas o desempenho não tem como chegar perto de uma RB912 (Que tem 3 chipsets/controladores separados).
No caso da SXT Lite5 pra mim está claro que o gargalo é o controlador ethernet do AR9344.
Re: Duvida Intrigante sobre processamento de RBs
@rubem me tira uma dúvida. Fiquei encucado com o que voce e o Jlima falaram...
Quer dizer que se tem 8 portas/100 e uma delas vai ser a que sai o tráfego, ela vai somar o tráfego das outras 7 portas? Daí essa porta vai deixar de ser /100 e ser /1000?
Re: Duvida Intrigante sobre processamento de RBs
@1929 isso seria o trafego total que eles estão falando.
Mas pessoal se a RB gasta tanto processamento a ponto de não passar 100M full pela porta ethernet, então é melhor usar um switch comum do que uma rb de switch?