Determinando as necessidades ideais de largura de banda para o escritório

Atualmente, estamos usando o roteador Cisco 1921 / K9 junto com o switch SG300 L3 e outros switches L2 no ambiente de escritório. Estamos conectados a uma linha de fibra de 10M para Internet, mas ainda não sabemos se precisamos de muita largura de banda. Qual é uma boa maneira de testar se nosso uso atual realmente precisa de tanta largura de banda?

Meu pensamento inicial era ver quantas vezes durante o dia atingimos o pico de uso da largura de banda. É possível rastrear isso através do equipamento atual? Esse é mesmo um bom método para testar as necessidades de largura de banda?

— lamp_scaler
fonte

Qual firewall você tem? O Cisco PIX / ASAs inclui gráficos de utilização.

— generalnetworkerror

Se você descobrir que não precisa de toda essa capacidade, que ações planeja realizar? O objetivo é pedir um circuito menor / mais barato?

— ytti

@generalnetworkerror no firewalls

— lamp_scaler

@ytti com base nos dados, ou a largura de banda ou para baixo o plano de largura de banda do nosso ISP

— lamp_scaler

Você pode postar 'sh int X' para sua interface WAN 10M (o próprio link de WAN é 10M ou onde está o ponto de congestionamento real de 10M?).

— usar o seguinte comando

Respostas:

De um modo geral, você pode instalar o MRTG ou qualquer software de gráficos e dados históricos da rede que possa obter estatísticas da interface via SNMP. Um software gratuito agradável e fácil para isso é o CactiEZ . Ele pode ser facilmente executado imediatamente em um servidor antigo ou montado e instalado facilmente em uma VM.

No entanto, como você está usando um roteador Cisco, é possível ativar o NetFlow em suas interfaces e exportar essas informações para um coletor / software do Netflow, como o Solarwinds Traffic Analyzer . Isso permite que você use o roteador para classificar os tipos de tráfego que atravessam essa interface e relatam isso de volta ao coletor. Você pode obter melhores informações estatísticas sobre que tipo de tráfego está sendo utilizado e para onde está indo e vindo também.

— knotseh
fonte

Outro excelente coletor de NF é o Scrutinzer: plixer.com/Products/download-options.html . A versão gratuita tem algumas limitações, mas ainda é muito útil e acabou de responder a uma pergunta que tive hoje hoje sobre um pico de saída de 250 Mb / s.

— generalnetworkerror

Como alguém habilita o netflow? custa extra?

— lamp_scaler

@lamp_scaler - você pode verificar plixer.com/Scrutinizer-Netflow-Sflow/… , mas não tem certeza se o seu roteador possui o recurso de software.

— generalnetworkerror

@lamp_scaler Não acredito que você precise de uma licença adicional para o NetFlow em um roteador da série 1900. Você deve poder habilitá-lo adicionando, a cada interface, entrada de fluxo de saída de fluxo IP e configuração global .... faça uma exportação de fluxo IP? e configure destino, versão e fonte.

— knotseh

O SNMP é muito útil para esse tipo de monitoramento. Para apenas um roteador, você pode baixar a versão gratuita do PRTG e configurá-la para monitorar a largura de banda da interface.

No seu roteador, você precisará habilitar o acesso SNMP. Para fazer isso, entre snmp-server community [name of your choice] ROno modo de configuração global. A configuração do PRTG também é bastante simples, e há muita documentação em seu site sobre os detalhes.

— Yosef Gunsburg
fonte

É muito difícil com o SNMP ver a taxa de pico real, pois são dados médios. Idealmente, veríamos todos os dados enviados com precisão de pelo menos milissegundos ou mais, para poder calcular a demanda de pico.

— usar o seguinte comando

@ytti sim, mas se você não atingir o pico de forma consistente ao longo do tempo, talvez não precise de toda a largura de banda extra. Se você atingir 20 Mbps por alguns segundos, mas em média 2 Mbps, o pico não é característico do fluxo de tráfego e da saturação geral do link.

— Yosef Gunsburg

Se você atingir 20 Mbps por alguns segundos e diminuir o link para 2 Mbps, estará perdendo quadros nesses segundos. E você experimentará alta latência em outros picos menores.

— usar o seguinte comando

@ytti diz que você tem um usuário baixando um arquivo de 100 MB. Ele atingirá o pico durante o download, mas não eliminará os quadros se você reduzir o link. Com menos largura de banda, os protocolos L4 resolverão esses problemas com a janela.

— Yosef Gunsburg

Única maneira de reduzir a transferência é a queda de frames, que é como TCP funciona :)

— ytti