안녕하세요.. 비가 올거라고 하더니...이번주에는 흐린 날씨만 계속되고...비는 안오네요...

가만히 생각해보니..비오는날 우산쓰고 걸어본게..꽤나 오래된일인것 같네요...

비가와도..날이 맑아도..그냥..무심해져 버린건...집에서...지하주차장으로...그리고 회사지하주차장에서..다시 회사로...이어지는 제 출퇴근길 때문이 아닐까 하는 생각입니다..

지하철도 타고...버스도 타고...낯선곳에서..친구도 만나던...몇년전이 왜 갑자기 그리워지는지...

암튼...이번시간부터는 OSPF (Open Shortest First) 프로토콜에 대해서 알아보도록 하겠습니다.

그림 보이시죠?? 조금 복잡한 그림이긴 하지만 아래 그림을 한번 봐두시면 다음에 도움이 되실겁니다..즉 OSPF 는 IP packet 안에 프로토콜 넘버 89(십진수)로 들어 가게 됩니다.. 그니까 IP 패킷만 보게되면 이게 OSPF 정보구나...하는걸 금방 알수 있는겁니다...

이제 처음 OSPF를 시작하는거니까...그동안 우리가 배웠던 아주 쉬운(?)프로토콜인 RIP 과 비교를 한번 해보도록 하겠습니다...

우선 convergence 속도 입니다. convergence 라면 라우터간에 서로 변경된 정보를 주고받는데 걸리는 시간...이라고 쉽게 생각하면 될텐데..예를들어 어떤 인터페이스가 죽었다..면..이 정보가 모든 라우터들 사이에..퍼지는데 걸리는 시간이 되는거죠...

RIP의 경우는 매 30초에 한번씩 업데이트가 일어나고..아시는대로 홀드다운 타임이니...에이징이니 하는것들때문에 convergence 에 시간이 많이 걸리지만..OSPF 는 어떤 변화가 생길때 바로 전달이 가능하기때문에 훨씬 빠릅니다..

따라서 커다란 네트워크에 아주 적당한거죠..

또하나는 VLSM을 지원하는가 입니다.. RIP v1 의경우는 당연히..이걸 지원못합니다...하지만 OSPF 는 VLSM 을 확실하게 지원하죠..^^ (아직도 VLSM 질문하시는 분은 없겠죠???)

이번에는 네트워크 크기에 대한 제한 입니다..즉 RIP 의 경우는 최대 15개의 홉카운트를 넘어가지 못하는거 아시죠? 즉 최대 15대의 라우터만을 건널수 있기때문에..이보다 더 멀리떨어진곳까진 전달이 불가능하다는 겁니다...하지만 OSPF 는 이런 제한이 없습니다...

또..네트워크 대역폭의 활용측면에서도 OSPF 가 앞섭니다..즉 RIP의 경우는 매 30초마다 브로드캐스트가 발생하기때문에...대역폭 낭비가 많지만.. OSPF 는 네트워크에 변화가 있을때만...정보가 날라가고..그것도 멀티캐스트로 날아가기 때문에 훨씬 실용적이라는 겁니다....

마지막으로 경로 결정에 관한것도 있습니다..즉 RIP은 홉카운트만을 따지기때문에...속도나 딜레이와 상관없이 홉카운트가 적은것만을 선호하지만...OSPF 는 많은 관련요소를 합쳐서 경로를 선택하기때문에 훨씬 정확한 경로 선택이 가능하다는 겁니다.... 자..이렇게 비교해보니..대충 OSPF 의 성격이 보이시죠?? ^^

그럼 다음시간부터는 조금씩 조금씩 OSPF 안쪽으로 들어가보도록 하구요....오늘은 여기서 마칩니다...

안녕~~

안녕하세요... 제가 자주 사용하는 메일주소는 약 5 개..^^

하루 평균 메일 수신숫자는 약..200 여통..이중에서 영어로 오는게..약 100여통이구요..(복잡하겠죠??-.-)

한 메일은...오직 칼럼을 위해서만 사용하는데..하루에 한두통의 메일은 취업이나..학업에 대한 상담이 많습니다... 그중 어느 한분이 보낸 메일에 답을 하다가...우리 같이 생각해보면 어떨까해서...그분께..양해도 구하지 못하고..이렇게 글을 올립니다.. 혹시 같은 고민을 하고 계신분들이 있다면...제의견이니까..참고하셨으면 합니다...물론 제의견이 다 맞지는 않겠지만...그래도 사회생활 10년이 넘어선..선배말이다..생각하고...한번쯤 생각해봐주셨으면 좋겠네요...

네.. 취업에 대한 고민이 많으시겠군요... 하지만..누구나 그때쯤이면 겪는 어려움이기도 합니다..

