Quantia De pacotes x Megas de velocidade Usados?

[Grsguard]

Ola. venho faser uma pergunta simples mas que nunca vi alguem explicando.
quando fasemos alguma coisa na net enviamos e recebemos pacotes de dados com 1 serto tamanho se nao me engano de 1400 kbits a 2000 kbits se eu estiver errado por favor me corrijam porque sou leigo.
estes pacotes minusculos transitao pela rede rapidamente e em grande quantia.
por exemplo fis um teste e com 3 mega de net o consumo de PPS pacotes por segundo estava entre 800 e 1200 PPS.
mas nao acredito nestes graficos porque consumindo 35 megabits de banda em 1 torrent os pacotes aumentaram apenas para 3,300 PPS. nao concigo entender esta conta alguem pode me explicar como funcionam os pacotes e porque eles nao multiplicam junto aos megas utilizados?

[rubem]

Vai no uTorrent, em Preferências > Largura de banda, e veja quantas conexões simultâneas o software faz por default. São 200 por default.

Um gerenciador de download típico faz umas 10 conexões simultâneas por download, ele divide o download em 10 partes pra "acelerar ele". Mas p2p faz centenas de pequenas conexões. Alias, p2p não, ed2k zoneia menos a rede.

Torrent quebra o arquivo em partes de, digamos 16kB a 4MB, no uTorrent isso fica na aba INFO de cada arquivo. Aqui um:


Pra fazer um download de uma dessas partes de 16kB uma conexão de 3Mbps leva 0,04 segundos (Ou, faz 23 downloads dele por segundo, 16kB são 128kb, 3000kbps/128kb = ~23), se ele fizesse o pedido de um por um, em série, assim seria. Mas... ficar pedindo novos arquivos demora, como VOCÊ disse pro software (Quem deixa software no default é responsável pela configuração igual) que ele pode fazer até 200 conexões simultâneas, então ele prefere fazer isso, ao invés de 1 conexões por vez, que demora alguns instantes pra ser completada, ele vai fazendo centenas de conexões simultâneas com o MESMO usuário remoto ou com vários usuários.

Aqui um exemplo, um arquivo que já baixei completo, então não teria motivo nenhum pra fazer mais download dele. Mas o uTorrent exibe as vezes pequenos tráfegos do download:


E isso na verdade é requisição desse cliente chegando (Perguntando que partes do arquivo eu tenho, essas coisas), como é dado CHEGANDO ele exibe como download, na prática não há download de ARQUIVO NOVO, mas isso é uma conexão extra feita, é um pacote de uns 100 ou 200 bytes chegando, e talvez um de 800 ou 1000B saindo. CADA arquivo meu dá isso a cada 8 ou 10 segundos em média, se tiver 100 arquivos serão pelo menos 10 arquivos trocando dados com outros usuário SEM fazer download ou upload de conteúdo dos arquivos! Essa lista aí na verdade é feita com dados trocados com esses usuários, são 6 pares dados como ativos, pra ver se estão ativos o uTorrent PERGUNTA (Manda um pacote, recebe outro) a cada X segundos.

Fora que o software verifica no rastreador a cada 30 minutos se o arquivo ainda existe, essa verificação envia hash grande, ACHO que come uma duzia de pacotes.

Enfim, p2p gera duzias de pacotes mesmo, se o software está mal configurado (Isso é, no default, do jeito que o instalador colocou) até é comum essas 200 conexões simultâneas travarem uns modens vagabundos (Model ADSL de R$ 35), o modem roteando CADA pacote desse trabalha muito, são centenas de pacotes que ele recebe de um IP local, GUARDA na ram enquanto a resposta do IP público não chega, é a situação onde um pacote de 1450 bytes pesa tanto quando um pacote de 50 bytes.


