[ospf] Neighbor Stat

OSPF 네이버 상태의 변화
 - 네이버 상태는 네이버가 없는 다운(down) 상태에서 네이버와 정보 교환을 끝낸 풀(full) 상태로 변한다.
   

   1. down state : OSPF가 설정되고, 헬로 패킷을 전송하지만 아직 다른 라우터에게서는 헬로 패킷을
                                   받지 못한 상태이다.

                                  또, 뒤에 설명할 풀(full) 상태에서 데드주기(dead interval)동안 OSPF 패킷을 받지 못해도
                                  다운 상태가 된다.
 
   2. attempt state : NBMA 모드에서만 적용되는 상태이다. 
                               OSPF 에서 Neighbor 명령어를 사용하여 지정한 네이버에게서 헬로 패킷을
                               수신하지 못한 상태를 의미한다. 
                             
                               또 , 해당 네이버와의 연결이 끊긴 경우에도 attempt 상태가 된다.
   
   3. intit state : 네이버에게 헬로패킷을 받았으나 상대 라우터는 아직 나의 헬로 패킷을 수신하지 못한 상태이다.
                        이 경우 상대방이 보낸 헬로 패킷의 네이버리스트에 나의 라우터ID 가 없다
 
   4. two-way state : 네이버와 쌍방향 통신이 이루어진 상태이다. 
                                 즉 상대 라우터가 보낸 헬로패킷 내 네이버리스트에  나의 라우터ID가 포함된 경우를 말한다. 
                                 멀티엑세스네트워크(broad,non-broad)라면 이 단계에서 DR과BDR 선출한다.
 
                                DROTHER 라우터끼리는 서로 라우팅정보를 교환하지 않으므로, 즉, 어드제이션시(adjacent)를 맺지
                                않으므로 네이버 상태가 투웨이(two-way)상태로 남게된다. 
                              
                                그러나 DR 또는 BDR 라우터들은 다음 단계인 엑스스타트단계로 진행된다.
                                포인트 투 포인트 네트워크에서도 다음 상태로 진행된다.
 
                               투웨이상태에서 바로 DR/BDR을 선출하지 않고 모든 네이버에게 공정하게 DR/BDR로 
                               되는 기회를 부여하기 위해서  웨이트(wait)시간만큼 기다린다. 
                               웨이트시간은 데드주기와 동일하다. 
                    
                               따라서 L3스위치 등으로 이루어진 OSPF 네트워크에서는 OSPF 네트워크타입을 
                               포인트투포인트 나 포인트투멀티포인트로 설정하여 DR/BDR을 선출하지 않게 해야
                               이 시간동안 기다리지 않고 바로 라우팅 정보를 교환한다.
    
                              * 웨이트시간을 확인해보자.

   5. exstart state : 어드제이션트(adjacent)네이버가 되는 첫 단계이다.
                              마스터라우터와 슬레이브라우터를 선출한다.
                             라우터ID가 높은 것이 마스터가 된다. 
                           
                             또, 다음 단계에서 DDP(Database description packet) 패킷 교환시 사용하는
                             DDP 패킷의 순서 번호(sequence number)를 결정한다.
 
   6. exchange state: 각 라우터는 자신의 링크상태데이터베이스에 저장된 LSA의 헤더(header)만을
                                  DDP또는 DBD 라고 부르는 패킷에 담아 상대방에게 전송한다.
                                  DDP패킷을 수신한 라우터는 자신의 링크상태데이터베이스와 내용을 비교해 보고, 
                                 자신에게 없거나 자신의 정보가 더 오래된 것이면 상대방에게 상세한 정보를 요청하기 위하여
                                 링크상태요청리스트(link start request list)에 기록해 둔다.
                                 상대로부터 DDP 수신이 끝난 후, 링크상태요청리스트에 기록해 둔 것이 없다면,
                                 바로 풀(full) 상태로 들어간다.
 
   7. Loading state : 상대로부터 DDP 수신이 끝난 후, 링크상태요청리스트에 기록해 둔 것이 있으면, 링크상태요청패킷
            (LSR)을 보내어 특정 LSA의 상세 정보를 보내줄것을 요청한다. 이 요청을 받은 라우터는 특정 LSA 전체 정보를 
            LSU에 담아 전송한다.
 
   8. full state : 어드제이션트 라우터들간에 라우팅 정보교환이 끝난 상태이다. 이제, 어드제이션트 라우터들의 링크상태
            데이터베이스 내용이 모두 일치된다.
 
   ** 확인 : debug ip ospf adj
 
   ** 이후==>> 네이버의 라우팅 정보(LSA)교환을 끝낸 다음 5초를 기다린 후 라우팅 알고리즘 계산을 하고 그 결과를
                     라우팅 테이블에 기록한다.

                    알고리즘(SPF-shortest path first / 디즈크스트라-Dijikstra)
 
    동일 네트워크의 ospf 에서 모든 인터페이스 ip ospf priority 0 설정하면 2way 상태에서 adj를 가지 않는다.
         즉 서로가 DROTHER로 만 된다.
 
    DROTHER 라우터가 전송하는 업데이트 패킷의 목적지 주소는 224.0.0.6이다. 이를 수신한 DR 은 목적지 주소가
         224.0.0.5 로 된 업데이트 패킷을 이용하여 다른 라우터에게 해당 정보를 중계한다. DR/BDR은 자신의 라우팅 정보를
         전송할 때에도 224.0.0.5 를 목적지 주소로 설정한다.
         DROTHER 라우터는 목적지 주소가 224.0.0.5 인 패킷만 수신하고 
         DR/BDR 라우터는 목적지 주소가 224.0.0.5, 224.0.0.6 모두 수신한다.

 show ip ospf int f0/0 해당 필드 설명