17.6.13(OSPF 2번째 보충 )

----->프레임 릴레이 환경: s1/0.123(point-point)만 제외하고 나머지는 멀티액세스이다.

ospf는 멀티액세스 환경에서 DR (R2)라우터를 선출하여 라우팅 업데이트 광고 양을 줄일 수 있다.

우선순위 기본값은 1로 setting되어있고 기본값이 높은 라우터가 DR이 되므로, R2 우선순위를 255으로 주게 되면 DR이 되게 한다. 또는 R1, R3에서 우선순위를 0로 setting한다.

프레임릴레이환경에서는 프레임 릴레이 가상회선(PVC)이 R2쪽으로 연결되어 있기 때문에 BDR이 선출 될 필요가 없다.

또한 프레임릴레이환경에서는 non broadcast이다. 즉 broadcast를 하지 않는다. 브로드캐스트뿐만아니라 멀티캐스트까지 안하는 환경이다. 프레임릴레이 설정할때 뒤에 broadcast를 넣었었는데 넣는 이유는 브로드캐스트, 멀티캐스트를 내보내기 위함이다.(RIPv2(224.0.0.9, Eigrp(224.0.0.10))으로 내보내고 broadcast명령어가 없으면 나갈 수 없다.

그러나 ospf에서 hello패킷을 보내고나서 네이버 성립을 해야하는데 이때 목적지가 224.0.0.5로 내보낸다.

하지만 broadcast가 있음에도 나가지 않는다. 그러므로 네이버 성립을 할 수 없다. 이것을 해결하려면 멀티캐스트도 못나가니까 브로드캐스트도 못나가므로 유니케스트로 연결해야한다.

방법 1. R2-> 9.1, R2-> 9.3으로 hello패킷(유니캐스트)을 보낸다.

방법 2. R1->9.2  R3-> 9.1으로  유니캐스트를 보내면 된다.

 

 

R1과 R3간 non-broadcast multiaccsss(broadcast) 이므로 개별적인 DR을 선출해야하는데

NBMA환경이지만 실제 멀티액세스로 연결되어 있지 않다. 그러므로 DR/BDR선출필요가 없다.

R1,R3는 point-to-point로 구현될 수 있어도 R2는 DR이기때문에 point-to-point로 구현될 수 없다.

 

ospf는 네트워크타입을 바꿀 수 있다.

 

명령어

@R1,R3

int s1/1

ip ospf network point-to-point

 

@R1, R3

int s1/0

ip ospf priority 0

 

router ospf 1

 neighbor 13.13.9.1

 neighbor 13.13.9.2

 

@R3 ---> R3는 이쪽환경에 대해 DR선출
ip ospf pri 255

 

 

*OSPF는 (Open Shortes Path Fist)의 약자
EIGRP는 경로선출할때 Dual알고리즘을 사용하지만 OSPF는 경로선출할때 SPF(가장짧은 경로)를 사용한다.

Link-state,IGP, classless

 

 

 

*라우터 아이디 (router-id) : ospf에서 비중이 크다, 상대방과 교환되는 정보(네이버 밑에 나타남)

 

물리적 인터페이스 : ip 숫자가 가장 큰것으로 선출

lookback 인터페이스 : ip 숫자가 가장 큰것으로 선출

router ospf 1

 

 router-id 1.1.1.1 인경우

 

router-id 명령어로 지정한 숫자: 1.1.1.1로 선출

라우터 id가 중복되면 안된다. 또한 인터페이스가 다운되면 라우터 아이디로 선출될 수 없다.(0.0.0.0)으로 변경됨

 

Router(config)#router ospf [1~65535 Process ID]---------> eigrp는 번호가 같아야 하지만 ospf proc id는 달라도 된다.
Router(config-router)#router-id [IPv4 주소 형식]

Router(config-router)#network [로컬 서브넷][와일드카드 마스크] area [Area 주소]
Router(config-router)#passive-interface [Interface Name]
Area 주소 표기 : 0 ~ 4294967295 OSPF area ID as a decimal value
A.B.C.D OSPF area ID in IP address format

 

 

NBMA = Non Broad Multyiaccess

 

 

R4(config)#router ospf 1
R4(config-router)#au
R4(config-router)#auto-cost r
R4(config-router)#auto-cost reference-bandwidth ? ---> 분자값을 늘리는 명령어  , 100m이상, 이더채널, 모든 라우터에다 적용
  <1-4294967>  The reference bandwidth in terms of Mbits per second

R4(config-router)#auto-cost reference-bandwidth 1000
% OSPF: Reference bandwidth is changed.
        Please ensure reference bandwidth is consistent across all routers.

 

 

OSPF 동작 과정
OSPF는 인접 라우터와 네이버 성립을 실시한 이후, 링크-상태를 관리하는 LSDB(Link-State Database) 정보를
네이버 라우터와 비교한 이후, 동일한 상태를 유지하기 위해서 링크-상태 업데이트 요청(LSR)과 링크-상태 업데이
트(LSU)를 실시하여 LSDB 동기화를 시작한다.

LSDB 동기화가 시작되면 자신의 LSDB 정보를 기반으로 SPF 알고리
즘을 이용하여 최적 경로를 선출하여 라우팅 테이블에 등록시킨다. 그리고 OSPF는 주기적인 라우팅 업데이트
대신, 변화가 있을 때만 LSA(Link-State Advertisement) 광고를 실시하여 링크-상태 변화를 광고한다. 이때 각각
의 LSA 정보는 네트워크 변화가 없어도 30분에 한번씩 OSPF Area 지역으로 광고하며, 이러한 동작을 하기 위
해서는 인접 라우터와 Hello 패켓을 주기적으로 교환하여 네이버 관계를 유지해야 한다.

 

 

LSA 유형 중 Hello는 Type 1, DBD는 Type2, LSR는 Type3, LSU는 Type 4, LSAck Type 5

 

 

down state ->init state -> Two way state -> exstart state -> exchange state->loading state