- BGP Notification Message 가 Peer 에게 보내지면 그 즉시 BGP Connection은 끊어진다.

Error Code: 1-Message header Error
Error Subcode
1-Connection Not Synchronized(19바이트 보다 작거나 4096바이트보다 클 경우, 또는 message type 에 의한 길이와 일치하지 않을 경우)
2-Bad Message Length(Type 필드가 유효하지 않음)

Error Code: 2-Open message Error
Error Subcode
1-Unsupported Version Number 
2-Bad Peer AS 
3-Bad BGP Identifier 
4-Unsupported Optional Parameter 
5-Authentication Failure 
6-Unacceptable Hold Timer 
7-Unsupported Capability


Error Code: 3-UPDATE message Error
Error Subcode
1-Malformed Attributed List 
2-Unrecognized Well-Known Attribute 
3-Missing Well-Known Attribute 
4-Attribute Flags Error 
5-Attribute Length Error 
6-Invalid Origin Attibute
(Origin 이 유효하지 않음)
7-AS Routing Loop 
8-Invaild NEXT_HOP Attribute 
9-Optional Attribute Error 
10-Invalid Network Field 
11-Malformed AS_PATH

Error Code: 4-Hold Timer expired
 
Error Code: 5-Finite State Machine Error(for errors detected by the FSM)
 
Error Code: 6-Cease(for fatal errors besides the ones already listed)
 

'IT > 네트워크' 카테고리의 다른 글

아이폰 케이스를 사다  (2) 2010.06.01
Route Selection  (0) 2010.05.23
BGP Notification Message  (0) 2010.05.22
네이버의 이웃커넥트 위젯을 달다  (3) 2010.05.11
블로그의 도메인 등록 변경  (0) 2010.05.06
GNS3 (네트워크 시뮬레이터) 설치  (0) 2010.05.06
Posted by novice9

댓글을 달아 주세요

NSAP Address Assignment
 OSI는 NSAP 네트워크 주소체계를 사용한다.(NSAP 주소는 다양한 포맷이 사용가능하다.)
- 주소체계(Cisco)
  AreaID: 라우터가 속하는 Area를 정의(이 주소가 다르면 서로 다른 Area에 속하는 라우터이다.)
  SysID: IS-IS Router에 대한 식별자(MAC주소등이 사용될 수 있다.)
  NSEL: 라우터에 대해서는 항상 All-zero가 사용됨
                
  주) NSEL: 0x00 은 Network Entity Title 을 의미
       NSAP 주소가 49(AFI)로 시작하는 것은 Private address 를 의미한다.
       당연히 SysID는 AREA 내에서 유일해야 한다.(권고:도메인 전체내에서 유일)
       level-1 라우팅은 SysID에 기반하고, level-2 라우팅에서는 Area ID가 사용된다.

IS-IS PDU
 IS-IS에서 사용하는 data units(PDUs)는 data-link frame에 encapsulation된다.(즉 IP 프로토콜을 사용하지 않는다.)
 - Hello PDUs:ESH,ISH,IIH(IS-IS Hello)
 - LSP
 - PSNP(Partial sequence number PDU)
 - CSNP(Complete sequence numbeer PDU)


IS-IS PDU Type Number
Hello PDUs Level 1 LAN IS-IS Hello PDU 15

Level 2 LAN IS-IS Hello PDU 16

Point-to-point IS-IS Hello PDU 17
Link State PDUs Level 1 LSP 18

Level 2 LSP 20
Sequence Numbers PDUs Level 1 CSNP 24

Level 2 CSNP 25

Level 1 PSNP 26

Level 2 PSNP 27

 IS-IS Data-link Header(0xFEFE) => IS-IS header(first byte 0x83) => IS-IS TLVs

LSP(LAN 환경)
 Dijkstra 알고리즘은 브로드캐스트환경에서 virtual Router(DIS:Desinated Intermediate System)를 필요로 한다.
 - DIS 선출기준
   Priority(기본값 64),MAC address(높은 순)
   DIS 가 장애일 경우 곧바로 다른 라우터가 DIS가 된다.
