제가 사무실에 오는시간이 아직 7시가 안되서인지..2부제를 지키지않은 차들도 조금보이던데...아마 7시 이후부터는 다들 지키겠죠?? ^^ 그러고보니..내일이 월드컵개막일이네요..

월드컵을 위해서 제가 준비한거라곤...텔레비젼을 깨끗하게 닦아놓고..리모컨에들어있는 건전지를 확인한일 밖에 없는데도..괜히..기대가 되네요..^^

암튼 오늘은 지난시간에 이어서 OSPF의 반장과 부반장인 DR과 BDR의 선출에대해서 알아보겠습니다..

지난시간에 말씀드린대로 DR과 BDR은 그 역할이 대단히 중요하기때문에...선출에 대해서 명확하게 이해하고 있어야...누구를 반장을 시킬지..아님 부반장을 시킬지를 미리 정해줄수 있습니다..

OSPF를 구성하다보면..DR과 BDR의 구성이 얼마나 중요한지 알수 있는데...어떤 구성에서는 특정 라우터가 꼭 DR로서 동작해야 하는 경우가 생기기 때문 입니다..

이때는 선출에 대해 이해하지 못하고 있으면..마음대로 구성이 불가하기때문에..곤혹을 치르기도 합니다..그니까..여러분은 미리 그 선출 과정을 알아두시는게 좋겠죠?? ^^

그럼 그 선출과정이 어려울까요?? ^^

답은 아니오 입니다...꽤나 쉬운 선출과정입니다..

자...

OSPF에서 DR이 되기위해서는 Priority 가 높아야 합니다... 즉 OSPF로 동작하는 라우터들은 모두 Priority 를 갖는데...이 값이 기본, 즉 디폴트로는 1 입니다.. 그런데 어떤 한 라우터가 이보다 높은..예를들어 Priority 가 2가 있다면..무조건 이 라우터가 DR이 되는 겁니다...

물론 BDR은 그다음 높은 라우터가 되겠죠??

아래 그림에 보시는대로 라우터들은 Hello  패킷이라는 멀티캐스트 패킷을 이용해서 서로의 정보를 주고받아서...DR과 BDR을 선출하게 됩니다...

자 그럼 Priority 가 서로 같으면 누가 선택될까요??

그건 라우터 ID를 가지고 따지게 됩니다..즉 라우터 ID가 높은게 DR이 되는 겁니다...

여기서 질문하나...

라우터 ID는 어떻게 정해진다고 했는지 기억나세요??

OSPF 라우터는 모두 하나씩의 라우터ID를 갖는데 라우터 ID는 그 라우터의 인터페이스 주소중 가장 높은 주소가 된다고 했습니다...(전에 한번 한거죠?? ^^)

그런데..만약 룹백 인터페이스가 설정되있다면 룹백 인터페이스의 주소가 라우터의 ID가 됩니다..(이렇게 룹백인터페이스를 만드는건 절대로 다운이 되지 않은 인터페이스를 만들어서 라우터 ID가 안정되게 유지되게 하기위한거란것도..말씀드렸죠?? ^^)

암튼 이렇게 만들어진 라우터 ID를 비교해서 더 높은게..DR이됙..그다음이 BDR이 됩니다..

자 그렇다면...이렇게 DR과 BDR의 선출이 끝났습니다...그때 새로운 전학생이 한명들어온겁니다..예를들어...이 전학생 라우터의 Priority 가 3 이라고 가정하면...어떻게 될까요?

지금 선출된 DR과 BDR보다 분명 높은 Priority 가 되겠죠??

하지만 이 라우터는 DR이나 BDR이 될수 없습니다..왜냐면..이미 반장선거가 끝났기 때문이죠...

하지만 만약 DR이 다운되면...BDR이 DR이 되면서 BDR의 자리가 남게되고..이때 다시 BDR선거를 하게되는데...이경우에는 Priority 3인 이 라우터가 BDR로 올라갈수 있는겁니다...

아주 민주적이죠?? ^^

하지만 뭐...여기있는 라우터들을 전부 껐다 켠다거나..OSPF를 전부 죽였다 살린다면..다시 DR,BDR선거를 하기때문에 Priority 3짜리가 DR이 될수 있을겁니다..

자 이정도면 DR과 BDR에 대해선 이해가 가시죠??

그리고 마지막 하나더..!! 중요한겁니다..만약 어떤 라우터를 영원히 DR, BDR선거에 입후보하지 못하게 하려면 어떻게할까요??  그건 Priority 를 0으로 세팅하면 됩니다..^^

