Omitir V�nculos de navegaci�n | |
Salir de la Vista de impresi�n | |
Oracle Administración Solaris: Servicios de red Oracle Solaris 11 Information Library (Español) |
Parte I Servicios de red (temas)
1. Servicio de red (descripción general)
2. Gestión de servidores de antememoria web
3. Servicios relacionados con el tiempo
Parte II Acceso a los sistemas de archivos de red (temas)
4. Gestión de sistemas de archivos de red (descripción general)
5. Administración de sistema de archivos de red (tareas)
6. Acceso a los sistemas de archivos de red (referencia)
8. Planificación y habilitación del SLP (tareas)
9. Administración del SLP (tareas)
10. Incorporación de servicios antiguos
Parte IV Servicios de correo (temas)
12. Servicios de correo (descripción general)
13. Servicios de correo (tareas)
14. Servicios de correo (referencia)
Parte V Redes en serie (temas)
15. Solaris PPP 4.0 (descripción general)
16. Planificación del enlace de PPP (tareas)
17. Configuración de un enlace de PPP por marcación telefónica (tareas)
18. Configuración de un enlace de PPP de línea arrendada (tareas)
19. Configuración de autenticación PPP (tareas)
20. Configuración de un túnel PPPoE (tareas)
21. Resolución de problemas comunes de PPP (tareas)
22. Solaris PPP 4.0 (referencia)
23. Migración de Solaris PPP asíncrono a Solaris PPP 4.0 (tareas)
24. UUCP (descripción general)
25. Administración del UUCP (tareas)
Parte VI Trabajo con sistemas remotos (temas)
27. Trabajo con sistemas remotos (descripción general)
28. Administración del servidor FTP (tareas)
29. Acceso a sistemas remotos (tareas)
Parte VII Supervisión de servicios de red (temas)
30. Supervisión del rendimiento de la red (tareas)
Supervisión del rendimiento de la red
Cómo comprobar la respuesta de los hosts en la red
Cómo enviar paquetes a los hosts en la red
Cómo capturar paquetes de la red
Cómo comprobar el estado de la red
Ejemplos: Comprobación del estado de la red
Cómo mostrar estadísticas de servidor y cliente NFS
Ejemplos: Visualización de estadísticas de servidor y cliente NFS
La siguiente tabla describe los comandos disponibles para supervisar el rendimiento de la red.
Tabla 30-1 Comandos para supervisión de 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:
Para obtener más información sobre este comando, consulte la página del comando man ping(1M).
Ejemplo 30-1 Comprobación de la respuesta de los hosts en la red
La versión más simple de ping envía un solo paquete a un host en 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
Pruebe la fiabilidad del tamaño de los paquetes con el comando spray.
$ spray [ -c count -d interval -l packet-size] hostname
Cantidad de paquetes que se enviarán.
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.
Tamaño del paquete.
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
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.
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]
Muestra el estado de las interfaces TCP/IP.
Muestra la tabla de enrutamiento IP.
Muestra estadísticas para los protocolos UDP, TCP, ICMP e IGMP.
Para obtener más información, consulte netstat(1M).
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 y 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
|
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
|
Utilice 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).
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
|
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
|
Si sospecha que los componentes de hardware de la red están creando problemas, debe examinar detenidamente los cables y los conectores.