Você está na página 1de 5

6/6/2014 Blog LabCisco: IPERF no Monitoramento de Desempenho em Redes

http://labcisco.blogspot.com.br/2013/04/iperf-no-monitoramento-de-desempenho-em.html 1/5
Seja bem-vindo ao Blog LabCisco, um espao para que os leitores dos livros do Prof . Samuel Henrique Bucke Brito possam expandir a experincia de leitura atravs de
novos artigos em f ormato de laboratrio e que tambm traz novidades da rea de telecomunicaes e redes de computadores.
Incio Downloads & Laboratrios Canal no YouTube Autor UNIMEP
Patrocnio Ouro
Pesquisar no Blog
domingo, 14 de abril de 2013
IPERF no Monitoramento de Desempenho em Redes
Ol Pessoal.
O IOS da Cisco traz algumas ferramentas bem teis para medir o desempenho de dispositivos
de interconexo em infraestrutura de redes (switches, roteadores, etc), a exemplo do SLA-
Monitor e do NetFlow. igualmente importante a tarefa de monitoramento e avaliao do
desempenho dos links das estaes at os servidores da rede, para garantir que a vazo
dimensionada para fins de acesso aos recursos dos servidores esteja realmente adequada.
nesse contexto que uma ferramenta muito til denominada Iperf se destaca pela sua
simplicidade e principalmente por ser gratuita. O Iperf um software livre que foi desenvolvido
pelo National Laboratory for Applied Network Research (NLANR). Ele foi originalmente
desenvolvido para fins de pesquisa com o intuito de testar a largura de banda (throughput) em
links, ou seja, medir o desempenho de redes de computadores. O software no possui interface
grfica, sendo sua operao muito simples atravs da linha de comando. Tambm existe uma
verso do Iperf em Java, denominada Jperf, que possui interface grfica e que gera grficos a
partir das medidas realizadas.
Em sntese a operao do Iperf se resume sua execuo entre duas mquinas, uma em modo
servidor que ficar "ouvindo" as requisies e outra em modo cliente que ficar responsvel por
gerar trfego para estressar a rede e extrair as medidas de desempenho.
Para exemplificar o uso dessa ferramenta vamos considerar o cenrio ilustrado na figura abaixo
que bem simples e suficiente para a demonstrao. Iremos executar o software em modo
servidor na mquina File-Server (Windows Server 2008) para posteriormente executarmos o
software em modo cliente em qualquer mquina, por exemplo um notebook executando Linux
para fins de anlise de desempenho.
Participar deste site
Google Friend Connect
Membros (216) Mais
J um membro? Fazer login
Login | Comunidade
Blog Lab Cisco
1.790 Curtir
CURTIR no Facebook
Patrocnio Prata
Comprar o Livro de Laboratrios
Comprar o Livro de IPv6
6/6/2014 Blog LabCisco: IPERF no Monitoramento de Desempenho em Redes
http://labcisco.blogspot.com.br/2013/04/iperf-no-monitoramento-de-desempenho-em.html 2/5
O leitor pode baixar o Iperf para Linux e Windows atravs da pgina oficial do projeto em
http://sourceforge.net/projects/iperf/. A ferramenta multiplataforma e o teste funciona
normalmente entre estaes Linux-Linux, Windows-Linux ou Windows-Windows. Para executar
o software em modo servidor, basta digitar o seguinte comando:
iperf -s
A partir desse momento a mquina estar ouvindo requisies TCP na porta 5001, onde o
cliente posteriormente ir gerar trfego para estressar o enlace entre cliente-servidor. Feito isso,
a partir de outra mquina qualquer na rede que tenha alcanabilidade IP ao servidor, seja no
contexto da mesma rede local ou mesmo atrs de roteadores, podemos executar o software em
modo cliente com o seguinte comando:
iperf -c 192.168.7.3
Por padro o cliente ir gerar trfego TCP na porta 5001 do servidor (192.168.7.3) durante 10
segundos. Reparem que no exemplo da figura abaixo utilizei alguns parmetros opcionais para
alterar o tempo padro (de 10s para 15s) e tambm o intervalo de gerao dos relatrios para
registrar as medidas a cada 1s. H vrios outros parmetros que voc pode (e deve) explorar,
ento trago um resumo das principais opes:
- s -> Execuo em modo servidor na porta 5001
- c -> Execuo em modo cliente, sendo necessrio informar o IP do servidor
- b -> Define a banda a ser utilizada em bps (apenas para UDP)
- d -> Gera trfego nos dois sentidos (por padro o trfego sentido cliente->servidor)
- u -> Utiliza o UDP como protocolo de transporte
- f -> Define a unidade do relatrio, que pode ser: Kbits, Mbits, KBytes, MBytes
- i -> Define o intervalo de tempo de registro do relatrio de sada
- m -> Exibe na saa o tamanho mximo do MTU
- o -> Armazena a sada em arquivo externo, ex.: -o <nome-do-arquivo>
- p -> Altera a porta padro de execuo, ex.: iperf -s -p 2222
- P -> Somente em modo cliente, gera trfego simulando vrios clientes em paralelo
- t -> Define o tempo de durao dos testes, sendo o padro 10 segundos
labcisco.blogspot.com.br
97.57% / 2.43%
IPv4
189.89.242.89
Esse blog acessvel via
IPv6. Se o globo estiver
girando, ento voc
tambm possui conexo
IPv6.
Sua Conexo
IPv6
not avai l abl e
Atualizaes no E-Mail
Email address... Submit
2014 (33)
2013 (81)
Dezembro (5)
Novembro (3)
Outubro (4)
Setembro (6)
Agosto (7)
Julho (8)
Junho (5)
Maio (7)
Abril (6)
Espelhamento de Portas em
Switches Remotos (RSPAN)...
Conf igurao de Espelhamento de
Portas em Switch
IPERF no Monitoramento de
Desempenho em Redes
Falha na Atualizao KB2823324
da Microsof t
Categorias de Cabos de Par-
Tranado
Palestra de IPv6 na UNIMEP
Maro (7)
Fevereiro (11)
Janeiro (12)
2012 (15)
Arquivo de Postagens
Lanamento do Cisco Packet Tracer
6.0.1
Conf igurao de Switch Multi-Layer
(Layer-3)
Categorias de Cabos de Par-Tranado
O Espectro Eletromagntico na
Natureza
Conf igurao da Nuvem MPLS em
Provedores
Novo Livro CCNA 5.0
Wireshark na Anlise de Trf ego e
Protocolos em Redes
Interpretao dos Resultados do Ping
Top 10 Posts
6/6/2014 Blog LabCisco: IPERF no Monitoramento de Desempenho em Redes
http://labcisco.blogspot.com.br/2013/04/iperf-no-monitoramento-de-desempenho-em.html 3/5
Postado por Samuel Henri que Bucke Bri to s 00:17
Marcadores: Desempenho, Gerenci amento, LAN, Moni toramento, NMS, SLA
No exemplo da figura anterior (que representa a sada do software cliente) a gente pode observar
que durante o teste a largura de banda apresentou uma variao mdia entre 9Mbps e 15Mbps,
cujo PSSIMO resultado um indicativo de problema se o link entre o cliente e o servidor for de
100 Mbps ou 1 Gbps.
No projeto de uma rede voc sempre deve ter em mente que a vazo dos servidores deve ser
suficientemente maior que a vazo das estaes para que os recursos dos servidores possam
ser simultaneamente utilizados por vrias estaes. Resultados ruins no teste com essa
ferramenta podem demonstrar que o link do servidor est subdimensionado nos horrios de pico
em que existem mltiplas mquinas querendo acessar os recursos do servidor.
Outra opo muito til realizar a medio anterior utilizando o UDP como protocolo de
tranpsorte. O interessante de faz-lo que tambm ser medido o jitter do enlace, ou seja, a
variao entre os tempos de latncia fim-a-fim (atraso) na comunicao - uma importante
mtrica de desempenho para verificar a estabilidade (ou instabilidade) da rede.
Para realizar a medio via UDP, basta adicionar o parmetro "-u" no servidor (iperf -s -u)
e cliente (iperf -c 192.168.0.1 -u). H outros parmetros e caso vocs queiram
conhecer mais detalhes da ferramenta, recomendo a leitura da documentao tcnica
disponibilizada na pgina oficial do projeto. Espero que esse artigo seja til no dia-a-dia de
vocs, usem e abusem da ferramenta.
Abrao.
Samuel.
+2 Recomende isto no Google
Respostas
Responder
9 comentrios:
Renato Silva 14 de agosto de 2013 13:40
Excelente j utilizei a f erramenta! Muito bom o artigo.
Responder
Academia de Tecnologia da Informao 7 de setembro de 2013 19:20
timo artigo, obrigado, estava apenas observando que alguns autores como Forouzan e Michal A. Gallo,
diz que largura de banda o que temos de capacidade total do link, e throughput (vazo) o que
realmente sai do link que deve ser menor ou igual a largura de banda.
Responder
Samuel Henrique Bucke Brito 9 de setembro de 2013 00:40
Conceitualmente essa def inio est perf eitamente correta! As f erramentas de teste que
estressam o link tm por objetivo gerar trf ego at atingir o limite REAL do link - que
normalmente no exatamente o limite nominal.
Abrao.
Annimo 8 de setembro de 2013 21:20
"No projeto de uma rede voc sempre deve ter em mente que a vazo dos servidores deve ser
suf icientemente maior que a vazo das estaes para que os recursos dos servidores possam ser
simultaneamente utilizados por vrias estaes" - Prof essor, quando voc relata isso, poderia ser um
IPERF no Monitoramento de
Desempenho em Redes
Servidor de Terminais no Packet
Tracer 6 Beta
Status do IPv6
Sep 20, 2019
Apr 15, 2011
Feb 06, 2015
Jul 28, 2014
Sep 14, 2012
IPv4 Exhaustion
Counter
Present Status (RIR)
X-day and Reserved Blocks
AfriNIC
3.18
APNIC
0.89
ARIN
0.94
LACNIC
0.33
RIPE NCC
1.08
Remaining /8
via IPv4
Status do IPv4
246,059
Acessos ao Blog
Em Defesa da Internet
200-120 (12)
802.11 (1)
802.3 (3)
ACL (3)
ANSI/TIA (1)
ARP(1)
AS (7)
Backup (1)
BGP(6)
Big-Data (2)
Blog (7)
Cabo (2)
Cat5e (1)
Cat6 (1)
Cat6A (1)
Cat7 (1)
CCNA (8)
CEF (1)
Busca por Palavra-Chave
6/6/2014 Blog LabCisco: IPERF no Monitoramento de Desempenho em Redes
http://labcisco.blogspot.com.br/2013/04/iperf-no-monitoramento-de-desempenho-em.html 4/5
Respostas
Responder
Respostas
Responder
Respostas
Responder
dimensionamento tipo: Link do servidor em GB e das estaes em MB, nesse caso, teramos uma rede
extra s para os servers correto?
Aproveitando essa pergunda, existe algum calculo de dimensionamento para essas taref as? No exemplo
acima, como poderia f icar esse dimensionamento?
Sugesto, poderia f azer um curso desses tpicos em um curso de f undamentos de redes, que seria pr-
requesitos para os que j tem no seu EAD, e explorar essas tools e outras como o iperf , iptraf , wireshar,
entres outras, e outros simuladores!
Parabns pelo blos e artigos!! Estou visualizando todos sem correria! :-)
Responder
Samuel Henrique Bucke Brito 9 de setembro de 2013 00:44
A def inio desses limiares depende totalmente do perf il do ambiente e envolve tanto os
equipamentos da inf raestrutura (incluindo os links), como tambm o uso que f eito das
aplicaes. Ou seja, no basta simplesmente manter as estaes operando a 100Mbps e os
servidores a 1 ou 2 Gbps simplesmente para garantir que o servidor tenha mais vazo para
atender vrias estaes simultaneamente. necessrio saber o uso que as estaes no
nvel de acesso f azem dos servios nos servidores para dimensionar sua vazo!
J recebi vrias sugestes para f azer um curso nesses moldes, mas gravar as aulas
consome muito tempo e ultimamente estou envolvido em vrios projetos que no me permitem
f az-lo.
Abrao.
Annimo 9 de setembro de 2013 00:53
Prof essor Samuel, voc mencionou " necessrio saber o uso que as estaes no nvel de acesso
f azem dos servios nos servidores para dimensionar sua vazo!"
Poderia explicar essa orao com um caso prtico, f icou meio abstrato pra mim ainda essa dvica!
Exite alguma f erramenta que posso dimensionar essa questo, j que o gargalo j posso usar IPERF!
Pensei q s aumentar o meio de transmisso do servidor j resolvia a questo de mltiplas conexo dos
clientes!
Grato pelo f eedback!!
Responder
Samuel Henrique Bucke Brito 9 de setembro de 2013 01:46
Com qual f requncia uma determinada estao f az requisies aos servidores
(isoladamente)? Todas essas requisies implicam em quanto de uso de banda ao longo do
tempo?
Aumentar a capacidade de transmisso do link do servidor melhora o desempenho, sem
dvidas, mas a questo : Aumentar para quanto? O objetivo de mapear as mquinas de
acesso justamente conseguir constuir um modelo determinstico!
Quanto mais estaes existirem, ento mais mquinas tm que ser atendidas pelo(s)
servidor(es). Quanto mais conexes cada estao f az individualmente ao(s) servidor(es),
ento mais conexes tm que ser atendidas. Atender s mquinas e suas conexes requer
banda.
Annimo 9 de setembro de 2013 15:07
Muito grato pela resposta, clara e objetiva!! Vc usa algum sof tware para dimensionar essas
requisies/banda isoladamente para um cliente ao servirdor? Existe?
Abs
Responder
Samuel Henrique Bucke Brito 9 de setembro de 2013 19:23
H vrios sof twares de monitoramento que f azem essa taref a, seja atravs do SNMP ou
atravs de processos locais. No contexto especf ico de uma inf raestrutura baseada em
equipamentos Cisco (switches e roteadores), o NetFlow MUITO til para esse f im. Atravs
dele voc consegue classif icar o trf ego em f luxos, ou seja, possvel visualizar
especif icamente o f luxo relacionado a um determinado sistema em execuo em algum
servidor.
Abrao.
Certif icao (11)
CGI.br (6)
Cisco (64)
Classe D (2)
CORE(3)
Desempenho (9)
DHCP(6)
DHCPSnooping (1)
Disponibilidade (3)
Educao (8)
EGP(5)
EIGRP(3)
Entrevista (1)
Errata (2)
Ether-Channel (1)
Ethernet (5)
Facebook (1)
Fibra ptica (2)
Fotos (2)
Fsica (1)
Gerenciamento (7)
GNS (2)
Governana (4)
ICMPv6 (4)
IEEE(4)
IETF (3)
IGP(2)
Inf ormatize-se (1)
Internet (30)
IOS (6)
IoT (2)
IPSec (3)
IPv4 (14)
IPv6 (38)
ISP(4)
ISR (1)
Laboratrio (49)
LACNIC (2)
LAN (5)
Linux (10)
Livros (18)
Marco Civil da Internet (3)
MIB (1)
Microsof t (4)
Monitoramento (7)
MPLS (1)
Multicast (3)
Multimdia (4)
NAT (1)
NDP(1)
Negcios (2)
NetFlow (1)
NIC.br (17)
NMS (3)
Notcias (15)
NTP(2)
Ondas (1)
OSPF (3)
Packet-Tracer (3)
Palestra (8)
Par-Tranado (1)
Peering (4)
Pesquisa (1)
PIM-DM (2)
PIM-SM (2)
Ping (1)
PoE(1)
Policing (2)
Policy-Map (2)
PSTN (1)
PTT (2)
Ps-Graduao (2)
QoS (4)
Redes Convergentes (2)
Redistribuio (1)
Relay-Agent (1)
Restrio de Banda (1)
6/6/2014 Blog LabCisco: IPERF no Monitoramento de Desempenho em Redes
http://labcisco.blogspot.com.br/2013/04/iperf-no-monitoramento-de-desempenho-em.html 5/5
Postagem mais recente Postagem mais antiga Incio
Assinar: Postar comentrios (Atom)
Digite seu comentrio...
Comentar como:
Conta do Google
Publicar

Visualizar
RFC (6)
Rotas (2)
Roteamento (12)
Route-Map (1)
Route-Ref lector (1)
SDN (1)
Segurana (11)
Shaping (1)
SLA (5)
SNMP(1)
SSH (1)
STP(2)
Switch (14)
Telecomunicaes (4)
Teleconf erncia (1)
Telef onia (2)
Telnet (1)
Terminal-Server (1)
TV (2)
UNIMEP(14)
VLAN (4)
VoIP(2)
VPN (4)
VRF (2)
Vdeo (10)
WAN (2)
Wireless (3)
Wireshark (3)
WLAN (1)
Prof . Samuel Henrique Bucke Brito. Modelo Simple. Tecnologia do Blogger.