2.

Routing Protocol

Static routing

- ip route x.x.x.x subnet [ip/interface]

- 인터페이스를 주면

- IP주소를 룩업 후 다시 라우팅 테이블 룩업(리커시브 룩업) -> CEF올리면 FIB 테이블을 보고 바로 라우팅

- IP와 인터페이 둘다 주는 것이 좋다

Routing Protocol Best-path

 1) Longest-Match (subnet 기준)

 2) AD 값 - Connected=0, 인터페이스나 넥스트홉 = 1  (AD값은 벤더가 정한 값)

 3) Metric: 하나의 라우팅 프로세스 내에서는 AD값을 비교하지 않는다(AD값은 라우팅 테이블에서 비교)                      EIGRP가 IBGP에 우선하는 것은 AD값 때문이 아니다.

Distance Vector & Link State

- Distance Vector는 옆에 녀석이 던져주는 정보만 믿고 그대로 전송(Routing by rumor)

- Link State는 전체 네트워크 정보를 모든 라우터가 알고 있음.

Distance-Vector	Link-State
업데이트: broadcast/multicast	multicast
ack를 만들지 않음 - 상대방이 받았는지 모른다.  - 주기적으로 full update를 해야 한다  - update를 받으면 best-path를 찾고 best-path이면 update    best가 아니면 update 하지 않음	ack를 생성 - triggered update, partial update  - update 패킷을 받으면 DB에 저장하고 update 후 best-path    결정 -> convergence time이 빠름

Multicast 업데이트는 network를 광고하는 순간(선언) IGMP 그룹에 조인 된다.

EIGRP

Page 2-4

1. EIGRP 특징

 - Advnaced Distance vector(distance vector + Link state ?)

 - Fast convergence (Feasible successor가 있을 때)

 - VLSM support  <-> FLSM(Fixed)

    CIDR = subnet + supernet

 - Partial update

 - multi network-layer protocol support 

 - 가변형 형식: EIGRP,ISIS,BGP : TLV(Type,Length,Value) 변경

 => 이런 정보들을 가지고, 장비 사이에 인식만 가능하다면 통신이 가능.                                                              => OSPF는 포멧이 정해져 있다. 예로 IPv6로 가려면 IPv6용 OSPF를 돌려야 한다.                                              => EIGRP는 네이버 간 낮은 버전에 싱크가 맞춰지므로 왠만하면 모든 라우터에 동일한 버전을 사용하는 것이 좋음

 2. EIGRP Key Technologies

 - hello 패킷을 사용해 네이버를 발견하거나 상태 확인

 - RTP

 - DUAL ...

 lessen 2.

 Implementing and Verifying EIGRP

 EIGRP Configuration

 config)#router eigrp AS# => EIGRP 선언. AS#가 같아야 EIGRP 업데이트를 교환.

 config-router)#network network-number [wildcard-mask] => 해당 네트웍을 EIGRP에 참가?                              => Wildcard mark - 0이면 같고, 1이면 don't care  --- subnet과는 상관 없음.                                                   ex)10.1.1.190/28 네트워크는                                                                                                                       1) 10.1.0.0 0.0.255.255   2)10.1.1.0 0.0.0.255   3)10.1.1.176 0.0.0.15    4)10.1.1.190 0.0.0.0 다 광고 됨.      network의 범위가 아니라 interface의 address 범위를 광고!!                                                                            (다 그렇진 않다지만)network 10.1.1.190 255.255.255.240은 10.1.1.176 0.0.0.15로 (자동)바뀌어서 광고 됨.

 config-if)#bandwidth kilo bits => 인터페이스 bandwidth 설정                                                                          - delay는 가급적 변경하지 않는다.                                                                                                              - clock rate 와 bandwidth의 차이? clock rate는 실제 속도(DCE), Bandwidth는 router이 인지 속도? 맞춰주는 것이

IP default-gateway

