Supervisión del rendimiento de la red

La Tabla 30-1 describe los comandos disponibles para supervisar el rendimiento de la red.

Tabla 30-1 Comandos para supervisión de la red

Comando	Descripción
`ping`	Permite consultar la respuesta de los hosts en la red.
`spray`	Permite probar la fiabilidad del tamaño de los paquetes. Este comando puede indicar si la red retrasa o descarta los paquetes.
`snoop`	Permite capturar paquetes de la red y rastrear las llamadas de cada cliente a cada servidor.
`netstat`	Permite mostrar el estado de la red, incluido el estado de las interfaces que se utilizan para el tráfico TCP/IP, la tabla de enrutamiento IP y las estadísticas por protocolo para `UDP`, `TCP`, `ICMP` e `IGMP`.
`nfsstat`	Permite mostrar un resumen de las estadísticas de servidor y cliente que se pueden utilizar para identificar problemas relacionados con NFS.

Cómo comprobar la respuesta de los hosts en la red

Compruebe la respuesta de los hosts en la red con el comando ping.

$ ping hostname

Si sospecha que existe un problema físico, puede usar el comando ping para buscar el tiempo de respuesta de varios hosts en la red. Si la respuesta de un host no es la esperada, puede examinar ese host. Las causas de los problemas físicos podrían ser las siguientes:

Cables o conectores sueltos.
Conexión a tierra inadecuada.
Ninguna terminación.
Reflexión de la señal.

Para obtener más información sobre este comando, consulte ping(1M).

Ejemplo 30-1 Comprobación de la respuesta de los hosts en la red

La versión más sencilla de ping envía un solo paquete a un host de la red. Si ping recibe la respuesta correcta, el comando imprime el mensaje host is alive.

$ ping elvis
elvis is alive

Con la opción -s, ping envía un datagrama por segundo a un host. Luego, el comando imprime cada respuesta y el tiempo necesario para el recorrido de ida y vuelta. A continuación, se muestra un ejemplo.

$ ping -s pluto
64 bytes from pluto (123.456.78.90): icmp_seq=0. time=3.82 ms
64 bytes from pluto (123.456.78.90): icmp_seq=5. time=0.947 ms
64 bytes from pluto (123.456.78.90): icmp_seq=6. time=0.855 ms
^C
----pluto PING Statistics----
3 packets transmitted, 3 packets received, 0% packet loss
 
round-trip (ms) min/avg/max/sttdev = 0.855/1.87/3.82/1.7

Cómo enviar paquetes a los hosts en la red

Pruebe la fiabilidad del tamaño de los paquetes con el comando spray.

$ spray [ -c count -d interval -l packet-size] hostname

-i recuento: Cantidad de paquetes que se enviarán.
-d intervalo: Cantidad de microsegundos de pausa entre el envío de paquetes. Si no utiliza ningún retraso, es posible que los búferes se agoten.
-l tamaño-paquete: Tamaño del paquete.
nombredehost: Sistema para enviar paquetes.

Para obtener más información sobre este comando, consulte spray(1M).

Ejemplo 30-2 Envío de paquetes a los hosts en la red

En el siguiente ejemplo, se envían 100 paquetes a un host (-c 100), cada uno con un tamaño de 2048 bytes (-l 2048). Los paquetes se envían con un tiempo de retraso de 20 microsegundos entre cada ráfaga (-d 20).

$ spray -c 100 -d 20 -l 2048 pluto
sending 100 packets of length 2048 to pluto ...
no packets dropped by pluto
279 packets/sec, 573043 bytes/sec

Cómo capturar paquetes de la red

Para capturar paquetes de la red y rastrear las llamadas de cada cliente a cada servidor, utilice el comando snoop. Este comando proporciona indicaciones de hora precisas que permiten aislar rápidamente algunos problemas relacionados con el rendimiento de la red. Para obtener más información, consulte snoop(1M).

# snoop

Los paquetes descartados pueden derivar de espacio insuficiente en el búfer o una CPU sobrecargada.

Cómo comprobar el estado de la red

Para mostrar información del estado de la red, como estadísticas sobre el estado de las interfaces de la red, las tablas de enrutamiento y diferentes protocolos, utilice el comando netstat.

$ netstat [-i] [-r] [-s]

-i: Muestra el estado de las interfaces TCP/IP.
-r: Muestra la tabla de enrutamiento IP.
-s: Muestra estadísticas para los protocolos UDP, TCP, ICMP e IGMP.