Posted by novice9

댓글을 달아 주세요

  (IETF RFC2328,IP protocol number 89)

 


일반특징

    link-state 알고리즘 사용

    빠른 수렴(fast convergence)

    VLSM지원

    효율적인 라우팅정보 업데이트

    대역폭에 기반한 경로선택

    Equal-cost 다중경로 지원
    AS를 Area로 구분하며 동일한 Area 내의 라우터들은 동일한 link-state 데이터베이스를 가짐

    Area는 동일한 area id를 가진 네트웍과 라우터로 정의함(라우터는 여러개의 Area에 속할 수 있음)

 

Hello 메세지의 내용

        neghbor조건:Hello/dead intervals,Area-ID,Authentication password,Stub area flag 일치

 

    라우터들은 neighborship를 맺기 위해 hello메세지를 224.0.0.5 의 주소로 주고받는다.

    Router ID: 32bits,UP되어 있는 가장 큰 IP가 선택됨(루프백이 설정될 경우는 루프백이 우선)

    Hello/dead intervals: 기본값은 10초/4x Hello interval

    Neighbors:

    Area-ID:

    Router priority: 8bits,DR/BDR 선정시 사용할 우선값

    DR IP address:

    BDR IP address:

    Authentication password: 인증이 사용될 때

    Stub area flag: Stub area내에서 사용


 

LAN환경(multiaccess network)

        DR/BDR 선정하고 나머지 라우터들은 DR/BDR과 adjacency를 맺도록 하여 불필요한 부하를 줄인다.

 - DR/BDR 선정조건

        Hello패킷내의 priority값을 비교하여 높은값을 가진 라우터가 DR,그 다음은 BDR

        priority(기본값:1)이 같을 경우 router ID를 비교하여 높은 값을 가진 라우터가 DR,BDR

        priority가 "0"이면 DROTHER라고 부르고 DR/BDR 선정에 참여할 수 없음

        priority가 높은 라우터가 새로이 네트웍에 추가되더라도, 기존의 DR/BDR이 다운되었을 때만 바뀜

 - DR/BDR 선정 및 정보 교환
   1.DOWN state: 이웃라우터에 대한 정보가 전혀 없는 상태
            hello packet 송신(224.0.0.5)
   2.INIT state: 네트웍내의 라우터들이 hello를 수신하여 neighbor 리스트에 등록한 상태
            unicast reply hello 송신(물론 neighbor필드에 수신한 정보를 포함시켜 송신)
   3.TWO-WAY state: 수신한 hello패킷내에 자신이 있음을 확인한 상태
            DR/BDR 선정
   4.EXSTART state: DR/BDR 이 정해진 상태로 DR/BDR은 각 라우터와 adjacency형성
            database description packets(DBD) 정보를 교환하기 시작
   5.EXCHANGE state: DBD를 교환하고 있는 상태
            DBD를 정상적으로 받았음을 LSAck으로 확인,DBD로 새로운 link-state-entry가 있는지 가지고 있는 정보와 비교
   6.Loading state: link-state-request로 새로운 정보를 요구하는 상태
            LSU(link-state update)정보를 교환,LSAck으로 수신확인
   7.Full state: 모든 LSR요구에 대한 응답이 완료되어 link-state정보가 synchronize된 상태
            이후 부터는 10초마다 hello패킷 송수신(DR/BDR과)
  
          참고: OSPF multicast address:224.0.0.5, all OSPF DRs:224.0.0.6

OSPF multi Area
   AS를 Area로 분할하는 이유
      잦은 SPF 알고리즘 계산
      과다한 라우팅테이블
      과다한 link-state 테이블

OSPF라우터의 Type
   Internal router
        전 인터페이스가 동일한 Area인 라우터,동일한 Area내의 internal router는 동일한 link-state database를 가지고 있다.
   Backbone router
        Area 0(backbone area)에 1개의 인터페이스라도 연결된 라우터
   ABR(Area border router)
        2개 이상의 Area와 연결된 라우터,결과적으로 2개 이상의 link-state database를 유지해야 한다.
   ASBR(Autonomous system boundary router)
        1개 이상의 인터페이스가 다른 AS와 연결된 라우터,다른 라우팅프로토콜로 생성된 라우팅정보를 OSPF네트웍으로 전달해주는 기능이 있다.
 