Ah, o tamanho limite do pacote é o MTU, default em roteadores hoje é 1472 a 1500 bytes, pega como média uns 1480 bytes, e 200 conexões com pacotes de 1480 bytes em tese pesa muito, mas na prática em p2p você troca pacotes com pessoas com conexões domésticas, longe de você, é comum trocar pacotes com IP's a 300 ou 400ms de distância, e... 300ms é 1/3 de um segundo! Ou seja, se enviar e receber um pacote depois do outro esse par distante trocará pouco mais de 3 pacotes por segundo! Isso é 10x menos tráfego que alguém na sua cidade ou perto, com ping de digamos 30ms. Tamanho do pacote não pesa tanto quanto a distância dele, pacote distante o roteador de saída precisa ficar segurando por mais tempo (Todo pacote em ethernet ou internet é respondido com um checksum, você envia o pacote, o par responde um "recebido", e depois vem a resposta do pedido do pacote (Se o dado saiu de um p2p, é o outro p2p que responde), essa resposta também gera uma resposta ("Recebi"), você envia, guarda na ram, e só descarta depois que o par responder o "recebido". Depois de a conexão ser feita em definitivo isso vira uma conexão ativa, um redirecionamento dinâmico, e tudo que chega daquele IP externo vai pra aquele IP interno, mas ainda assim existe o checksum de cada pacote).

[Grsguard]

Vai no uTorrent, em Preferências > Largura de banda, e veja quantas conexões simultâneas o software faz por default. São 200 por default.

Um gerenciador de download típico faz umas 10 conexões simultâneas por download, ele divide o download em 10 partes pra "acelerar ele". Mas p2p faz centenas de pequenas conexões. Alias, p2p não, ed2k zoneia menos a rede.

Torrent quebra o arquivo em partes de, digamos 16kB a 4MB, no uTorrent isso fica na aba INFO de cada arquivo. Aqui um:


Pra fazer um download de uma dessas partes de 16kB uma conexão de 3Mbps leva 0,04 segundos (Ou, faz 23 downloads dele por segundo, 16kB são 128kb, 3000kbps/128kb = ~23), se ele fizesse o pedido de um por um, em série, assim seria. Mas... ficar pedindo novos arquivos demora, como VOCÊ disse pro software (Quem deixa software no default é responsável pela configuração igual) que ele pode fazer até 200 conexões simultâneas, então ele prefere fazer isso, ao invés de 1 conexões por vez, que demora alguns instantes pra ser completada, ele vai fazendo centenas de conexões simultâneas com o MESMO usuário remoto ou com vários usuários.

Aqui um exemplo, um arquivo que já baixei completo, então não teria motivo nenhum pra fazer mais download dele. Mas o uTorrent exibe as vezes pequenos tráfegos do download:


E isso na verdade é requisição desse cliente chegando (Perguntando que partes do arquivo eu tenho, essas coisas), como é dado CHEGANDO ele exibe como download, na prática não há download de ARQUIVO NOVO, mas isso é uma conexão extra feita, é um pacote de uns 100 ou 200 bytes chegando, e talvez um de 800 ou 1000B saindo. CADA arquivo meu dá isso a cada 8 ou 10 segundos em média, se tiver 100 arquivos serão pelo menos 10 arquivos trocando dados com outros usuário SEM fazer download ou upload de conteúdo dos arquivos! Essa lista aí na verdade é feita com dados trocados com esses usuários, são 6 pares dados como ativos, pra ver se estão ativos o uTorrent PERGUNTA (Manda um pacote, recebe outro) a cada X segundos.

Fora que o software verifica no rastreador a cada 30 minutos se o arquivo ainda existe, essa verificação envia hash grande, ACHO que come uma duzia de pacotes.

Enfim, p2p gera duzias de pacotes mesmo, se o software está mal configurado (Isso é, no default, do jeito que o instalador colocou) até é comum essas 200 conexões simultâneas travarem uns modens vagabundos (Model ADSL de R$ 35), o modem roteando CADA pacote desse trabalha muito, são centenas de pacotes que ele recebe de um IP local, GUARDA na ram enquanto a resposta do IP público não chega, é a situação onde um pacote de 1450 bytes pesa tanto quando um pacote de 50 bytes.