Para obtener más información, consulte netstat(1M).

Ejemplos: Comprobación del estado de la red

El siguiente ejemplo detalla la salida del comando netstat -i, que muestra el estado de las interfaces que se utilizan para el tráfico TCP/IP.

$ netstat -i
Name  Mtu  Net/Dest    Address      Ipkts  Ierrs Opkts  Oerrs Collis Queue
lo0   8232 software    localhost     1280   0     1280     0       0    0
eri0   1500 loopback    venus      1628480   0   347070    16   39354    0

Esta pantalla muestra la cantidad de paquetes que un equipo transmitió y recibió en cada interfaz. Un equipo con tráfico de red activo debe mostrar tanto Ipkts como Opkts en constante aumento.

Para calcular la tasa de colisiones de la red, divida la cantidad de colisiones (Collis) por la cantidad de paquetes de salida (Opkts). En el ejemplo anterior, la tasa de colisiones es del 11%. Una tasa de colisiones en toda la red que es mayor que el 5 al 10% puede indicar un problema.

Para calcular la tasa de errores para los paquetes de entrada, divida la cantidad de errores de entrada por la cantidad total de paquetes de entrada (Ierrs/Ipkts). La tasa de errores para los paquetes de salida es la cantidad de errores de salida dividido por la cantidad total de paquetes de salida (Oerrs/Opkts). Si la tasa de errores de entrada es alta, superior al 0,25%, es posible que el host descarte paquetes.

El siguiente ejemplo muestra la salida del comando netstat -s, que muestra las estadísticas por protocolo para los protocolos UDP, TCP, ICMP e IGMP.

UDP
    udpInDatagrams      =196543    udpInErrors         =     0
    udpOutDatagrams     =187820
 
TCP
    tcpRtoAlgorithm     =     4    tcpRtoMin           =   200
    tcpRtoMax           = 60000    tcpMaxConn          =    -1
    tcpActiveOpens      = 26952    tcpPassiveOpens     =   420
    tcpAttemptFails     =  1133    tcpEstabResets      =     9
    tcpCurrEstab        =    31    tcpOutSegs          =3957636
    tcpOutDataSegs      =2731494   tcpOutDataBytes     =1865269594
    tcpRetransSegs      = 36186    tcpRetransBytes     =3762520
    tcpOutAck           =1225849   tcpOutAckDelayed    =165044
    tcpOutUrg           =     7    tcpOutWinUpdate     =   315
    tcpOutWinProbe      =     0    tcpOutControl       = 56588
    tcpOutRsts          =   803    tcpOutFastRetrans   =   741
    tcpInSegs           =4587678
    tcpInAckSegs        =2087448   tcpInAckBytes       =1865292802
    tcpInDupAck         =109461    tcpInAckUnsent      =     0
    tcpInInorderSegs    =3877639   tcpInInorderBytes   =-598404107
    tcpInUnorderSegs    = 14756    tcpInUnorderBytes   =17985602
    tcpInDupSegs        =    34    tcpInDupBytes       = 32759
    tcpInPartDupSegs    =   212    tcpInPartDupBytes   =134800
    tcpInPastWinSegs    =     0    tcpInPastWinBytes   =     0
    tcpInWinProbe       =   456    tcpInWinUpdate      =     0
    tcpInClosed         =    99    tcpRttNoUpdate      =  6862
    tcpRttUpdate        =435097    tcpTimRetrans       = 15065
    tcpTimRetransDrop   =    67    tcpTimKeepalive     =   763
    tcpTimKeepaliveProbe=     1    tcpTimKeepaliveDrop =     0

IP
    ipForwarding        =     2    ipDefaultTTL        =   255
    ipInReceives        =11757234  ipInHdrErrors       =     0
    ipInAddrErrors      =     0    ipInCksumErrs       =     0
    ipForwDatagrams     =     0    ipForwProhibits     =     0
    ipInUnknownProtos   =     0    ipInDiscards        =     0
    ipInDelivers        =4784901   ipOutRequests       =4195180
    ipOutDiscards       =     0    ipOutNoRoutes       =     0
    ipReasmTimeout      =    60    ipReasmReqds        =  8723
    ipReasmOKs          =  7565    ipReasmFails        =  1158
    ipReasmDuplicates   =     7    ipReasmPartDups     =     0
    ipFragOKs           = 19938    ipFragFails         =     0
    ipFragCreates       =116953    ipRoutingDiscards   =     0
    tcpInErrs           =     0    udpNoPorts          =6426577
    udpInCksumErrs      =     0    udpInOverflows      =   473
    rawipInOverflows    =     0