Link-State Advertisement의 종류
   Type1: Router link entry
        Point-to-Point network에서 생성
   Type2: Network link entry
        multiaccess network에서 DR에 의해 생성됨
   Type3,4: Summary link entry(외부 Area로 전파)
        ABR에 의해 생성되고 ABR과 internal router사이의 link를 기술
        Type 3은 local area와 backbone area로 전파,
        Type 4는 ASBR을 향한 경로 기술,Totally stubby area로 전파되지 않음
   Type5: AS external link entry(내부 AS로 전파)
        ASBR에 의해 생성,외부 AS로 향하는 라우팅 기술,stub,totally stubby,not-so-stubby area로 전파되지 않음
   Type6: Group-membership link entry
        MOSPF에서 사용(multicast)
   Type7: NSSA AS external link entry
        NSSA에서 ASBR에 의해 생성,NSSA내부로만 전파됨

Stub Area 와 Totally Stubby Area
       Area 외부로 연결되는 PATH가 하나뿐이어서 외부로 나오는 Routing 은 default routing 을 사용할 수 있는 Area
   Stub area:  ABR에서 Type3(Summary LSA)과 default routing이 Area 내부로 전파된다.
      설정: ABR과 AS내의 internal router에 "area area-id stub" 설정추가
   Totally Stubby Area: Type3 조차도 ABR에서 Area내부로 전파하지 않는다. ABR은 오직 default routing만 전파한다.
      설정: ABR에  "area area-id stub no-summary" 설정,AS내의 internal router는 "area area-id stub"
 
Route Summarization
        OSPF는 classful 라우팅 프로토콜이 아니다. 그러므로 Autosummarization을 수행하지 않고 수동설정이 필요하다    
   ABR:
        router(config-router)# area area-id range address mask
   ASBR:
        router(config-router)# summary-adress address mask [not-advertise] [tag tag]
       

'IT > 네트워크' 카테고리의 다른 글

GNS3 (네트워크 시뮬레이터) 설치  (0) 2010.05.06
Intergrated IS-IS Routing Protocol-1  (0) 2009.10.25
OSPF(Open Shortest Path First) protocol  (0) 2009.08.12
EIGRP routing protocol 요약-2  (0) 2009.08.10
EIGRP routing protocol 요약-1  (0) 2009.08.09
DDoS 논란  (6) 2009.07.09
Posted by novice9
 TAG Cisco, OSPF, stub area

댓글을 달아 주세요

- Summarization
  Auto: EIGRP 는 Auto-summarization 이 기본으로 켜져 있으며, classful 한 Update를 전달한다.
  Manual:
   router(config-router)# no auto-summary
         <= auto-summary를 끈다
    router(config-if)# ip summary-address eigrp [as-number] [address] [mask]
         <= 인터페이스로 나가는 router update에 대해 summarization을 지정한다.
    주의) 인터페이스에 수동 summary가 설정될 경우 라우터는 즉시 NULL라우팅도 생성한다(라우팅 루프를 막기위해)
 
- 부하분산
  Equal-cost load balancing 지원(최대 6개까지,4개가 기본값)
  Unequal-cost load balancing 지원
    variance(1~128,기본값:1) 명령어를 통해서 cost가 다른 path에 대해서도 부하분산을 할 수 있음
    "variance x [FD]" 보다 작은 cost를 가진 path를 선택하여 부하분산
 
 - EIGRP Query 
   라우팅이 없어지고 사용가능한 feasbile successor가 없을 경우 Query
   해당 라우팅테이블은 ACTIVE state로 천이
   Query패킷은 successor 방향의 인터페이스를 제외한 모든 neighbor로 보냄
   Neighbor 라우터가 해당 route 에 대한 정보를 가지고 있지 않을 경우, Query는 인접 neighbor로 재전파(propagate)
   모든 Query에 대한 응답을 수신했을 경우 ACTIVE state에서 나올 수 있으나, neighbor라우터중 하나라도 응답이 없을 경우 라우팅테이블은 stuck-in-active 상태
     => Query Range 제한이 필요
 
 - Query Range
   Query는 해당 네트웍이 Summarization 되었을 경우 더 이상 전파되지 않는다.(라우터가 specific한 라우팅정보에 대해 알 수 없기 때문에 infinity 로 응답)
   주의)AS의 경계에서도 Query는 전파된다.(AS의 경계에서 일단 Reply는 보내지만 새로운 Query가 생성되어 다른 AS로 전파된다.)


