'CCIE R&S/CCIE R&S 수강 '에 해당되는 글 2건

  1. 2014.11.21 2.
  2. 2014.11.20 1.

2.

CCIE R&S/CCIE R&S 수강 2014. 11. 21. 14:45

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

  









'CCIE R&S > CCIE R&S 수강 ' 카테고리의 다른 글

1.  (0) 2014.11.20
Posted by jk.jeong
,

1.

CCIE R&S/CCIE R&S 수강 2014. 11. 20. 17:50

OSI(Open System Interconnection) 7 Layer

첨에는 Layer 8,9 ~ 도 있었단다. 실제 통신과는 그닥 관계가 없었다고...

why? 타기종간의 통신에 대한 표준이 필요.

1. Layer 1 - 전송 담당(0 & 1)

    - Port

    - Media

    + 속도 동기화 (주체(DCE)-------------------->동기화(DTE)): DTE는 속도 인식(동기화 신호에 맞춤)

    - 장비: Repeater(1:1) 와 Hub(1:n) - 증폭과 노이즈 제거를 담당.

   1) 케이블 정의 (10Mbps, 100Mbps)

   2) Line?의 역할 정의(Tx, Rx와 같이 데이터를 보내기 위한 Line, 받기 위한 Line 등)

   3)  데이터 신호의 레벨 결정

   4) 전송 속도 동기화


2. Layer 2 - MAC(Media Access Control)... MAC Address와는 다르다...

  1) 어떤 방식으로 전송하는지에 대한 컨트롤

  2) Error Control 역할 수행 - 에러 검사만 함.필수는 아님... Layer 4에서 수행.

  - point to point : L2 주소가 따로 필요 없음.

  - point to multipoint : 주소 필요 (MAC,DLCI,VCI/VPI 등) => L3와 L2 간의 MAP이 필요.

  

3. Layer 3 - 목적지 경로를 학습 Best Path를 찾아서 전송(Looping 방지)

 

4. Layer 4 - 전송 보장...

 - L1 ~ L3 에서는 전송에 대한 보장이 없다.

 1) 상호간 Data 전달이 가능한지 확인

 2) 상호간 통신이 준비 되었는지 확인

 3) 상호간 이상없이 Data가 전송되었는지 확인

 4) 상호간 통신 속도를 조절


5.Layer 5 - Session Layer

- L4의 Session과 L5의 Session 차이?                                                                                                            - TCP Session: 통신에 대한 확인 / L5 Session: 사용자에 대한 Session(연결) 관리?

6. Layer 6 - Presentation Layer

- File transfer format 결정. 데이터 형식을 결정하고 상호간에 데이터를 전송하면 읽을 수 있도록 정보 전달.


* cable : 모든 장비는 cross 로 연결 되어야 한다 : Tx--Rx / Rx--Tx

* 허브, 스위치는 내부적으로 모든 포트가 cross로 연결 되어야 한다.

* 스위치의 CPU도 하나의 인터페이스로 등록되어 있다(포트들과 Cross로 연결)

* 스위치에서 1x,2x로 쓰여져 있는 건 크로스로 연결(uplink로만 구성된 경우 x가 붙어있지 않음)





'CCIE R&S > CCIE R&S 수강 ' 카테고리의 다른 글

2.  (0) 2014.11.21
Posted by jk.jeong
,