Ah, o tamanho limite do pacote é o MTU, default em roteadores hoje é 1472 a 1500 bytes, pega como média uns 1480 bytes, e 200 conexões com pacotes de 1480 bytes em tese pesa muito, mas na prática em p2p você troca pacotes com pessoas com conexões domésticas, longe de você, é comum trocar pacotes com IP's a 300 ou 400ms de distância, e... 300ms é 1/3 de um segundo! Ou seja, se enviar e receber um pacote depois do outro esse par distante trocará pouco mais de 3 pacotes por segundo! Isso é 10x menos tráfego que alguém na sua cidade ou perto, com ping de digamos 30ms. Tamanho do pacote não pesa tanto quanto a distância dele, pacote distante o roteador de saída precisa ficar segurando por mais tempo (Todo pacote em ethernet ou internet é respondido com um checksum, você envia o pacote, o par responde um "recebido", e depois vem a resposta do pedido do pacote (Se o dado saiu de um p2p, é o outro p2p que responde), essa resposta também gera uma resposta ("Recebi"), você envia, guarda na ram, e só descarta depois que o par responder o "recebido". Depois de a conexão ser feita em definitivo isso vira uma conexão ativa, um redirecionamento dinâmico, e tudo que chega daquele IP externo vai pra aquele IP interno, mas ainda assim existe o checksum de cada pacote).

Obrigado pela resposta ela foi muito completa e me ajudou muito a entender todo o sistema em um todo como funciona. mas ainda me resta a duvida. tenho 7 roteadores com DHCP na wam e ip fico 10.0.0.1 nas lans. conectei todos em 1 swhit 8 portas e na porta que sobrou conectei 1 cabo que tras net do modem da GVT e gera DHCP para todos os 7 roteadores da rede. queria muito saber quantos megas posso liberar de trafego em cada roteador para que eles nao pasem do limite de pacote que cada porta do swhitt pode administrar..
tambem tenho em outro lugar uma rede mais amadora que esta assim.

MODEM GVT > SUITH 8 PORTAS> 5 PORTAS USADAS PARA LIGAR 5 ROTEADORES COM DHCP>1 PORTA LIGA EM OUTRO SUITH 8 portas que libera mais 7 roteadores com dhcp. ou seja o trafego de 7 roteadores cai em 1 porta do segundo suit. e somando com os outros 4 roteadores que esta ja no 1 suith totaliza 11 roteadores sendo comandados e dividindo rota de trafego no suith 1.

queria entender o seguinte. se 1 mega usado no limite 110kb por segundo equivale a quantos pacotes por segundo. porque se 1 porta do suith consegue suportar 10.000 pacotes por segundo e 100kbps nao ultrapasa 2,000 PPS seria possivel eu ligar 5 roteadores nesta porta e dividir a róta. mas se cada 100kbps 1 mega gasta 5,000 pps 1 porta do roteador poderia utilizar somente 2 roteadores.

pelo que entendi na sua resposta o numero de pacotes nao é relativo aos megas utilizados e sim ao tamanho de cada pacote porque pode ocorrer milhoes de pacotes por segundo de 1kb ou 5 pacotes por segundo de 1500kb seria isto?

[rubem]

O switch não tem limite de pacotes apenas. Switch comum (Layer2) é um bicho burro, TODO pacote que chega do MAC X rumo ao MAC Y ele passa da porta A pra porta B, o switch informa na ficha técnica o throughput. Switch comum de 100M informa throughput tipo 250Mbps, ou seja, se da porta A pra B tem 100Mbps trafegando, da C pra D tem mais 100Mbps, pro tráfego entre a porta E e F vai sobrar só 50Mbps.

No final tem uma lista do trafego com pacotes pequenos, médios e grandes:
http://routerboard.com/RB260GS
E aqui no final tem 2 tabelas, numa como switch, e na outra com roteamento, dá pra ver que rotear pacotes é que restringe MUITO a coisa:
http://routerboard.com/CRS210-8G-2SplusIN

Nesse caso o limite é o modem ou a velocidade da porta 1. O modem vai aguentar poucos milhares de conexões simultâneas, ele pode ficar lento antes de chegar na velocidade limite se forem muitas conexões simultâneas (Se TODO cliente usar p2p como senhorinha, isto é, no default, sem otimizar manualmente a configuração) o modem pode ficar lerdo até com 10Mbps de tráfego, se forem digamos 2000 conexões simultâneas de 5kbps.

As outras duvidas eu não entendi bem, tem que colocar vírgulas, diferenciar B e b (1MB/s = 128kbps, a diferença não é a / ou p, mas o B e b. Pode grafar 1MBps = 128kbps, ou 1MB/s = 128kb/s, o que importa é se está falando em B ou em b).