'IT > 네트워크' 카테고리의 다른 글

Intergrated IS-IS Routing Protocol-1  (0) 2009.10.25
OSPF(Open Shortest Path First) protocol  (0) 2009.08.12
EIGRP routing protocol 요약-2  (0) 2009.08.10
EIGRP routing protocol 요약-1  (0) 2009.08.09
DDoS 논란  (6) 2009.07.09
윈도우 nslookup 명령어  (0) 2009.06.16
Posted by novice9

댓글을 달아 주세요

 - 간략한 특징
    빠른 수렴(Rapid convergence)
    대역폭 절약: EIGRP는 주기적인 update를 하지 않고, 변화가 생겼을 때만 필요한 라우터에게 필요한 라우팅업데이트(Diffusing Update Algorithm:DUAL)만 보낸다
            (link-state routing protocol은 area 안의 모든 라우터에게 업데이트를 보낸다)
    네트웍레이어 프로토콜 지원: IP외에도 IPX,AppleTalk,Netware도 지원한다.

    Classless routing: VLSM을 지원
    Unequal Cost path load balancing:
    IP계층의 protocol 번호 88번을 사용하여 라우팅을 전달(참고 TCP:6,UDP:17)

    Route Summarization: 수동과 자동 summarization 을 지원(Supernet 도 당연히 지원)
    EIGRP는 3가지의 TABLE을 가지고 있다
        Neighbor table: 각 라우터는 neighbor 테이블에 인접한 라우터를 관리한다.
        Topology table: 각 라우터는 라우터가 아는 모든 목적지에 대한 route entry를 가지고 있다.
        Routing table: Topology 테이블로부터 EIGRP 는 최적의(successor) 라우팅을 선택한다.(Successor는 라우팅 테이블에서 관리한다.)
        Successor와 Feasible successor: Feasible successor route 는 백업경로를 말한다.(Feasibel successor는 토폴로지 테이블에서 관리한다.)

 

 - EIGRP 패킷
   Hello: Neighbor discovery를 위해서 사용,multicast(224.0.0.10)주소를 사용(Ack number:0,기본값 5초마 송신,T1 이하 60초)
   Update:새로운 route 생겼거나 convergence 상태가 되었을 때, multicast 주소로 Update
   Query: 라우터가 라우팅테이블 계산을 하면서 feasible successor가 없을 때 이웃한 라우터들에게 qurey(multicast)
   Reply: qruery 패킷에 대한 응답(Unicast)
   Acknowledgment: 일종의 Hello패킷(Ack number 이 "0" 이 아님),Update,Qurey,Reply 패킷에 대한 응답

  cf) Hello/Ack 패킷은 Ack이 불필요,Update,Query,Relpy는 Ack이 필요(Sequence number를 가지고 확인)
      => 라우터는 Ack이 수신되지 않을 때 재전송(16번까지 혹은 hold time 까지)하나 여전할 때 Neighbor relationship을 리셋함

                    
 - EIGRP neighbor 의 조건
   hello 패킷의 주기와 hole time(hello패킷을 받지 못해도 neighbor가 살아있다고 간주하는 시간)이 동일하지 않아도 된다.
   hello 패킷은 인터페이스의 primary 주소를 사용한다.(즉 primary 주소를 사용해서 neighbor를 형성한다)
   K-value 가 일치해야 한다.
   AS number가 일치해야 한다.