어때요?? 쉽죠??   안녕.~~~~

자 오늘은 OSPF에서 없어서는 안될 DR (Designated Router)와 BDR(Backup Designated Router)이야기 입니다.

한마디로 한반에 있는 반장과 부반장같은 녀석이라고 생각하심 됩니다. 우리가 학교다닐때 선거해서 반장 부반장을 뽑았듯이 여기서도 DR과 BDR은 선거를 통해서 뽑힙니다..

OSPF세그먼트에서는 각 라우터들이 OSPF에 참여하게되면 DR과 BDR에 자신의 Link State 를 알리게 됩니다. 모든 라우터들과 Link State를 교환할 경우 발생하는 트레픽을 줄이고 Link state의 Sync를 제대로 관리하기 위해서입니다.

이 정보를 전달받은 DR은 이 정보를 모두 관리하면서 .링크의 상태를 항상 일치시키는 역할을 하게됩니다.. 그럼 부반장(BDR)은 뭘할까요?? 네..반장이 업무를 제대로 수행하는지를 관찰합니다..그러다가 반장이 업무수행능력이 없어지면...즉 DR라우터가 다운되면..바로 반장의 역할을 하게되는 겁니다..^^

어때요..??

OSPF의 반장과 부반장...재밌죠??

따라서 OSPF에서는 모든 라우터가 반드시 DR, BDR과 Link state를 sync 해야 합니다..이걸 adjancency 라고 한다는 것도 알아두심 좋겠네요...

또하나 DR과 BDR은 라우터 ID와 라우터의 Priority를 가지고 선출된다는것도 알아두심 좋겠습니다..

자 즐거운 하루 되시고요...행복하세요..  안녕~~

이제 올해 세웠던 계획을 어느정도 모양을 만들어놨어야 할 단계란 생각이 드네요...

아직도 연초계획이 계획으로만 남아있다면...음..글쎄요...쉽지 않겠죠??? ^^

이제는 무언가 형태를 잡아가도록 다시한번 노력해보자구요...

자 그런의미에서 오늘은 OSPF에서 꽤나 중요한 부분인 Hello 에 대한 고찰을 시작해보려고 합니다..전에도 한번 말씀드렸지만...OSPF는 Neighbor 관계에 있는것 끼리만..서로 정보를 주고받는데...그 이웃사촌(Neighbor)관계를 어떻게 만드느냐면.....Hello 패킷을 이용해서 입니다..

우선 핼로패킷을 이용해서...아군인지 아닌지를 파악한다음에...아군이라고 판단되면..이웃사촌관계(Neighbor)를 맺고...비로소 라우팅 정보를 주고받게 되는 겁니다...

그렇다면 이 핼로 패킷안에는 뭐가 들어갈까요?? 그리고 뭐가 일치해야...서로 이웃이 될수 있을까요??

그게 바로 아래 그림에 나와있습니다...^^

그림에서 보이는대로 핼로 패킷안에는 정말 많은 정보가 들어있습니다...

얼마전에 우리가 배운 라우터 ID 도 보이구요..^^

DR,BDR을 결정하기위한 Priority 필드도 보이구요...

암튼..근데 그중에 글자뒤에 별표되있는건 무얼까요??

네 ... 요게 아주 중요하단 뜻입니다... 원래 책에다가도..별표찍으면 중요한거자나요..^^

이게 뭐냐면..서로간에 핼로패킷에서..최소한 요 별표찍은것들끼리는 똑같아야 한다는 겁다...

즉 핼로/데드 인터벌이 서로 다르면 죽어도~~~ 서로 이웃이 될수 없습니다...(요건 CCIE문제에도 나오는거니까..알아두면 좋겠죠?? ^^) 따라서 OSPF에서 서로 Neighbor 형성이 이상하게 안되면..우선 요런것들을 확인해야 겠죠?? ^^

물론 같은 인터페이스를 통해 연결된 두 라우터의 Area ID 는 같아야 겠죠??

이렇게 서로 똑같아야 되는 정보는 여러분들이 OSPF를 배우실때 꼭 알아두어야 할 것들입니다...

음..월요일부터..너무 어려운거 했나요??? 암튼 중요하니까..꼭 기억해두세요..^^ 자 그럼 이번주도...날씨만큼이나 행복한 하루 되세요.. 안녕..^^