제가 처음 선택이 중요하다고 말씀드린건...맨처음 출발이 어떤것이었느냐에 따라..나머지 자신의 길이 달라질 수 있기때문 입니다...

대부분의 사람들은 취업이라는 막다른 골목에 들어서면...우선은 그곳을 빠져나가려고하는 급한 마음때문에...아무렇게나 결정을 해버리는 수가 있습니다..

먼저 가고자 하는 목표를 정하고...그곳에 계속 도전해보십시오..

아직 자신의 능력이 되지않는다면..그곳을 갈수있는 그보다 조금 쉬운곳을 택하고..그곳을 먼저 거쳐서 가시면 됩니다..

제가 너무 이론적인 이야길 한다고 하시겠지만... ..님이 이말뜻을 이해하실때가 분명히 있으실 겁니다..

시작이 한두발 늦는것은..그리 큰 차이가 없습니다.. 정말 크게 차이가 나는건...목표가 무엇인가 입니다..

제 주변에도 수많은 사람들이 있지만...그리고 그들중에 일부는 벌써..남들이 부러워하는 곳에 올라가있지만..그들이 모두 빨랐던건 아닙니다... 다만 그들은 한곳만을 보고 갔다는 게 남들과 다른점 일겁니다...

처음 몇년간 앞서간다고해서...평생 그가 ..님을 앞서가는건 아닙니다...대부분의 경우 승부는 평생 이어지기 때문에 한순간도 방심할수 없는겁니다..

무슨 일이라도 좋습니다...그 일이 미래의 목표를 위해 도움이 될거라는 확신만 있으면 시작하시기 바랍니다...만약 몇가지 일들을 가지고 고민스러워 한다면..그중 어떤일이..더 미래에 도움이 될까를 먼저 생각하십시오... 그리고 보탬이되는 정도가 동일하다면..그때는 조금더 힘들고 조금더 어려운 일을 택하십시오...

무언가를 선택할때.... 그리고 둘다에 확신이 없을때.... 저는..이렇게 권하고싶습니다..

조금더..어려운 일을 택하라고요.. 분명히....님께 도움이 될겁니다..

지금 조금 고생스러워도 좋습니다..언젠가는 그 고생의 보상은 다른사람이 아닌 바로 ..님께 돌아올것이기 때문입니다..

모든걸 다 포기해도..목표만은 가슴속 깊은곳에..늘 간직하시길 바랍니다..

..님의 건투를 빕니다...  안녕~

안녕하세요... 주말 잘 보내셨어요?? ^^ 날씨가 너무나도 좋더군요...

저같이 밖에 돌아다니기 싫어하는 방콕족들조차도..방안에 있으려니...갑갑해서...

어제는 큰맘먹고...창문을 활짝열고...밖을 내다봤읍니다..^^ 그정도면...봄바람..충분히 느꼈겠죠?? ^^

자 오늘은 지난시간에 배운것에게 계속이어지는 IP helper address 의 구성시간입니다...

참..지난시간 맨마지막에 질문드린것 하나 생각나세요?? ^^

어느쪽인터페이스에 ip helper address 명령을 쓰는가 였죠?? 다 아시겠지만...답은 왼쪽..즉 피시가 있는쪽입니다...

즉 브로드캐스트가 발생하는 곳이죠...그곳에 이 명령을 줘야...발생한 브로드캐스트가...유니캐스트나..다이렉티드브로드 캐스트로 바뀌겠죠?? ^^

자 이번엔 아래 그림을 보면서 구성을 설명드리겠습니다...

뭐 보심 금방아시겠죠??

보시는대로 피시가 위치하는곳, 즉 브로드캐스트가 발생하는곳은 172.16.1.0 네트워크 입니다...여기선 Ethernet 0 죠 ?

따라서 e0 인터페이스에 이 내용을 구성했습니다.

또하나 여기서 보시는대로 172.16.2.0 네트워크에는 서버가 여러대(여기선 두대지만..)있습니다..따라서 이런 경우에는 각각의 IP주소를 쓰기보다는 그냥..directed broadcast 주소를 써주면 됩니다.여기서는 172.16.2.255 라는 주소를 쓴거 보이시죠??

또 지난번에 설명드린대로 ip helper address 명령을 쓰는경우 기본적으로 UDP 중 8개의 포트번호가 포워딩됩니다.. 만약 그 이외에 다른 포트번호를 포워딩하거나...기존에 열려있는 포트를 막으려는 경우에는 그림에서와 같이 구성이 가능합니다...

여기선 udo 3000번 포트를 열어줬구요...또 tftp 포트를 막았군요...

암튼 이런 구성이제는 이해가 가시죠?? 자 그럼 이번주에도 즐거운 한주 되시구요...^^  안녕...