- EIGRP Metric 계산

   [K1 x BW + (K2 x BW) / (256-load) + K3 x Delay] x [K5 / (Reliability + K4)]   <=기본값: K1,K3=1,K2,K4,K5=0
     * Delay는 경로에 대한 delay의 합산: [Delay in 10s of microseconds] x 256
        BW는 경로상의 링크들이 가진 가장 작은 대역폭: [10000000 / (bandwidth in Kbps)] x 256
         => Metric = BW + Delay (기본값)

 

 - Diffusing Update Algorithm
   AD(advertised Distance:next hop router에서 목적지까지의 cost) + next hop router까지의 cost = FD(Feasible Distance)
   목적지까지 똑같은 FD를 가진 여러개의 Successor(목적지에 도달하기위해 거쳐야하는 인접라우터)가 있을 수 있으며, 라우팅테이블에서 관리된다.
   FD보다 작은 AD값을 가진 인접라우터에 대한 루트를  백업으로 관리하며 Feasble Successor라 한다.
   Feasible Successor가 없는 라우팅테이블이 삭제되었을 때(AD > FD), 해당 라우팅은 ACTIVE 상태로 되어 새로운 Successor를 찾는 Query 를 보낸다.


 

- 설정절차

   router(config)# router eigrp autonomous-system-mnuber
       <=AS 번호를 지정
   router(config-router)# network network-number
       <=EIGRP를 구동할 인터페이스의 네트웍을 지정
   router(config-if)# bandwidth kilobits
       <=인터페이스의 속도를 EIGRP에 알려줌

'IT > 네트워크' 카테고리의 다른 글

OSPF(Open Shortest Path First) protocol  (0) 2009.08.12
EIGRP routing protocol 요약-2  (0) 2009.08.10
EIGRP routing protocol 요약-1  (0) 2009.08.09
DDoS 논란  (6) 2009.07.09
윈도우 nslookup 명령어  (0) 2009.06.16
윈도우 route 명령 사용법  (0) 2009.06.15
Posted by novice9

댓글을 달아 주세요

네트웍장비들의 인터페이스의 성능을 모니터링하기 위해 주로 사용하는 용어들을 시스코사중심으로 정리해 보았다. 다른 장비에서 크게 차이는 없다.

 

runt : 이더넷에서 64 byte 이하의 크기를 가진 이더넷 frame을 수신하였을 때 증가

giants: CRC를 포함하여 1518byte 이상의 크기를 가진 frame을 수신하였을 대 증가(preamble 제외)

input errors: no buffer,runts,giants,CRCs,frame,overrun,ignored 를 총합산한 에러 frame수

CRC: 입력 패킷에 대한 CRC에러 발생 수

frame: 8bit 로 된 byte 단위로 끝나지 않은 잘못된 frame을 수신한 수

overrun: input rate가 한계치를 넘어서 receiver가 데이터를 시스템 버퍼에 저장할 수 없게 된 횟수

ignored: 내부버퍼가 없어 인터페이스에 인입된 패킷을 drop한 횟수,시스템 버퍼와는 다름,broadcast storm이나 noise 때문에 발생할 수 있음

abort: 수신한 frame의 일련번호가 잘못되었을 때 발생

dribble condition detected: frame에 bit에러가 주기적으로 발생할 경우,frame은 처리됨

underruns: 장비가 처리할 수 있는 용량보다 transmitter가 빠르게 보낸 횟수

output errors: 전송되지 못하고 버려진 패킷수,네트웍 트래픽이 과부하가 될 때 발생

collisions: collision이 발생한 후 정상적으로 전송된 frame수

interface resets: 인터페이스가 reset된 횟수

babbles: 1518byte보다 큰 frame이 전송된 횟수

late collisions: 인터페이스가 frame을 전송하기 시작한 후 발생한 collision 수

deferred: media가 busy상태에서 기다린 다음 전송에 성공한 frame수

lost carrier: 캐리어를 잃어버린 횟수

no carrier: 캐리어가 없었던 횟수


영어 원문

Table 28 show interfaces ethernet Field Descriptions 

Field
Description

Ethernet ... is up
...is administratively down

