Comprovando o gargalo dos pacotes por segundo?

2

Eu tenho uma conexão de rede '100Mb' que atualmente está transmitindo consistentemente em cerca de 20K pacotes / segundo, independentemente do tamanho do pacote no intervalo de 300 a 600 bytes. Isto produz uma largura de banda observada de 25-98Mb. Eu sou constantemente informado de que, como não atingimos o limite de largura de banda, não temos um problema de linha. Eu não concordo.

Esta conexão está, em média, executando a 60% do máximo da taxa teórica de PPS para uma linha de 100Mb (ethernet de cobre), uma vez que o tamanho do pacote é contabilizado. (Embora o gargalo de 100Mb seja de fibra de tipo desconhecido, então pode ter um impacto diferente, eu não acho que qualquer protocolo de fibra seja melhor que o cobre com gap interpacket).

Meu problema é que - sem acesso aos roteadores ou ao hardware de fibra (fornecido por terceiros, não pode ser ajudado) como posso provar que somos limitados em pacotes? Idealmente sem causar uma falha enorme no processo :)

    
por user2702772 04.05.2016 / 11:01

1 resposta

1

Colete o tráfego com o tcpdump ou uma ferramenta semelhante e faça um gráfico da contagem de pacotes por unidade de tempo. Se sua suposição estiver correta, você deverá ver um teto claro para a contagem de pacotes.

Você pode simular um contra-exemplo gerando muitos pacotes grandes com algo como ping -s 1472 -f, isso pode causar uma pequena interrupção, então talvez não o faça durante os picos de tráfego. Mas 30 segundos podem ser aceitáveis para resolver um problema maior - você decide.

Um switch também pode ser facilmente o gargalo. Especialmente mais barato ou um roteador de caixa preta. Este foi o caso mais comum de uma rede WAN em que eu estava trabalhando. O padrão mínimo para esse tipo de tráfego era uma coisa da linha HP ProCurve. Até mesmo um Cisco antigo estava bem também. Mas você tem que testá-lo.

Também é bom mencionar que entre os ISPs geralmente usamos uma regra básica de que 60% de linha utilizada era uma linha totalmente saturada. A razão é que a saturação é basicamente média em algum período de tempo. Mas, em um período de tempo mais curto, você pode ter sobrecargas tentando enviar muitos pacotes no mesmo momento, o que levará a uma latência mais longa. Meça a latência também. O Wireshark é uma boa ferramenta para uma análise rápida como essa.

Por último, mas não menos importante, eu não vi nenhum tipo de tráfego que possa saturar completamente a linha, mas o ping-1472 -f em uma linha vazia. Depois de ter várias conexões, você tem ineficiências que levam a uma utilização menor. Basicamente, 100Mbit é um limite teórico sob condições ideais. Assim, o provedor de linha pode estar certo também e atualizar a linha pode ser a solução adequada.

    
por 04.05.2016 / 11:53