ping 명령
ping 명령은 다양한 원격 호스트와 네트워크의 상태를 판별하고, 하드웨어 및 소프트웨어 문제점을 추적 및 격리하며, 네트워크를 테스트, 측정 및 관리하는 데 유용합니다.
-c
패킷 수를 지정합니다. 이 옵션은 IP 추적 로그를 가져올 때 유용합니다. 최소 ping 패킷 수를 캡처할 수 있습니다.
-s
패킷 길이를 지정합니다. 이 옵션을 사용하여 프래그먼트화 및 리어셈블리를 검사할 수 있습니다.
-f
패킷을 10ms 간격으로 또는 각각의 응답 직후에 전송합니다. 루트 사용자만 이 옵션을 사용할 수 있습니다.
네트워크나 시스템을 로드해야 하는 경우에 -f 옵션을 사용하면 편리합니다. 예를 들어 문제점의 원인이 과도한 로드에 의한 것으로 의심될 경우 사용 중인 환경을 의도적으로 로드하여 의심한 사항이 맞는지 확인하십시오. aixterm 창을 여러 개 열고, 각 창에서 ping -f 명령을 수행하십시오. 이더넷 사용량이 빠르게 100%에 근접합니다. 예를 들면 다음과 같습니다.
# date; ping -c 1000 -f 192.1.6.1 ; date
Thu Feb 12 10:51:00 CST 2004
PING 192.1.6.1 (192.1.6.1): 56 data bytes
.
--- 192.1.6.1 ping statistics ---
1000 packets transmitted, 1000 packets received, 0% packet loss
round-trip min/avg/max = 1/1/23 ms
Thu Feb 12 10:51:00 CST 2004
이 예에서는 1000개의 패킷이 1초 동안 전송되었습니다. 이 명령은 IP 및 ICMP(Internet Control Message Protocol) 프로토콜을 사용하므로 전송 프로토콜(UDP/TCP) 및 애플리케이션 활동과는 관련이 없습니다. 왕복 전송 시간과 같은 측정 데이터에는 총 성능 특성이 반영되지 않습니다.
대량의 패킷을 대상에 전송하려는 경우다음과 같은 몇 가지 사항을 고려하십시오.
- 패킷을 전송하면 시스템에서 로드가 발생합니다.
- 실험 중 네트워크 인터페이스의 상태를 모니터하려면 netstat -i 명령을 사용하십시오. Oerrs 출력을 확인하면 전송 중에 시스템에서 패킷이 삭제되고 있음을 알 수 있습니다.
- mbuf 및 송/수신 큐와 같은 기타 자원도 모니터해야 합니다. 그러면 대상 시스템에서 과도한 로드가 발생하는 것을 방지할 수 있습니다. 사용자 시스템이 다른 시스템보다 먼저 과도하게 로드되는 경우도 있습니다.
- 여러 결과 사이의 관계를 고려해 보십시오. 하나의 대상 시스템만 모니터하거나 테스트하려는 경우, 비교를 위해 일부 다른 시스템에 같은 실험을 해보십시오. 네트워크나 라우터에 문제가 있는 것일 수 있습니다.
ftp 명령
ftp 명령에서 /dev/zero를 입력으로, /dev/null을 출력으로 사용하여 대형 파일을 전송할 수 있습니다. 이 명령을 사용하면 디스크를 사용하거나(병목 현상이 발생할 수 있음) 전체 파일을 메모리에 캐시하지 않아도 대형 파일을 전송할 수 있습니다.
ftp 명령에서 /dev/zero를 입력으로, /dev/null을 출력으로 사용하여 대형 파일을 전송할 수 있습니다. 이 명령을 사용하면 디스크를 사용하거나(병목 현상이 발생할 수 있음) 전체 파일을 메모리에 캐시하지 않아도 대형 파일을 전송할 수 있습니다.
다음 ftp 부속 명령을 사용하십시오(dd 명령에서 읽는 블록의 수를 늘리거나 줄이려면 개수 변경).
> bin
> put "|dd if=/dev/zero bs=32k count=10000" /dev/null
위의 명령은 10000개의 데이터 블록을 전송하며 각 블록의 크기는 32KB입니다. 전송되는 파일의 크기를 늘리거나 줄이려면 dd 명령에서 읽는 블록의 개수(count 매개변수)를 변경하거나 블록 크기(bs 매개변수)를 변경하십시오. ftp 명령의 디폴트 파일 유형은 ASCII이며 이 유형에서는 모든 바이트를 스캔해야 하므로 속도가 느립니다. 가능한 경우 전송에 2진 모드 또는 bin을 사용해야 합니다.
대형 MTU 크기로 인한 성능 향상을 얻으려면 MTU 9180 이상인 ATM 또는 기가비트 이더넷 "점보 프레임"의 tcp_sendspace와 tcp_recvspace가 적어도 65535이 되도록 하십시오. 최적의 성능을 얻으려면 131072바이트(128KB)를 설정하십시오. SMIT 도구를 사용해 기가비트 이더넷 어댑터를 구성하는 경우 ISNO 시스템 디폴트 값을 올바르게 설정해야 합니다. ifconfig 명령을 사용해 네트워크 인터페이스를 시작하는 경우에는 ISNO 옵션이 올바르게 설정되지 않습니다.
매개변수 설정 예는 다음과 같습니다.
# no -o tcp_sendspace=65535
# no -o tcp_recvspace=65535
ftp 부속 명령은 다음과 같습니다.
ftp> bin
200 Type set to I.
ftp> put "|dd if=/dev/zero bs=32k count=10000" /dev/null
200 PORT command successful.
150 Opening data connection for /dev/null.
10000+0 records in
10000+0 records out
226 Transfer complete.
327680000 bytes sent in 2.789 seconds (1.147e+05 Kbytes/s)
local: |dd if=/dev/zero bs=32k count=10000 remote: /dev/null
ftp> quit
221 Goodbye.
위의 데이터 전송은 1500바이트 MTU를 사용해 두 개의 기가비트 이더넷 어댑터 간에 실행되었으며 보고된 처리량은 114,700KB/초(112MB/초 또는 940Mbps와 같음)입니다.
송신기와 수신기에서 점보 프레임(MTU 크기 9,000)을 사용한 경우 보고된 처리량은 다음 예에 표시된 것처럼 120,700KB/초, 117.87MB/초 또는 989Mbps입니다.
ftp> bin
200 Type set to I.
ftp> put "|dd if=/dev/zero bs=32k count=10000" /dev/null
200 PORT command successful.
150 Opening data connection for /dev/null.
10000+0 records in
10000+0 records out
226 Transfer complete.
327680000 bytes sent in 2.652 seconds (1.207e+05 Kbytes/s)
local: |dd if=/dev/zero bs=32k count=10000 remote: /dev/null
다음은 두 개의 10/100Mbps 이더넷 인터페이스 간 ftp 데이터 전송 예입니다.
ftp> bin
200 Type set to I.
ftp> put "|dd if=/dev/zero bs=32k count=10000" /dev/null
200 PORT command successful.
150 Opening data connection for /dev/null.
10000+0 records in
10000+0 records out
226 Transfer complete.
327680000 bytes sent in 27.65 seconds (1.157e+04 Kbytes/s)
local: |dd if=/dev/zero bs=32k count=10000 remote: /dev/null
위의 데이터 전송 처리량은 11,570KB/초이며 이는 11.3MB/초 또는 94.7Mbps와 같습니다.
netstat 명령
netstat 명령은 네트워크 상태를 표시하는 데 사용됩니다.
netstat 명령은 네트워크 상태를 표시하는 데 사용됩니다.
이 명령은 성능 측정보다는 문제점 판별에 더 많이 사용되어 왔습니다. 그러나 netstat 명령을 사용하여 네트워크의 트래픽 양을 판별하면 성능 문제가 네트워크 과잉으로 인한 것인지 여부를 판단할 수 있습니다.
netstat 명령은 구성된 네트워크 인터페이스의 트래픽에 관한 정보, 즉 다음과 같은 정보를 표시합니다.
- 소켓과 연관된 프로토콜 제어 블록의 주소 및 모든 소켓의 상태
- 통신 서브시스템에서 수신, 전송 및 삭제된 패킷의 수
- 인터페이스당 누적 통계
- 라우트 및 해당 상태
netstat -in 명령
이 netstat 기능은 구성된 모든 인터페이스의 상태를 표시합니다.
다음 예는 통합 이더넷(en1), PCI-X 기가비트 이더넷 (en0) 및 TCP/IP용으로 구성된 파이버 채널 어댑터(fc0)가 포함된 워크스테이션에 대한 통계를 보여줍니다.
# netstat -in
Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll
en1 1500 link#2 0.9.6b.3e.0.55 28800 0 506 0 0
en1 1500 10.3.104 10.3.104.116 28800 0 506 0 0
fc0 65280 link#3 0.0.c9.33.17.46 12 0 11 0 0
fc0 65280 192.6.0 192.6.0.1 12 0 11 0 0
en0 1500 link#4 0.2.55.6a.a5.dc 14 0 20 5 0
en0 1500 192.1.6 192.1.6.1 14 0 20 5 0
lo0 16896 link#1 33339 0 33343 0 0
lo0 16896 127 127.0.0.1 33339 0 33343 0 0
개수 값은 시스템 시작 이후에 요약됩니다.
- 이름
- 인터페이스 이름입니다.
- Mtu
- 최대 전송 단위입니다. 인터페이스를 사용하여 전송되는 최대 패킷 크기(바이트 수)입니다.
- Ipkts
- 수신된 총 패킷 수입니다.
- Ierrs
- 총 입력 오류 수입니다. 예를 들어 형식이 잘못된 패킷 수, 체크섬 오류 수 또는 장치 드라이버의 부족한 버퍼 영역 등이 포함됩니다.
- Opkts
- 전송된 총 패킷 수입니다.
- Oerrs
- 총 출력 오류 수입니다. 예를 들어 로컬 호스트 연결 결함 또는 어댑터 출력 큐 과수행 등입니다.
- Coll
- 발견된 패킷 충돌 수입니다.
참고: netstat -i 명령은 이더넷 인터페이스에 대한 충돌 개수를 지원하지 않습니다
다음은 몇 가지 조정 지침입니다.
- 입력 패킷 오류 수가 총 입력 패킷 수(netstat -i 명령의 결과)의 1%를 초과하는 경우 즉, 다음과 같을 경우
Ierrs > 0.01 x Ipktsnetstat -m 명령을 실행하여 메모리가 부족한지 확인하십시오.
- 출력 패킷 오류 수가 총 출력 패킷 수(netstat -i 명령의 결과)의 1%를 초과하는 경우 즉, 다음과 같을 경우
해당 인터페이스의 전송 큐 크기(xmt_que_size)를 늘리십시오. xmt_que_size의 크기는 다음 명령으로 확인할 수 있습니다.Oerrs > 0.01 x Opkts# lsattr -El adapter - 충돌률이 10%를 넘는 경우 즉, 다음과 같은 경우
Coll / Opkts > 0.1네트워크 사용량이 높아서 재구성 또는 분할이 필요할 수도 있습니다. 충돌률을 판별하려면 netstat -v 또는 entstat 명령을 사용하십시오.
netstat -i -Z 명령
netstat 명령은 netstat -i 명령의 모든 통계 계수기를 0으로 지웁니다.
netstat -I 인터페이스 간격
이 netstat 기능은 지정된 인터페이스에 대한 통계를 표시합니다.
기능은 지정된 인터페이스에 대해 netstat -i 명령과 유사한 정보를 제공하며 이 정보를 지정한 시간 간격으로 보고합니다. 예를 들면 다음과 같습니다.
# netstat -I en0 1
input (en0) output input (Total) output
packets errs packets errs colls packets errs packets errs colls
0 0 27 0 0 799655 0 390669 0 0
0 0 0 0 0 2 0 0 0 0
0 0 0 0 0 1 0 0 0 0
0 0 0 0 0 78 0 254 0 0
0 0 0 0 0 200 0 62 0 0
0 0 1 0 0 0 0 2 0 0
위 예는 ent0 인터페이스에 대한 netstat -I 명령 출력을 보여줍니다. 두 개의 보고서가 나란히 생성되는데, 하나는 지정된 인터페이스에 대한 보고서이고 다른 하나는 사용 가능한 모든 인터페이스(Total)에 대한 보고서입니다. 필드는 netstat -i 예에서와 유사하며 input packets = Ipkts, input errs = Ierrs 등이 있습니다.
netstat -a 명령
netstat -a 명령은 모든 소켓의 상태를 표시합니다.
-a 플래그를 사용하지 않을 경우 서버 프로세스에 사용하는 소켓이 표시되지 않습니다. 예를 들면 다음과 같습니다.
# netstat -a
Active Internet connections (including servers)
Proto Recv-Q Send-Q Local Address Foreign Address (state)
tcp4 0 0 *.daytime *.* LISTEN
tcp 0 0 *.ftp *.* LISTEN
tcp 0 0 *.telnet *.* LISTEN
tcp4 0 0 *.time *.* LISTEN
tcp4 0 0 *.sunrpc *.* LISTEN
tcp 0 0 *.exec *.* LISTEN
tcp 0 0 *.login *.* LISTEN
tcp 0 0 *.shell *.* LISTEN
tcp4 0 0 *.klogin *.* LISTEN
tcp4 0 0 *.kshell *.* LISTEN
tcp 0 0 *.netop *.* LISTEN
tcp 0 0 *.netop64 *.* LISTEN
tcp4 0 1028 brown10.telnet remote_client.mt.1254 ESTABLISHED
tcp4 0 0 *.wsmserve *.* LISTEN
udp4 0 0 *.daytime *.*
udp4 0 0 *.time *.*
udp4 0 0 *.sunrpc *.*
udp4 0 0 *.ntalk *.*
udp4 0 0 *.32780 *.*
Active UNIX domain sockets
SADR/PCB Type Recv-Q Send-Q Inode Conn Refs Nextref Addr
71759200 dgram 0 0 13434d00 0 0 0 /dev/SRC
7051d580
71518a00 dgram 0 0 183c3b80 0 0 0 /dev/.SRC-unix/SRCCwfCEb
netstat -ao 명령을 사용하면 각 소켓에 대한 자세한 정보를 볼 수 있습니다. 다음 예에서 ftp 소켓은 점보 프레임용으로 구성된 기가비트 이더넷 어댑터를 통해 실행됩니다.
# netstat -ao
Active Internet connections (including servers)
Proto Recv-Q Send-Q Local Address Foreign Address (state)
[...]
tcp4 0 0 server1.ftp client1.33122 ESTABLISHED
so_options: (REUSEADDR|OOBINLINE)
so_state: (ISCONNECTED|PRIV)
timeo:0 uid:0
so_special: (LOCKBALE|MEMCOMPRESS|DISABLE)
so_special2: (PROC)
sndbuf:
hiwat:134220 lowat:33555 mbcnt:0 mbmax:536880
rcvbuf:
hiwat:134220 lowat:1 mbcnt:0 mbmax:536880
sb_flags: (WAIT)
TCP:
mss:8948 flags: (NODELAY|RFC1323|SENT_WS|RCVD_WS|SENT_TS|RCVD_TS)
tcp4 0 0 server1.telnet sig-9-49-151-26..2387 ESTABLISHED
so_options: (REUSEADDR|KEEPALIVE|OOBINLINE)
so_state: (ISCONNECTED|NBIO)
timeo:0 uid:0
so_special: (NOUAREA|LOCKBALE|EXTPRIV|MEMCOMPRESS|DISABLE)
so_special2: (PROC)
sndbuf:
hiwat:16384 lowat:4125 mbcnt:0 mbmax:65536
sb_flags: (SEL|NOINTR)
rcvbuf:
hiwat:66000 lowat:1 mbcnt:0 mbmax:264000
sb_flags: (SEL|NOINTR)
TCP:
mss:1375
tcp4 0 925 en6host1.login en6host2.1023 ESTABLISHED
so_options: (REUSEADDR|KEEPALIVE|OOBINLINE)
so_state: (ISCONNECTED|NBIO)
timeo:0 uid:0
so_special: (NOUAREA|LOCKBALE|EXTPRIV|MEMCOMPRESS|DISABLE)
so_special2: (PROC)
sndbuf:
hiwat:16384 lowat:16384 mbcnt:3216 mbmax:65536
sb_flags: (SEL|NOINTR)
rcvbuf:
hiwat:130320 lowat:1 mbcnt:0 mbmax:521280
sb_flags: (SEL|NOINTR)
TCP:
mss:1448 flags: (RFC1323|SENT_WS|RCVD_WS|SENT_TS|RCVD_TS)
tcp 0 0 *.login *.* LISTEN
so_options: (ACCEPTCONN|REUSEADDR)
q0len:0 qlen:0 qlimit:1000 so_state: (PRIV)
timeo:0 uid:0
so_special: (LOCKBALE|MEMCOMPRESS|DISABLE)
so_special2: (PROC)
sndbuf:
hiwat:16384 lowat:4096 mbcnt:0 mbmax:65536
rcvbuf:
hiwat:16384 lowat:1 mbcnt:0 mbmax:65536
sb_flags: (SEL)
TCP:
mss:512
tcp 0 0 *.shell *.* LISTEN
so_options: (ACCEPTCONN|REUSEADDR)
q0len:0 qlen:0 qlimit:1000 so_state: (PRIV)
timeo:0 uid:0
so_special: (LOCKBALE|MEMCOMPRESS|DISABLE)
so_special2: (PROC)
sndbuf:
hiwat:16384 lowat:4096 mbcnt:0 mbmax:65536
rcvbuf:
hiwat:16384 lowat:1 mbcnt:0 mbmax:65536
sb_flags: (SEL)
TCP:
mss:512
tcp4 0 6394 brown10.telnet remote_client.mt.1254 ESTABLISHED
so_options: (REUSEADDR|KEEPALIVE|OOBINLINE)
so_state: (ISCONNECTED|NBIO)
timeo:0 uid:0
so_special: (NOUAREA|LOCKBALE|EXTPRIV|MEMCOMPRESS|DISABLE)
so_special2: (PROC)
sndbuf:
hiwat:16384 lowat:4125 mbcnt:65700 mbmax:65536
sb_flags: (SEL|NOINTR)
rcvbuf:
hiwat:16500 lowat:1 mbcnt:0 mbmax:66000
sb_flags: (SEL|NOINTR)
TCP:
mss:1375
udp4 0 0 *.time *.*
so_options: (REUSEADDR)
so_state: (PRIV)
timeo:0 uid:0
so_special: (LOCKBALE|DISABLE)
so_special2: (PROC)
sndbuf:
hiwat:9216 lowat:4096 mbcnt:0 mbmax:36864
rcvbuf:
hiwat:42080 lowat:1 mbcnt:0 mbmax:168320
sb_flags: (SEL)
[...]
Active UNIX domain sockets
SADR/PCB Type Recv-Q Send-Q Inode Conn Refs Nextref Addr
71759200 dgram 0 0 13434d00 0 0 0 /dev/SRC
7051d580
so_state: (PRIV)
timeo:0 uid:0
so_special: (LOCKBALE)
so_special2: (PROC)
sndbuf:
hiwat:8192 lowat:4096 mbcnt:0 mbmax:32768
rcvbuf:
hiwat:45000 lowat:1 mbcnt:0 mbmax:180000
sb_flags: (SEL)
71518a00 dgram 0 0 183c3b80 0 0 0 /dev/.SRC-unix/SRCCwfCEb7051d400
so_state: (PRIV)
timeo:0 uid:0
so_special: (LOCKBALE)
so_special2: (PROC)
sndbuf:
hiwat:16384 lowat:4096 mbcnt:0 mbmax:65536
rcvbuf:
hiwat:8192 lowat:1 mbcnt:0 mbmax:32768
sb_flags: (SEL)
[...]
위 예에서는 어댑터가 점보 프레임용으로 구성되었습니다. 즉, MSS 값이 크고 rfc1323이 설정되어 있습니다.
netstat -M 명령
netstat -M 명령은 네트워크 메모리의 클러스터 풀 통계를 표시합니다.
다음은 netstat -M 명령의 출력을 보여주는 예입니다.
# netstat -M
Cluster pool Statistics:
Cluster Size Pool Size Calls Failed Inuse Max Outcount
131072 0 0 0 0 0
65536 0 0 0 0 0
32768 0 0 0 0 0
16384 0 0 0 0 0
8192 0 191292 3 0 3
4096 0 196021 3 0 3
2048 0 140660 4 0 2
1024 0 2 1 0 1
512 0 2 1 0 1
131072 0 0 0 0 0
65536 0 0 0 0 0
32768 0 0 0 0 0
16384 0 0 0 0 0
8192 0 193948 2 0 2
4096 0 191122 3 0 3
2048 0 145477 4 0 2
1024 0 0 0 0 0
512 0 2 1 0 1
netstat -v 명령
netstat -v 명령은 작동 상태의 CDLI(Common Data Link Interface) 기반 장치 드라이버 각각에 대한 통계를 표시합니다.
인터페이스별 보고서는 tokstat, entstat, fddistat 또는 atmstat 명령을 사용하여 요청할 수 있습니다.
모든 인터페이스는 자체의 고유 정보와 일반 정보를 포함하고 있습니다. 다음은 netstat -v 명령의 토큰 링 및 이더넷 부분을 보여주는 예이며, 다른 인터페이스 부분도 이와 비슷합니다. 다른 어댑터를 사용할 경우 통계가 약간 달라집니다. 가장 중요한 출력 필드는 강조표시됩니다.
# netstat -v
-------------------------------------------------------------
ETHERNET STATISTICS (ent1) :
Device Type: 10/100 Mbps Ethernet PCI Adapter II (1410ff01)
Hardware Address: 00:09:6b:3e:00:55
Elapsed Time: 0 days 17 hours 38 minutes 35 seconds
Transmit Statistics: Receive Statistics:
-------------------- -------------------
Packets: 519 Packets: 30161
Bytes: 81415 Bytes: 7947141
Interrupts: 2 Interrupts: 29873
Transmit Errors: 0 Receive Errors: 0
Packets Dropped: 0 Packets Dropped: 0
Bad Packets: 0
Max Packets on S/W Transmit Queue: 3
S/W Transmit Queue Overflow: 0
Current S/W+H/W Transmit Queue Length: 1
Broadcast Packets: 3 Broadcast Packets: 29544
Multicast Packets: 2 Multicast Packets: 42
No Carrier Sense: 0 CRC Errors: 0
DMA Underrun: 0 DMA Overrun: 0
Lost CTS Errors: 0 Alignment Errors: 0
Max Collision Errors: 0 No Resource Errors: 0
Late Collision Errors: 0 Receive Collision Errors: 0
Deferred: 0 Packet Too Short Errors: 0
SQE Test: 0 Packet Too Long Errors: 0
Timeout Errors: 0 Packets Discarded by Adapter: 0
Single Collision Count: 0 Receiver Start Count: 0
Multiple Collision Count: 0
Current HW Transmit Queue Length: 1
General Statistics:
-------------------
No mbuf Errors: 0
Adapter Reset Count: 0
Adapter Data Rate: 200
Driver Flags: Up Broadcast Running
Simplex AlternateAddress 64BitSupport
ChecksumOffload PrivateSegment DataRateSet
10/100 Mbps Ethernet PCI Adapter II (1410ff01) Specific Statistics:
--------------------------------------------------------------------
Link Status: Up
Media Speed Selected: Auto negotiation
Media Speed Running: 100 Mbps Full Duplex
Receive Pool Buffer Size: 1024
Free Receive Pool Buffers: 1024
No Receive Pool Buffer Errors: 0
Receive Buffer Too Small Errors: 0
Entries to transmit timeout routine: 0
Transmit IPsec packets: 0
Transmit IPsec packets dropped: 0
Receive IPsec packets: 0
Receive IPsec packets dropped: 0
Inbound IPsec SA offload count: 0
Transmit Large Send packets: 0
Transmit Large Send packets dropped: 0
Packets with Transmit collisions:
1 collisions: 0 6 collisions: 0 11 collisions: 0
2 collisions: 0 7 collisions: 0 12 collisions: 0
3 collisions: 0 8 collisions: 0 13 collisions: 0
4 collisions: 0 9 collisions: 0 14 collisions: 0
5 collisions: 0 10 collisions: 0 15 collisions: 0
-------------------------------------------------------------
ETHERNET STATISTICS (ent0) :
Device Type: 10/100/1000 Base-TX PCI-X Adapter (14106902)
Hardware Address: 00:02:55:6a:a5:dc
Elapsed Time: 0 days 17 hours 0 minutes 26 seconds
Transmit Statistics: Receive Statistics:
-------------------- -------------------
Packets: 15 Packets: 14
Bytes: 1037 Bytes: 958
Interrupts: 0 Interrupts: 13
Transmit Errors: 0 Receive Errors: 0
Packets Dropped: 0 Packets Dropped: 0
Bad Packets: 0
Max Packets on S/W Transmit Queue: 4
S/W Transmit Queue Overflow: 0
Current S/W+H/W Transmit Queue Length: 0
Broadcast Packets: 1 Broadcast Packets: 0
Multicast Packets: 1 Multicast Packets: 0
No Carrier Sense: 0 CRC Errors: 0
DMA Underrun: 0 DMA Overrun: 0
Lost CTS Errors: 0 Alignment Errors: 0
Max Collision Errors: 0 No Resource Errors: 0
Late Collision Errors: 0 Receive Collision Errors: 0
Deferred: 0 Packet Too Short Errors: 0
SQE Test: 0 Packet Too Long Errors: 0
Timeout Errors: 0 Packets Discarded by Adapter: 0
Single Collision Count: 0 Receiver Start Count: 0
Multiple Collision Count: 0
Current HW Transmit Queue Length: 0
General Statistics:
-------------------
No mbuf Errors: 0
Adapter Reset Count: 0
Adapter Data Rate: 2000
Driver Flags: Up Broadcast Running
Simplex 64BitSupport ChecksumOffload
PrivateSegment LargeSend DataRateSet
10/100/1000 Base-TX PCI-X Adapter (14106902) Specific Statistics:
--------------------------------------------------------------------
Link Status: Up
Media Speed Selected: Auto negotiation
Media Speed Running: 1000 Mbps Full Duplex
PCI Mode: PCI-X (100-133)
PCI Bus Width: 64-bit
Jumbo Frames: Disabled
TCP Segmentation Offload: Enabled
TCP Segmentation Offload Packets Transmitted: 0
TCP Segmentation Offload Packet Errors: 0
Transmit and Receive Flow Control Status: Enabled
XON Flow Control Packets Transmitted: 0
XON Flow Control Packets Received: 0
XOFF Flow Control Packets Transmitted: 0
XOFF Flow Control Packets Received: 0
Transmit and Receive Flow Control Threshold (High): 32768
Transmit and Receive Flow Control Threshold (Low): 24576
Transmit and Receive Storage Allocation (TX/RX): 16/48
강조표시된 필드에 대한 설명은 다음과 같습니다.
- Transmit Errors 및 Receive Errors
장치에서 발생한 출력/입력 오류 수입니다. 이 필드의 값은 하드웨어/네트워크 오류로 인해 전송을 실패한 횟수입니다.
전송 실패로 인해 시스템 성능이 저하될 수도 있습니다.
- Max Packets on S/W Transmit Queue
소프트웨어 전송 큐에 대기하는 최대 송신 패킷 수입니다.
큐에 대기하는 최대 전송 수가 현재 큐 크기(xmt_que_size)와 같다면 큐 크기가 부적절한 것입니다. 이는 특정 시점에서 큐가 가득 찼음을 나타냅니다.
큐의 현재 크기를 확인하려면 lsattr -El adapter 명령을 사용하십시오. 여기서 어댑터는 ent0입니다. 큐는 인터페이스에 대한 장치 드라이버 및 어댑터와 연관되므로 인터페이스 이름이 아닌 어댑터 이름을 사용하십시오. 큐 크기를 변경하려면 SMIT 또는 chdev 명령을 사용하십시오.
- S/W Transmit Queue Overflow
소프트웨어 전송 큐 오버플로우를 유발하는 송신 패킷 수입니다. 0 이외의 값인 경우, Max Packets on S/W Transmit Queue가 xmt_que_size에 도달할 때 필요한 것과 동일한 조치가 필요합니다. 전송 큐 크기를 늘려야 합니다.
- Broadcast Packets
오류 없이 정상 수신된 브로드캐스트 패킷 수입니다.
브로드캐스트 패킷의 값이 높을 경우 이 값을 수신된 총 패킷 수와 비교하십시오. 수신된 브로드캐스트 패킷 수는 수신된 총 패킷 수의 20% 미만이어야 합니다. 이 값이 높다면 네트워크 로드가 높다는 의미일 수 있습니다. 이 경우 멀티캐스팅을 사용하십시오. IP 멀티캐스팅을 사용하면 메시지에 주소를 지정하고 메시지를 그룹의 각 멤버에게 개별적으로 전송할 필요 없이 메시지를 호스트 그룹에 전송할 수 있습니다.
- DMA Overrun
어댑터가 DMA를 사용하여 패킷을 시스템 메모리에 넣고 있으며 전송이 완료되지 않은 경우 DMA Overrun 통계가 증분됩니다. 패킷을 배치할 수 있는 시스템 버퍼는 있지만 DMA 조작이 완료되지 못했습니다. 이 상황은 MCA 버스에 작업 로드가 많아서 어댑터가 패킷에 대해 DMA를 사용할 수 없는 경우에 발생합니다. 로드가 아주 많이 발생한 시스템의 경우, 버스에서 어댑터의 위치가 매우 중요합니다. 일반적으로, 버스에서 낮은 번호의 슬롯에 장착된 어댑터는 높은 버스 우선순위를 지정하면 더 높은 번호의 슬롯에 장착된 어댑터가 지원되지 않는 동안 버스의 많은 부분을 사용합니다. 이 사항은 낮은 슬롯 번호의 어댑터가 ATM 어댑터일 경우에 특히 해당됩니다.
- Max Collision Errors
충돌이 너무 많아서 실패한 전송 수입니다. 발생한 충돌 수가 어댑터에서의 재시도 횟수를 초과했습니다.
- Late Collision Errors
지연 충돌 오류로 인해 실패한 전송 수입니다.
- Timeout Errors
어댑터의 보고된 시간종료 오류로 인해 실패한 전송 수입니다.
- Single Collision Count
전송 중에 단일(단 한 번의) 충돌이 발생한 송신 패킷 수입니다.
- Multiple Collision Count
전송 중에 여러 번(2 - 5)의 충돌이 발생한 송신 패킷 수입니다.
- Receive Collision Errors
수신 중에 충돌 오류가 발생한 수신 패킷 수입니다.
- No mbuf Errors
장치 드라이버에서 mbuf를 사용할 수 없었던 횟수입니다. 이 오류는 드라이버가 인바운드 패킷을 처리하기 위해 메모리 버퍼를 확보해야 하는 경우 수신 조작 중에 발생합니다. 요청된 크기의 mbuf 풀이 비어 있는 경우 패킷이 버려집니다. netstat -m 명령을 사용하여 풀을 확인한 후 thewall 매개변수 값을 늘리십시오.
No mbuf Errors 값은 인터페이스마다 다르므로 netstat -m 출력의 requests for mbufs denied 값과 동일하지 않습니다. netstat -m 명령과 netstat -v 명령의 예에 나온 값을 비교하십시오(이더넷 및 토큰 링 부분).
네트워크 성능 문제점을 판별하려면 netstat -v 출력에서 Error 개수를 확인하십시오.
추가 지침:
- 이더넷 네트워크의 과부하 여부를 확인하려면 netstat -v 명령에서 다음과 같이 계산하십시오.
(Max Collision Errors + Timeouts Errors) / Transmit Packets결과가 5%를 초과할 경우 로드 밸런싱을 위해 네트워크를 재구성하십시오.
- netstat -v 명령에서 높은 네트워크 로드를 나타내는 경우는 다음과 같습니다.다음과 같이 netstat -v 출력(이더넷)에서 총 충돌 수가 전송된 총 패킷 수의 10%를 초과할 경우
Number of collisions / Number of Transmit Packets > 0.1
netstat -p 프로토콜
netstat -p 프로토콜은 프로토콜 변수에 대해 지정된 값(udp, tcp, sctp,ip, icmp)에 대한 통계를 보여줍니다. 이때 이 값은 잘 알려진 프로토콜 이름이거나 프로토콜에 대한 별명입니다.
일부 프로토콜 이름과 별명은 /etc/protocols 파일에 나와 있습니다. 널(null) 응답은 보고할 값이 없음을 나타냅니다. 해당되는 통계 루틴이 없는 경우, 프로토콜 변수에 지정된 값에 대한 프로그램 보고는 알 수 없음입니다.
다음은 ip 프로토콜에 대한 출력을 보여주는 예입니다.
# netstat -p ip
ip:
45775 total packets received
0 bad header checksums
0 with size smaller than minimum
0 with data size < data length
0 with header length < data size
0 with data length < header length
0 with bad options
0 with incorrect version number
0 fragments received
0 fragments dropped (dup or out of space)
0 fragments dropped after timeout
0 packets reassembled ok
45721 packets for this host
51 packets for unknown/unsupported protocol
0 packets forwarded
4 packets not forwardable
0 redirects sent
33877 packets sent from this host
0 packets sent with fabricated ip header
0 output packets dropped due to no bufs, etc.
0 output packets discarded due to no route
0 output datagrams fragmented
0 fragments created
0 datagrams that can't be fragmented
0 IP Multicast packets dropped due to no receiver
0 successful path MTU discovery cycles
1 path MTU rediscovery cycle attempted
3 path MTU discovery no-response estimates
3 path MTU discovery response timeouts
1 path MTU discovery decrease detected
8 path MTU discovery packets sent
0 path MTU discovery memory allocation failures
0 ipintrq overflows
0 with illegal source
0 packets processed by threads
0 packets dropped by threads
0 packets dropped due to the full socket receive buffer
0 dead gateway detection packets sent
0 dead gateway detection packet allocation failures
0 dead gateway detection gateway allocation failures
강조표시된 필드에 대한 설명은 다음과 같습니다.
- Total Packets Received
수신된 총 IP 데이터그램 수입니다.
- Bad Header Checksum 또는 Fragments Dropped
출력에 bad header checksum 또는 dup or out of space로 인한 fragments dropped가 표시될 경우, 네트워크에서 패킷이 손상되었거나 장치 드라이버 수신 큐의 크기가 충분하지 않음을 나타냅니다.
- Fragments Received
수신된 총 프래그먼트 수입니다.
- Dropped after Timeout
fragments dropped after timeout의 값이 0이 아닐 경우, 데이터그램의 모든 프래그먼트가 도착하기 전에 네트워크 과부하로 인해 time to life counter의 ip 프래그먼트가 만기된 것입니다. 이 문제를 방지하려면 no 명령을 사용하여 ipfragttl 네트워크 매개변수의 값을 늘리십시오. mbuf가 부족한 것이 이유일 수도 있습니다. 이 경우에는 thewall 값을 늘리십시오.
- Packets Sent from this Host
해당 시스템에서 작성되어 전송된 IP 데이터그램 수입니다. 전달된 데이터그램(패스-스루 트래픽)은 이 값에 포함되지 않습니다.
- Fragments Created
IP 데이터그램이 전송될 때 해당 시스템에 작성된 프래그먼트 수입니다.
IP 통계를 확인할 때 packets received 대 fragments received의 비율을 살펴보십시오. 작은 MTU 네트워크에 대한 지침으로, 패킷의 10% 이상이 프래그먼트화된 경우 원인을 보다 철저하게 조사해야 합니다. 프래그먼트 수가 많아진다는 것은 원격 호스트에서 IP 계층 위의 프로토콜이 데이터를 IP에 전달할 때 인터페이스의 MTU보다 큰 데이터 크기를 사용함을 나타냅니다. 네트워크 경로의 게이트웨이/라우터에도 네트워크의 나머지 노드보다 훨씬 작은 MTU 크기가 사용될 수 있습니다. packets sent 및 fragments created에도 동일한 로직을 적용할 수 있습니다.
프래그먼트화로 인해 추가 CPU 오버헤드가 발생하므로, 이 문제의 원인을 파악하는 것이 중요합니다. 일부 애플리케이션에서는 기본적으로 프래그먼트화가 발생할 수 있습니다. 예를 들어 소량의 데이터를 전송하는 애플리케이션에서 프래그먼트가 발생할 수 있습니다. 그러나 애플리케이션이 대량의 데이터를 전송하는 것이 분명한데 프래그먼트화가 계속 발생하면 그 원인을 찾아내야 합니다. 사용 중인 MTU 크기가 시스템에 구성된 MTU 크기가 아닐 수 있습니다.
다음은 udp 프로토콜의 출력을 보여주는 예입니다.
# netstat -p udp
udp:
11623 datagrams received
0 incomplete headers
0 bad data length fields
0 bad checksums
620 dropped due to no socket
10989 broadcast/multicast datagrams dropped due to no socket
0 socket buffer overflows
14 delivered
12 datagrams output
관련 통계는 다음과 같습니다.
- Bad Checksums
잘못된 체크섬은 하드웨어 카드 또는 케이블 장애 때문에 발생할 수 있습니다.
- Dropped Due to No Socket
대상 소켓 포트가 열리지 않은 상태로 수신된 UDP 데이터그램의 수입니다. 따라서 ICMP Destination Unreachable - Port Unreachable 메시지가 전송되었습니다. 그러나 수신된 UDP 데이터그램이 브로드캐스트 데이터그램일 경우 ICMP 오류가 생성되지 않습니다. 이 값이 높을 경우 애플리케이션의 소켓 처리 방식을 조사하십시오.
- Socket Buffer Overflows
소켓 버퍼 오버플로우는 충분하지 못한 전송 및 수신 UDP 소켓, 너무 적은 수의 nfsd 디먼 또는 너무 작게 지정된 nfs_socketsize, udp_recvspace 및 sb_max 값 때문에 발생할 수 있습니다.
netstat -p udp 명령이 소켓 오버플로우를 나타내는 경우, 서버에서 nfsd 디먼 수를 늘려야 할 수 있습니다. 먼저, CPU 또는 입출력 포화의 영향을 받은 시스템을 검사한 후 no -a 명령을 사용하여 다른 통신 계층에 권장되는 설정을 검증하십시오. 시스템이 포화 상태인 경우, 로드를 줄이거나 자원을 늘려야 합니다.
다음은 tcp 프로토콜의 출력을 보여주는 예입니다.
# netstat -p tcp
tcp:
576 packets sent
512 data packets (62323 bytes)
0 data packets (0 bytes) retransmitted
55 ack-only packets (28 delayed)
0 URG only packets
0 window probe packets
0 window update packets
9 control packets
0 large sends
0 bytes sent using largesend
0 bytes is the biggest largesend
719 packets received
504 acks (for 62334 bytes)
19 duplicate acks
0 acks for unsent data
449 packets (4291 bytes) received in-sequence
8 completely duplicate packets (8 bytes)
0 old duplicate packets
0 packets with some dup. data (0 bytes duped)
5 out-of-order packets (0 bytes)
0 packets (0 bytes) of data after window
0 window probes
2 window update packets
0 packets received after close
0 packets with bad hardware assisted checksum
0 discarded for bad checksums
0 discarded for bad header offset fields
0 discarded because packet too short
0 discarded by listeners
0 discarded due to listener's queue full
71 ack packet headers correctly predicted
172 data packet headers correctly predicted
6 connection requests
8 connection accepts
14 connections established (including accepts)
6 connections closed (including 0 drops)
0 connections with ECN capability
0 times responded to ECN
0 embryonic connections dropped
504 segments updated rtt (of 505 attempts)
0 segments with congestion window reduced bit set
0 segments with congestion experienced bit set
0 resends due to path MTU discovery
0 path MTU discovery terminations due to retransmits
0 retransmit timeouts
0 connections dropped by rexmit timeout
0 fast retransmits
0 when congestion window less than 4 segments
0 newreno retransmits
0 times avoided false fast retransmits
0 persist timeouts
0 connections dropped due to persist timeout
16 keepalive timeouts
16 keepalive probes sent
0 connections dropped by keepalive
0 times SACK blocks array is extended
0 times SACK holes array is extended
0 packets dropped due to memory allocation failure
0 connections in timewait reused
0 delayed ACKs for SYN
0 delayed ACKs for FIN
0 send_and_disconnects
0 spliced connections
0 spliced connections closed
0 spliced connections reset
0 spliced connections timeout
0 spliced connections persist timeout
0 spliced connections keepalive timeout
관련 통계는 다음과 같습니다.
- Packets Sent
- Data Packets
- Data Packets Retransmitted
- Packets Received
- Completely Duplicate Packets
- Retransmit Timeouts
TCP 통계의 경우, 전송된 패킷 수와 재전송된 데이터 패킷 수를 비교하십시오. 재전송된 패킷 수가 총 전송 패킷 수의 10 - 15%를 초과할 경우 TCP 시간종료가 발생하는데, 이는 네트워크 트래픽이 너무 높아 시간종료 이전에 응답(ACK)을 리턴할 수 없음을 나타냅니다. 수신 노드에서의 병목 현상이나 일반 네트워크 문제도 TCP 재전송을 야기할 수 있습니다. 이 경우 네트워크 트래픽이 증가하고, 더 나아가 네트워크 성능 문제가 가중됩니다.
또한 수신된 패킷 수와 완전한 중복 패킷 수도 비교하십시오. 수신 노드에서 ACK를 수신하기 전에 전송 노드의 TCP가 시간종료될 경우 패킷이 재전송됩니다. 수신 노드가 재전송된 패킷을 결과적으로 모두 수신할 경우 중복 패킷이 발생합니다. 중복 패킷 수가 10 - 15%를 초과할 경우에도 너무 많은 네트워크 트래픽 또는 수신 노드에서의 병목 현상이 원인일 수 있습니다. 중복 패킷이 있을 경우 네트워크 트래픽이 증가합니다.
TCP가 패킷을 전송하지만 ACK를 제때 수신하지 못할 경우 재전송 시간종료 값이 발생합니다. 이때 패킷이 재전송됩니다. 후속 재전송이 일어날 때마다 이 값은 증분됩니다. 이러한 재전송이 연속으로 발생할 경우 CPU 사용량이 증가하고, 이로 인해 수신 노드가 패킷을 수신하지 못할 경우 패킷이 삭제됩니다.
netstat -s
netstat -s 명령은 각 프로토콜에 대한 통계를 보여줍니다. 반면 netstat -p 명령은 지정된 프로토콜에 대한 통계를 보여줍니다.
netstat -s 명령은 다음 프로토콜에 대한 통계만 표시합니다.
- TCP
- UDP
- SCTP
- IP
- IPv6
- IGMP
- ICMP
- ICMPv6
netstat -s -s
-s -s 옵션은 netstat -s 출력에서 값이 0이 아닌 행만 보여주므로, 오류 수를 확인하기 쉽습니다.
netstat -s -Z
netstat -s 명령의 모든 통계 계수기를 0으로 지웁니다.
netstat -r
성능과 관련된 또 다른 옵션은 발견된 PMTU(Path Maximum Transmission Unit)를 표시하는 것입니다. netstat -r 명령을 사용하면 이 값을 표시할 수 있습니다.
여러 네트워크 경로를 통해 통신하는 두 호스트에서 전송된 패킷의 크기가 경로에 있는 네트워크의 가장 작은 MTU보다 작을 경우 전송된 패킷이 프래그먼트화됩니다. 패킷 프래그먼트화로 네트워크 성능이 저하될 수 있으므로 네트워크 경로에서 가장 작은 MTU보다 작은 크기의 패킷을 전송하여 프래그먼트화를 피하는 것이 좋습니다. 이 크기를 경로 MTU라고 합니다.
다음은 netstat -r -f inet 명령을 사용하여 라우팅 테이블만 표시하는 예입니다.
# netstat -r -f inet
Routing tables
Destination Gateway Flags Refs Use If PMTU Exp Groups
Route tree for Protocol Family 2 (Internet):
default res101141 UGc 0 0 en1 - -
ausdns01.srv.ibm res101141 UGHW 1 4 en1 1500 -
10.1.14.0 server1 UHSb 0 0 en1 - - =>
10.1.14/24 server1 U 3 112 en1 - -
brown17 loopback UGHS 6 110 lo0 - -
10.1.14.255 server1 UHSb 0 0 en1 - -
magenta res1031041 UGHW 1 42 en1 - -
127/8 loopback U 6 16633 lo0 - -
192.1.6.0 en6host1 UHSb 0 0 en0 - - =>
192.1.6/24 en6host1 U 0 17 en0 - -
en6host1 loopback UGHS 0 16600 lo0 - -
192.1.6.255 en6host1 UHSb 0 0 en0 - -
192.6.0.0 fc0host1 UHSb 0 0 fc0 - - =>
192.6.0/24 fc0host1 U 0 20 fc0 - -
fc0host1 loopback UGHS 0 0 lo0 - -
192.6.0.255 fc0host1 UHSb 0 0 fc0 - -
netstat -D
-D 옵션을 사용하면 통신 서브시스템의 각 계층으로 들어오고 나가는 패킷 수를 각 계층에서 삭제된 패킷 수와 함께 볼 수 있습니다.
# netstat -D
Source Ipkts Opkts Idrops Odrops
-------------------------------------------------------------------------------
ent_dev1 32556 727 0 0
ent_dev2 0 1 0 0
ent_dev3 0 1 0 0
fcnet_dev0 24 22 0 0
fcnet_dev1 0 0 0 0
ent_dev0 14 15 0 0
---------------------------------------------------------------
Devices Total 32594 766 0 0
-------------------------------------------------------------------------------
ent_dd1 32556 727 0 0
ent_dd2 0 2 0 1
ent_dd3 0 2 0 1
fcnet_dd0 24 22 0 0
fcnet_dd1 0 0 0 0
ent_dd0 14 15 0 0
---------------------------------------------------------------
Drivers Total 32594 768 0 2
-------------------------------------------------------------------------------
fcs_dmx0 0 N/A 0 N/A
fcs_dmx1 0 N/A 0 N/A
ent_dmx1 31421 N/A 1149 N/A
ent_dmx2 0 N/A 0 N/A
ent_dmx3 0 N/A 0 N/A
fcnet_dmx0 0 N/A 0 N/A
fcnet_dmx1 0 N/A 0 N/A
ent_dmx0 14 N/A 0 N/A
---------------------------------------------------------------
Demuxer Total 31435 N/A 1149 N/A
-------------------------------------------------------------------------------
IP 46815 34058 64 8
IPv6 0 0 0 0
TCP 862 710 9 0
UDP 12412 13 12396 0
---------------------------------------------------------------
Protocols Total 60089 34781 12469 8
-------------------------------------------------------------------------------
en_if1 31421 732 0 0
fc_if0 24 22 0 0
en_if0 14 20 0 6
lo_if0 33341 33345 4 0
---------------------------------------------------------------
Net IF Total 64800 34119 4 6
-------------------------------------------------------------------------------
(Note: N/A -> Not Applicable)
Devices 계층은 어댑터로 들어오는 패킷 수, 어댑터에서 나가는 패킷 수 및 입출력 시 삭제된 패킷 수를 보여줍니다. 어댑터 오류의 원인은 여러 가지입니다. netstat -v 명령을 사용하여 자세한 사항을 검토할 수 있습니다.
Drivers 계층은 장치 드라이버에서 처리하는 패킷 수를 어댑터별로 보여줍니다. 여기서 netstat -v 명령의 출력은 오류 수를 판별하는 데 유용합니다.
Demuxer 값은 demux 계층의 패킷 수를 보여주며, Idrops는 보통 필터링으로 인해 패킷이 거부되었음을 나타냅니다. 예를 들어 Netware 또는 DecNet 패킷이 거부되는 것은 검사 중인 시스템에서 이러한 패킷이 처리되지 않았기 때문입니다.
Protocols 계층에 대한 자세한 내용은 netstat -s 명령의 출력에서 볼 수 있습니다.
참고: 통계 출력에서 필드 값에 N/A가 표시되면 개수가 적용되지 않음을 나타냅니다. NFS/RPC 통계의 경우, RPC(Remote Procedure Call)를 통해 전달되는 수신 패킷 수는 NFS(Network File System)을 통해 전달되는 패킷 수와 동일하므로, 이 값이 NFS/RPC Total 필드에 합산되지 않습니다. 따라서 N/A로 표시됩니다. NFS에는 NFS와 RPC에 적용되는 송신 패킷 또는 송신 패킷 삭제 계수기가 없습니다. 따라서 이들 개수에 대한 필드 값은 N/A로 표시되며, 누적 개수는 NFS/RPC Total 필드에 저장됩니다.
netpmon 명령
netpmon 명령은 추적 기능을 사용하여 일정한 시간 간격 동안 네트워크 활동에 대한 자세한 정보를 얻습니다. 추적 기능을 사용하므로 루트 사용자 또는 시스템 그룹의 멤버만 netpmon 명령을 실행할 수 있습니다.
traceroute 명령
The traceroute 명령은 네트워크 테스트, 측정 및 관리에 사용됩니다.
iptrace 디먼과 ipreport 및 ipfilter 명령
여러 도구를 사용해 네트워크 활동을 관찰할 수 있습니다. 몇몇 도구는 운영 체제에서 실행되고 기타 도구는 전용 하드웨어에서 실행됩니다. iptrace 디먼과 ipreport 명령을 함께 사용해 워크로드에 따라 생성된 LAN 활동에 대한 상세한 패킷별 설명을 얻을 수 있습니다.
어댑터 통계
이 절의 명령에서는 netstat -v 명령과 비교할 수 있는 출력을 제공합니다. 어댑터 통계를 재설정할 수 있으며(-r) netstat -v 명령 출력에서 제공하는 것보다 자세한 출력을 얻을 수 있습니다(-d).
no 명령
no 명령과 해당 플래그를 사용하여 현재 네트워크 값을 표시하고 옵션을 변경할 수 있습니다.
IBM