Indicates whether the interface hardware is currently active and if it has been taken down by an administrator. "Disabled" indicates the router has received over 5000 errors in a keepalive interval, which is 10 seconds by default.

line protocol
is {up | down |
administratively down}

Indicates whether the software processes that handle the line protocol believe the interface is usable (that is, whether keepalives are successful) or if it has been taken down by an administrator.

Hardware

Hardware type (for example, MCI Ethernet, SCI, cBus Ethernet) and address.

Internet address

Internet address followed by subnet mask.

MTU

Maximum Transmission Unit of the interface.

BW

Bandwidth of the interface in kilobits per second.

DLY

Delay of the interface in microseconds.

rely

Reliability of the interface as a fraction of 255 (255/255 is 100% reliability), calculated as an exponential average over 5 minutes.

load

Load on the interface as a fraction of 255 (255/255 is completely saturated), calculated as an exponential average over 5 minutes.

Encapsulation

Encapsulation method assigned to interface.

ARP type:

Type of Address Resolution Protocol assigned.

loopback

Indicates whether loopback is set or not.

keepalive

Indicates whether keepalives are set or not.

Last input

Number of hours, minutes, and seconds since the last packet was successfully received by an interface. Useful for knowing when a dead interface failed. This counter is updated only when packets are process switched, not when packets are fast switched.

output

Number of hours, minutes, and seconds since the last packet was successfully transmitted by an interface. Useful for knowing when a dead interface failed. This counter is updated only when packets are process switched, not when packets are fast switched.

output hang

Number of hours, minutes, and seconds (or never) since the interface was last reset because of a transmission that took too long. When the number of hours in any of the "last" fields exceeds 24 hours, the number of days and hours is printed. If that field overflows, asterisks are printed.

Last clearing

Time at which the counters that measure cumulative statistics (such as number of bytes transmitted and received) shown in this report were last reset to zero. Note that variables that might affect routing (for example, load and reliability) are not cleared when the counters are cleared.

*** indicates the elapsed time is too large to be displayed.
0:00:00 indicates the counters were cleared more than 231ms (and less than 232ms) ago.

Output queue, input queue, drops

Number of packets in output and input queues. Each number is followed by a slash, the maximum size of the queue, and the number of packets dropped due to a full queue.

Five minute input rate,
Five minute output rate

Average number of bits and packets transmitted per second in the last 5 minutes. If the interface is not in promiscuous mode, it senses network traffic it sends and receives (rather than all network traffic).

The 5-minute input and output rates should be used only as an approximation of traffic per second during a given 5-minute period. These rates are exponentially weighted averages with a time constant of 5 minutes. A period of four time constants must pass before the average will be within two percent of the instantaneous rate of a uniform stream of traffic over that period.

packets input

Total number of error-free packets received by the system.

bytes input

Total number of bytes, including data and MAC encapsulation, in the error free packets received by the system.

no buffers

Number of received packets discarded because there was no buffer space in the main system. Compare with ignored count. Broadcast storms on Ethernet networks and bursts of noise on serial lines are often responsible for no input buffer events.

Received ... broadcasts

Total number of broadcast or multicast packets received by the interface.

runts

Number of packets that are discarded because they are smaller than the medium's minimum packet size. For instance, any Ethernet packet that is less than 64 bytes is considered a runt.

giants

Number of packets that are discarded because they exceed the medium's maximum packet size. For example, any Ethernet packet that is greater than 1,518 bytes is considered a giant.

input error

Includes runts, giants, no buffer, CRC, frame, overrun, and ignored counts. Other input-related errors can also cause the input errors count to be increased, and some datagrams may have more than one error; therefore, this sum may not balance with the sum of enumerated input error counts.

CRC

Cyclic redundancy checksum generated by the originating LAN station or far-end device does not match the checksum calculated from the data received. On a LAN, this usually indicates noise or transmission problems on the LAN interface or the LAN bus itself. A high number of CRCs is usually the result of collisions or a station transmitting bad data.

frame

Number of packets received incorrectly having a CRC error and a noninteger number of octets. On a LAN, this is usually the result of collisions or a malfunctioning Ethernet device.