ICMP
    icmpInMsgs          =490338    icmpInErrors        =     0
    icmpInCksumErrs     =     0    icmpInUnknowns      =     0
    icmpInDestUnreachs  =   618    icmpInTimeExcds     =   314
    icmpInParmProbs     =     0    icmpInSrcQuenchs    =     0
    icmpInRedirects     =   313    icmpInBadRedirects  =     5
    icmpInEchos         =   477    icmpInEchoReps      =    20
    icmpInTimestamps    =     0    icmpInTimestampReps =     0
    icmpInAddrMasks     =     0    icmpInAddrMaskReps  =     0
    icmpInFragNeeded    =     0    icmpOutMsgs         =   827
    icmpOutDrops        =   103    icmpOutErrors       =     0
    icmpOutDestUnreachs =    94    icmpOutTimeExcds    =   256
    icmpOutParmProbs    =     0    icmpOutSrcQuenchs   =     0
    icmpOutRedirects    =     0    icmpOutEchos        =     0
    icmpOutEchoReps     =   477    icmpOutTimestamps   =     0
    icmpOutTimestampReps=     0    icmpOutAddrMasks    =     0
    icmpOutAddrMaskReps =     0    icmpOutFragNeeded   =     0
    icmpInOverflows     =     0

IGMP:
        0 messages received
        0 messages received with too few bytes
        0 messages received with bad checksum
        0 membership queries received
        0 membership queries received with invalid field(s)
        0 membership reports received
        0 membership reports received with invalid field(s)
        0 membership reports received for groups to which we belong
        0 membership reports sent

El siguiente ejemplo muestra la salida del comando netstat - r, que muestra la tabla de enrutamiento IP.

Routing Table:
  Destination        Gateway           Flags  Ref   Use    Interface
------------------ -------------------- ----- ----- ------ ---------
localhost            localhost             UH       0   2817  lo0
earth-bb             pluto                 U        3  14293  eri0
224.0.0.0            pluto                 U        3      0  eri0
default              mars-gate             UG       0  14142

Los campos del informe netstat - r se describen en la siguiente tabla.

Tabla 30-2 Salida del comando netstat - r

Nombre de campo		Descripción
`Flags`	`U` `G` `H` `D`	La ruta está activa. La ruta es a través de una puerta de enlace. La ruta es a un host. La ruta se creó de manera dinámica mediante una redirección.
`Ref`		Muestra la cantidad actual de rutas que comparten la misma capa de enlace.
`Use`		Indica la cantidad de paquetes que se enviaron.
`Interface`		Muestra la interfaz de red que se utiliza para la ruta.

Cómo mostrar estadísticas de servidor y cliente NFS

El servicio de archivos distribuido NFS utiliza una utilidad de llamada a procedimiento remoto (RPC) que traduce los comandos locales en solicitudes para el host remoto. Las llamadas a procedimientos remotos son síncronas. La aplicación cliente se bloquea o se suspende hasta que el servidor completa la llamada y devuelve los resultados. Uno de los principales factores que afecta el rendimiento de NFS es la tasa de retransmisión.

Si el servidor de archivos no puede responder la solicitud de un cliente, el cliente vuelve a transmitir la solicitud una determinada cantidad de veces antes de abandonar el proceso. Cada retransmisión genera una sobrecarga en el sistema y aumenta el tráfico de la red. Las retransmisiones excesivas pueden provocar problemas de rendimiento en la red. Si la tasa de retransmisión es alta, puede comprobar si existen:

Servidores sobrecargados que completan las solicitudes con demasiada lentitud.
Una interfaz Ethernet que descarta paquetes.
Congestión en la red, que ralentiza la transmisión de paquetes.

La siguiente tabla describe las opciones nfsstat para mostrar estadísticas de cliente y servidor.

Tabla 30-3 Comandos para mostrar estadísticas de cliente/servidor

Comando	Visualización
`nfsstat -c`	Estadísticas de cliente
`nfsstat -s`	Estadísticas de servidor
`netstat -m`	Estadísticas de red para cada sistema de archivos

Utilice el comando nfsstat -c para mostrar estadísticas de cliente y nfsstat -s para mostrar estadísticas de servidor. Utilice netstat -m para mostrar estadísticas de red para cada sistema de archivos. Para obtener más información, consulte nfsstat(1M).

