|
Field |
Description |
|
ⓐ Serial0 is ..[UP/DOWN] → is administratively down |
해당 인터페이스가 Active상태인지 아닌지를 확인하는 것으로 회선의 연결상태를 나타낸다,즉, DCE(CSU/FDSU/DSU등)장비와 라우터간 인터페이스 신호가 정상적인지를 확인할 수 있다. administratively down상태는 라우터 인터페이스가 shutdown상태이며 라우터가 정상적으로 setting되지 않았음을 알 수 있다. |
|
ⓑ line protocol is [up/down] |
line의 상태를 확인할 수 있다. 상대측 라우터와 회선이 정상적으로 연결되었는지, Interface Encapsulration이 일치하는지를 알 수 있다. down인 경우 다음과 같이 확인한다.
-자신의 라우터와 DCE장비(CSU/FDSU/DSU)간 V.35 Cable 접속상태 확인.
-상대방의 DCE에서 loopback을 걸고 자신의 DCE에서 Test pattern을 송신했을때 bit error 발생 여부 확인
-상대방의 DCE장비(CSU/FDSU/DSU) alarm 발생여부 확인.
-상대방의 DCE장비에서 LoopBack을 걸면 자신의 라우터는 line protocol up [looped]라고 표시되는지 확인. |
|
ⓒ Hardware is QUICC Serial |
하드웨어의 형태를 나타낸다 |
|
ⓓ Internet address is 210.98.143.18/30 |
IP address와 subnetmask를 나타낸다 /30은 255.255.255.252의 새로운 mask표시방법이다 |
|
ⓔ MTU 1500 bytes |
인터페이스가 전송할 수 있는 최대 packet size단위 |
|
ⓕ BW 512 Kbit (BW=BandWidth) |
인터페이스에 설정된 대역폭의 변수로서 전용선의 속도가 512kbps임을 나타낸다 |
|
ⓖ DLY 20000 usec |
인터페이스 지연시간 |
|
ⓗ rely 255/255 (Reliability) |
인터페이스의 신뢰성을 나타내는 수치이며 5분간 평균을 나타낸다. 255/255가 100%로 정상상태이며 수치가 떨어질 경우 회선품질이 떨어진 것으로 ISP에 장애처리 요청을 하면된다. |
|
ⓘ load 5/255 |
인터페이스에 부하를 나타내는 것으로 5분간 평균치이며, 부하가 올라 갈수록 인터넷 사용속도가떨어지게 됨으로 주의깊게 관찰하여야 한다. |
|
ⓙ Encapsulation HDLC |
인터페이스에서 사용하는 통신방법
- HDLC(High level Data Link Control) : 시스코 라우터끼리 사용하는 통신방법
- PPP(Point-to-Point Protocol) : 이기종 라우터간 사용하는 통신방법 |
|
ⓚ loopback not set |
라우터 interface loopback설정여부 표시, 해당인터페이스 내부에서 LoopBack을 사용 |
|
ⓛ keepalive set (10 sec) |
회선상태를 확인하는 시간, 10초 단위로 회선상태를 check |
|
ⓜ Last input 00:00:00 |
해당인터페이스가 마직막 패킷을 받고난 시간 |
|
ⓝ output 00:00:00 output hang never
Last clearing of "show interface" counters 19:05:07 |
인터페이스가 마지막으로 패킷을 보낸 시간
- interface counter를 clear하고 난 이후의 시간을 표시 (19시간5분7초가 경과되었음을 의미) |
|
ⓞ Queueing strategy: fifo |
Queue에 저장된 데이터 전송방식으로 interface에서 fair-queue설정명령에 의함
- fifo(first in first out) : Queue에 먼저 저장된 data부터 먼저 전송
- weighted fair : Queue에 저장된 data중 우선 순위에 따라 전송 |
|
ⓟ Output queue 0/40, 63 drops; input queue 0/75, 0 drops |
Output과 Input Queue의 패킷수로 drop은 Queue가 차서 버리는 패킷수. drop되는 packet이 많을 경우
Queue를 늘려 주면되는데 이는 다른 부분에 영향을 줄 수 있으므로 주의를 요한다 |
|
ⓠ 5 minute input rate 109000 bits/sec, 30 packets/sec |
5분간 평균적으로 수신된 데이터량을 표시하는 것으로 109kbps를 수신 |
|
ⓡ 5 minute output rate 11000 bits/sec, 21 packets/sec |
5분간 평균적으로 송신된 데이터량을 표시. 11kbps |
|
ⓢ 0 no buffer |
시스템내의 buffer가 없어서 인터페이스가 받아 버린 패킷의 수 |
|
ⓣ Received 7973 broadcasts |
: 인터페이스가 broadcast나 multicast 패킷을 받은 패킷의 총 수(7973)
|
|
ⓤ 0 runts |
data field의 최소 전송 패킷사이즈(46byte)보다 작아서 버린 패킷의 수 |
|
ⓥ 0 giants |
data field의 최대 전송 패킷사이즈(1500byte)보다 커서 버린 패킷의 수 |
|
ⓦ 0 input errors |
no buffer,runts,giants,CRC, frame, overrun, ignored, abort counts의 전체 수치를 나타낸다. input과 관련된 다른 에러를 포함한 전체 에러수를 나타낸다 |
|
ⓧ 0 CRC |
패킷 자체의 error checksum을 통해 보내진 데이터와 받은 데이터가 정확한지를 체크하고 에러가 발생할 때 표시. CRC 발생요인으로 전송로의 잡음이나 noise, DCE오동작,인터페이스케이블 접속불량등이 있다. |
|
ⓨ 0 frame |
CRC에러등을 가진 부정확한 패킷의 수, 주로 noise나 전송장애시에 발생 |
|
ⓩ 0 overrun |
serial에서 들어오는 input data를 receiver hardware가 처리할 수 없을 정도의 data가 들어와 정상적으로 할 수 있는 능력을 상실한 경우를 말하는데, hardware buffer가 data를 받아서 처리할 수 없게된 횟 수 |
|
① 0 ignored |
broadcast storm이나 noise의 갑작스런 증가로 인하여 ignored가 증가. interface hardware buffer가 부족 하여 interface가 받은 data packet을 소화해내지 못하고 무시하는 횟수 |
|
② 0 abort |
serial interface와 데이터 링크 장비 사이의 clock문제로 인하여 발생. clock설정이 잘못된 경우에도 발생한다. |
|
③ 0 underruns |
serial로 나가는 output data를 tranceiver hardware가 처리하지 못하게 된 횟수 |
|
④ 0 output errors |
underruns, collisions, interface resets, output buffer failures, output buffers swapped out carrier transitions counts의 전체 수치를 나타낸다. ouput과 관련된 전체 에러 수 |
|
⑤ 0 collisions |
Ethernet collision 때문에 재전송되는 메시지의 수. 이런 현상은 Ethernet cable이 너무 길거나, 접속불량, 허브를 너무 많이 연결할 경우에 발생한다. 약간의 collision발생은 상관없지만 장비의 이상유무를 점검하거나 client PC 를 분리하여야 한다 |
|
⑥ 0 interface resets |
인터페이스가 완전히 reset된 횟 수. 이 경우는 특정시간안에 Queue에 있는 패킷을 전송 하지 못하는 경우 발생한다. Serial회선의 경우에는 주로 DCE에서 Clock signal을 공급하지 못하는 경우나 케이블 문제로 발생한다. 회선이 down될 때와 up될 때 1번씩 증가한다 |
|
⑦ 0 output buffer failures |
output buffer가 failures상태가 된 횟수 |
|
⑧ 0 output buffers swapped out |
output buffer이상으로 바뀐 횟수 |
|
⑨ 0 carrier transitions |
Serial interface의 DCD(Data Carrier Detect) Signal 변경 횟수, 수치 증가시 회선이
down/up 되고 있으므로 전용회선의 시험이 필요하다 |
|
⑩ DCD=up DSR=up DTR=up RTS=up CTS=up |
- DCD : 상대 DCE로부터 수신된 반송파 유무를 표시
- DSR : DCE 동작 완료 상태를 표시 (Data Set Ready)
- DTR : 라우터 동작 완료 상태를 표시 (Data Terminal Ready)
- RTS : 라우터가 DCE에 데이터 송신요구표시 준비를 완료한다. (Request To Send)
- CTS : DTE가 DTE에 데이터 송신 가능을 표시(Clear TO Send) |
CISCO 라우터 show interface명령을 이용한 회선상태 분석 | 넷떡방 
댓글