overrun

Number of times the receiver hardware was unable to hand received data to a hardware buffer because the input rate exceeded the receiver's ability to handle the data.

ignored

Number of received packets ignored by the interface because the interface hardware ran low on internal buffers. These buffers are different than the system buffers mentioned previously in the buffer description. Broadcast storms and bursts of noise can cause the ignored count to be increased.

input packets with dribble condition detected

Dribble bit error indicates that a frame is slightly too long. This frame error counter is incremented just for informational purposes; the router accepts the frame.

packets output

Total number of messages transmitted by the system.

bytes

Total number of bytes, including data and MAC encapsulation, transmitted by the system.

underruns

Number of times that the transmitter has been running faster than the router can handle. This may never be reported on some interfaces.

output errors

Sum of all errors that prevented the final transmission of datagrams out of the interface being examined. Note that this may not balance with the sum of the enumerated output errors, as some datagrams may have more than one error, and others may have errors that do not fall into any of the specifically tabulated categories.

collisions

Number of messages transmitted due to an Ethernet collision. A packet that collides is counted only once in output packets.

interface resets

Number of times an interface has been completely reset. This can happen if packets queued for transmission were not sent within several seconds. On a serial line, this can be caused by a malfunctioning modem that is not supplying the transmit clock signal, or by a cable problem. If the system notices that the carrier detect line of a serial interface is up, but the line protocol is down, it periodically resets the interface in an effort to restart it. Interface resets can also occur when an interface is looped back or shut down.

restarts

Number of times a Type 2 Ethernet controller was restarted because of errors.

babbles

The transmit jabber timer expired.

late collision

Number of late collisions. Late collision happens when a collision occurs after transmitting the preamble. The most common cause of late collisions is that your Ethernet cable segments are too long for the speed at which you are transmitting.

deferred

Deferred indicates that the chip had to defer while ready to transmit a frame because the carrier was asserted.

lost carrier

Number of times the carrier was lost during transmission.

no carrier

Number of times the carrier was not present during the transmission.

output buffer failures

Number of failed buffers and number of buffers swapped out.

'IT > 네트워크' 카테고리의 다른 글

국가별 사용 IP대역 알아내기  (1) 2009.06.05
XP ipconfig 명령 사용법  (0) 2009.06.03
cisco장비 인터페이스 정보들  (0) 2009.05.21
cisco configuration register  (0) 2009.05.21
FTP의 Passive-mode  (0) 2009.05.21
sFlow 와 Netflow  (0) 2009.05.19
Posted by novice9

댓글을 달아 주세요

- cisco configuration register setting의 의미


 

Bit No.
Hex Value
Meaning

00-03

0x00

Stays at the system ROM monitor prompt.

00-03

0x02

Upon crash/reload, gets the Cisco IOS image from LCP bundle for booting.

05

0x200

Front panel UART acts as auxiliary and on-board UART acts as console. (ROM monitor supports console only. Cisco IOS supports both console and auxiliary.)

06

0x0040

Ignores NVRAM contents

08

0x0100

Ignores send break

11-12

0x0800-0x1000

Console line speed

 

 -default 0x2102

  => 프로세서가 flash메모리로부터 부팅하게 하고,break키는 무시

'IT > 네트워크' 카테고리의 다른 글

XP ipconfig 명령 사용법  (0) 2009.06.03
cisco장비 인터페이스 정보들  (0) 2009.05.21
cisco configuration register  (0) 2009.05.21
FTP의 Passive-mode  (0) 2009.05.21
sFlow 와 Netflow  (0) 2009.05.19
WireShark - 네트워크 프로토콜 모니터링 툴  (0) 2009.05.19
Posted by novice9

댓글을 달아 주세요

이전버튼 1 이전버튼

블로그 이미지
이 블로그는 삽질을 기록하는 곳입니다. ^_^
novice9
텍스트큐브,티스토리 검색

달력

 « |  » 2018.07
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31        

최근에 받은 트랙백

글 보관함

Yesterday8,637
Today657
Total3,814,630