Ejemplos: Visualización de estadísticas de servidor y cliente NFS

El siguiente ejemplo muestra datos sobre RPC y NFS para el cliente pluto.

$ nfsstat -c

Client rpc:
Connection oriented:
calls    badcalls  badxids  timeouts newcreds  badverfs   timers     
1595799  1511      59       297      0         0          0          
cantconn nomem     interrupts 
1198      0         7          
Connectionless:
calls    badcalls  retrans  badxids  timeouts  newcreds   badverfs   
80785    3135      25029    193      9543      0          0          
timers   nomem     cantsend   
17399    0         0          

Client nfs:
calls    badcalls  clgets   cltoomany  
1640097  3112      1640097  0          
Version 2: (46366 calls)
null     getattr   setattr  root     lookup     readlink  read       
0 0%     6589 14%  2202 4%  0 0%     11506 24%  0 0%      7654 16%   
wrcache  write     create   remove   rename     link      symlink    
0 0%     13297 28% 1081 2%  0 0%     0 0%       0 0%      0 0%       
mkdir    rmdir     readdir  statfs     
24 0%    0 0%      906 1%   3107 6%    
Version 3: (1585571 calls)
null    getattr    setattr  lookup     access     readlink  read     
0 0%    508406 32% 10209 0% 263441 16% 400845 25% 3065 0%  117959 7%
write    create     mkdir    symlink    mknod    remove   rmdir 
69201 4% 7615 0%    42 0%    16 0%      0 0%     7875 0%  51 0%      
rename   link       readdir  readdir+   fsstat   fsinfo   pathconf   
929 0%   597 0%     3986 0%  185145 11% 942 0%   300 0%   583 0%     
commit     
4364 0%    
 
Client nfs_acl:
Version 2: (3105 calls)
null       getacl     setacl     getattr    access     
0 0%       0 0%       0 0%       3105 100%  0 0%       
Version 3: (5055 calls)
null       getacl     setacl     
0 0%       5055 100%  0 0%

La salida del comando nfsstat -c se describe en la siguiente tabla.

Tabla 30-4 Salida del comando nfsstat -c

Campo	Descripción
`calls`	Cantidad total de llamadas enviadas.
`badcalls`	Cantidad total de llamadas rechazadas por RPC.
`retrans`	Cantidad total de retransmisiones. Para este cliente, la cantidad de retransmisiones es menor que el 1% o aproximadamente 10 tiempos de espera agotados en un total de 6888 llamadas. Estas retransmisiones pueden ser causa de fallas temporales. Las tasas superiores pueden indicar un problema.
`badxid`	Cantidad de veces que se recibió una confirmación duplicada para una única solicitud NFS.
`timeout`	Cantidad de llamadas con tiempo de espera agotado.
`wait`	Cantidad de veces que una llamada tuvo que esperar porque no había ningún identificador de clientes disponible.
`newcred`	Cantidad de veces que se tuvo que actualizar la información de autenticación.
`timers`	Cantidad de veces que el valor de tiempo de espera fue superior o igual al valor de tiempo de espera especificado para una llamada.
`readlink`	Cantidad de veces que se realizó una operación `read` en un enlace simbólico. Si este número es alto, superior al 10%, es posible que haya demasiados enlaces simbólicos.

El siguiente ejemplo muestra la salida del comando nfsstat -m.

pluto$ nfsstat -m
/usr/man from pluto:/export/svr4/man
Flags: vers=2,proto=udp,auth=unix,hard,intr,dynamic,
        rsize=8192, wsize=8192,retrans=5
 Lookups: srtt=13 (32ms), dev=10 (50ms), cur=6 (120ms)
 All:     srtt=13 (32ms), dev=10 (50ms), cur=6 (120ms)

Esta salida del comando nfsstat -m, que se muestra en milisegundos, se describe en la siguiente tabla.

Tabla 30-5 Salida del comando nfsstat -m

Campo	Descripción
`srtt`	Promedio ajustado de los tiempos de ida y vuelta
`dev`	Desviaciones promedio
`cur`	Tiempo de respuesta “esperado” actual

Si sospecha que los componentes de hardware de la red están creando problemas, debe examinar detenidamente los cables y los conectores.

Omitir V�nculos de navegaci�n
Salir de la Vista de impresi�n
	Guía de administración del sistema: servicios de red