config)#ip default-network network-number

 EIGRP는 RIP과는 달리 0.0.0.0 0.0.0.0의 default route를 디폴트로 redistribute 하지 않는다.

 ip default-network는 주로 임의의 route 경로를 후보 기본 경로로 설정하기 위해 사용되며 라우팅 default route와 다르게 라우팅 기능을 포함. 임의의 네트워크(default-route)는 라우팅 테이블에 classful 기반으로 존재해야하며, 명령어 입력시에도 동일. 라우팅 테이블에는 '*'로 표시.

 EIGRP 확인 : show ip eigrp neighbors

 Router-PT A#show ip eigrp neighbors

 IP-EIGRP neighbors for process 100

 H  Address       Interface     Hold  Uptime      SRTT   RTO   Q   Seq                                                                                                        (sec)   (ms)         Cnt    Num

 0  10.64.0.2     Se2/0         13    00:00:27       40    1000   0   4  

 설명: interface-neighbor와 연결된 내 인터페이스 / hole time: neighbor 응답이 없을 때 기다리는 maximum time.

 - EIGRP는 라우팅 정보 전송 전에 인접 라우터와 네이버 관계를 구성한 다음 라우팅 정보를 업데이트 한다. EIGRP 라우터는 인접라우터에게 Hello 패킷을 받으면 바로 Hello 패킷을 보낸 라우터를 네이버로 간주한다. 

 - 인접 라우터가 네이버로 간주하는 조건은?                                                                                                  1) 인접 라우터가 보낸 hello 패킷 안에 들어 있는 내용 중에서 AS번호, K상수 값, EIGRP 암호~ 등이 있다.              2) 수신한 EIGRP hello 패킷의 source address와 수신한 인터페이스의 서브넷 값이 같아야 함. 

 Page 2-35

 

[90/40514560] AD / Metric

  EIGRP의 default metric는 최소 bandwidth와 누적 delay의 합.                                                                         AD값은 둘 이상의 서로 다른 라우팅 프로토콜로 배워왔을 때, Best-path를 선택하기 위해 필요.                             - 같은 경로를 RIP으로 배우고, EIGRP로 배웠는데 이 둘의 Metric 값을 비교할 수 없으므로 routing table에 올       릴 때 AD값을 비교해서 올림. AD가 낮은 녀석이 우선하며 EIGRP는 90, Hop count를 metric으로 하는 RIP(120) 보다 우선 한다.

  - "via 192.168.1.120"는 172.17.0.0/16 network 로 가기위한 next-hop 라우터 = topology table의 successor.

  - 주기적으로 테이블을 업데이트 하는 것이 아니라, neighbor adjacencies change가 있을 때만 라우팅 정보 전달.

  - Null 0: summary routes. Null 0는 directly connected 되어 있고, software-only 인터페이스이다. EIGRP는 EIGRP를 통해 학습한 한 개 이상의 서브넷이 있고. Summary 기능이 활성화 되어 있으면 언제나 Null 0 요약 경로를 자동적으로 자식 경로로 포함함. auto-summary를 해제하면 Null 0 요약 경로는 삭제. 10개의 주소를 하나의 요약된 경로로 가지고 있을 때, 요약 경로 중 하나의 경로가 끊어지더라도, 라우팅 테이블에는 그래도 요약된 경로 정보를 그대로 가지고 있을 것인데, 요약된 경로 때문에 보내지만 실제로는 전송이 되지 않는다. 이러한 모순된 상황에서 일어나는 비 정상적인 라우팅을 차단하기 위해 Null 0 인터페이스로 패킷을 폐기 한다.                                               =>summary해서 다른 라우터에게 알려 주었는데 해당 상세 네트워크가 다운되면 루핑이 발생할 수 있으므로 Null0를 넣어서 루핑 방지.  

- K상수가 다르면 neighbor를 맺지 않는다.

- Routing for Networks는 내가 network으로 광고한 정보이다.

- 네이버로 받은 모든 네트워크 정보                                                                                                              - Passive (P) : correct state for a stable network.                                                                                        - Active (A) : 현재 연결할 수 없는 네트워크. There are outstanding queries for this network.                              - Update (U) : 업데이트 중. waiting for an acknowledgement for this update packet.                                      - Query (Q)                                                                                                                                            - Reply (R)                                                                                                                                              - Stuck-in-Active(SIV) status