안녕하세요... 어제는 어떠셨어요?? 비도 오는데..응원하시느라 힘드셨죠?? 정말 많은 분들이 모이셨더군요.... 저 역시 한참이나 비를 맞았습니다...^^

지금 우리는 그들의 훌륭한 성적과 실력을 보고 환호하고있지만...여러분들이 보셔야 할건 ...그뒤에 숨은 땀방울과 피나는 노력이어야 할겁니다..

어디에나..결과를 위해선..그 결과가 있기위한 과정이 있다는걸 ...잊지않았으면 합니다...

어쩌면..그 과정중의 하나가 바로 이 칼럼을 잘~ 읽는 건지도 모르겠네요..^^

자 그럼 오늘은..지난번에 선출된 반장과 부반장을 통한 OSPF에서의 링크 변화시 업데이트를 알아보겠습니다.. 즉 아래 그림에서..A 라우터에 연결된 네트워크 중 하나가 다운 됬다고 가정해보죠..

그럼 A라우터는 즉시 링크가 죽었다는 정보를 담은 LSU(Link State Update)를 멀티캐스트 주소 224.0.0.6 을 이용해서 전송합니다. 여기서 224.0.0.6은 모든 OSPF 의 DR과 BDR 이 받을수 있는 주소입니다..

따라서 이 네트워크의 DR이 이 LSU를 받게됩니다..이 정보를 받은 DR은 우선 A라우터에게 잘받았다는 메세지(LSU ACK)를 보낸후 이번에는 224.0.0.5 라는 멀티캐스트 주소를 통해서 다시 네트워크상에 있는 다른 모든 OSPF라우터들에게 LSU 를 전파 합니다...

물론 이 LSU 를 받은 라우터들은 DR에게 잘받았다는 답장(LSU Ack)를 보내게 됩니다..

여기서 B라우터처럼 다시 다른 네트워크쪽으로 연결된 라우터는 그 네트워크에 있는 DR 또는 Neighbor 에게 LSU를 날려 링크변화를 알리게 되는 겁니다..

이렇게 새로운 LSU를 전달받은 OSPF라우터들은 자신의 Link State 데이타베이스를 고치고 SPF 알고리즘을 다시 돌려서 새로운 라우팅테이블을 만들게 되는 겁니다..

어때요?? 어렵진 않죠?? ^^

다시한번 쉽게 풀어보면..

뭔가 링크에 변화가 생기면 우선 그 네트워크에 있는 DR에게 알리고 DR은 다른 OSPF라우터에게 알려서..각자의 라우팅 테이블을 Update한다.....머 이런 말입니다...

그런데 만약 DR이 제대로 동작안한다면..어떻게될까요?? 아시죠?? 그땐..BDR이 DR의 역할을 대신한다는거요...^^ 자 그럼 오늘은 여기까지 입니다... 오늘도..멋진 하루 되세요...^^  안녕~~