Não existe um limite exato de quantos pacotes do mundo real um modem ou roteador suporta. No mundo real tem várias conexões DIFERENTES ocorrendo, tem o ping de 46 bytes que o Windows dá pra mostrar se tem internet no ícone no tray, tem o inútil antivírus e o inútil Windows Update com pacotes de 1400 bytes perguntando por atualização, tem navegador abrindo página puxando a home do Facebook em pacotes de 500 bytes de SP, usando pacotes de 1480 bytes pra baixar vídeos e imagens da CDN da Akamai, e por aí vai, tem pacote de tudo que é tamanho, SE fossem apenas pacotes de digamos 1500 bytes poderia dizer: O limite é de uns 40 mil pacotes por segundo.

Como tem pacotes pequenos e grandes, pacotes rumo a IP's a 8ms e outros rumo a 200ms, não dá pra colocar um limite exato, os roteadores travam com número pequeno de pacotes porque tem que manter muitas conexões semi-abertas, muitos redirecionamentos dinâmicos ficam ativos mesmo que um p2p troca pacotes só a cada 3 segundos, isso tudo ocupa processamento e ram dentro do roteador, o software tem que olhar uma lista enorme de redirecionamentos dinâmicos pra ver se cada novo pacote já tem destino ou não, enfim, tem mais fatores além do numero de pacotes por segundo, e eles são culpa de p2p mas tem mais relação com o numero de pareamentos que o software faz, isso é limitado quando você diminui o numero de conexões simultâneas (De 200 pra 40, digamos).

Seu modem "da GVT" provavelmente é cable modem ou fibra, eles são mais parudos, não vão travar com 1000 conexões como um modem ADSL trava, porque ADSL é padrão de 15 anos atrás, limite muito baixo. Mas cable modem, ou modem com entrada direta de fibra, igual tem o limite de conexões abertas ou semi-abertas que é o numero de portas, são 65 mil portas pra tcp/ip, mas as portas pra redirecionamento dinâmico são de 49 mil até 65535, ou seja, são umas 15 mil portas. Logo, o limite seriam 15 mil redirecionamentos dinâmicos, se cada cliente com p2p porcamente configurado usar 500 portas abertas e mais 300 semi-abertas, 15000 / 800 = 19 clientes já encherão a lista. Só que hora que tiver umas 5000 conexões dessa na lista o tempo pra processar cada pacote já aumenta muito, vai começar a afetar a navegabilidade, porque esses modens são parudos mas nem tanto.

(Se colocar ele em bridge, e colocar um roteador tipo uma RB1100AH x2, nem com essas 15 mil regras de redirecionamento dinâmico teria problema)

Juntando tudo: Se você tem uma conexão doméstica de 50Mbps, e liberar uns 5Mbps por cliente, e tiver uns 15 deles, tá tranquilo, provavelmente vai ter 7 ou 8 conectados a cada momento, e só 4 ou 5 consumindo internet, e só 2 ou 3 consumindo tudo o que tem disponível.

Mas se tem conexão doméstica de 50Mbps, e libera 20Mbps por cliente, se tiver 10 clientes, com 6 conectados, 4 navegando, e 3 consumindo toda a banda liberada, os 3 sozinhos pegariam 60Mbps, que é conexão que você não tem.
Você pode vender cerca de 4x o que tem de banda mas só quando precisa muitos clientes pra consumirem todo o link de entrada, não pode vender um plano tipo METADE do link de entrada se tiver um cliente adolescente que passa a tarde toda consumindo todo o tráfego rumo ao xvideos. Venda 4x a banda que tem, mas venda plano de cerca de 1/5 da banda que tem. Ou seja, se tem 50Mbps venda 200Mbps ao todo mas em plano de no máximo 10Mbps. E se tiver muito cliente com consumo alto, é bom olhar o consumo por dia, você vai ter que um gamer ou piralho qualquer consome tanto tráfego quando 20 donas-de-casa típicas, você pode atender 60 senhorinhas com a conexão que 5 gamers consomem. Os numeros exatos dependem do perfil de consumo de cada cliente, cliente de alto consumo é bom nem atender, porque ele vai ter alto tráfego, centenas de conexões simultâneas, e muitas conexões semi-abertas que não geram muitos pacotes por segundo mas que ocupam as portas de redirecionamento dinâmico do modem.