OSPF 라우팅 프로토콜을 운영하면서 다음의 경우가 있을 수 있다.

  Case 1. 해당 Interface에 OSPF를 구동시키지 않고 Interface의 네트워크 정보만을 업데이트하고자 하는 경우

  Case 2. Interface에 OSPF 라우팅 프로토콜을 구동시키지만, 네이버 관계는 수립하지 않고 Interface의 네트워크 정보만 업데이트하고자 하는 경우

  Case 3. Interface에 OSPF 라우팅 프로토콜을 구동시키고 네이버 관계까지 수립하지만, 네이버의 장비 성능이 낮아 네이버에게 Update를 받기만 하고, 업데이트 정보를 전달하지 않으려는 경우

  Case 4. 장비를 교체하거나 장애원인을 분석하기 위하여 임시로 특정 장비에서 OSPF 프로세스를 다운시키거나, 특정 Interface에 OSPF 라우팅 프로토콜을 다운시키는 경우

  이런 경우에 설정할 수 있는 명령어들이 어떤 것들이 있는지 확인해 보자.

Interface의 네트워크 정보만 전달하는 경우

  Interface의 네트워크 정보만 전달하는 경우는 ‘Direct Connect’ 데이터베이스에서 네트워크 정보를 OSPF 라우팅 프로토콜의 데이터베이스로 가지고 오는 방법이다.

IOS or XE (config-router)# redistribute connect [subnet]

XR (config-ospf)# redistribute connect

NX-OS (config-router)# redistribute direct route-map {route_map_name}

  ‘redistribute’ 명령어는 서로 다른 라우팅 프로토콜의 네트워크 정보를 가져올 때 사용하는 명령어로 추후에 자세히 설명하도록 하겠다. ‘redistribute’ 명령어를 사용하여 ‘Direct Connect’의 네트워크 정보를 가져오게 되면 해당 Interface에 OSPF 라우팅 프로토콜을 구동시지 않고 네트워크 정보만을 가져올 수 있다.

  이 때, ‘Direct Connect’ 정보 중에 특정 Interface의 네트워크 정보를 OSPF 라우팅 프로토콜 데이터베이스에 들어가지 못하도록 차단하는 방법으로 ‘prefix-suppression’ 명령어를 사용할 수 있다. Interface에 ‘ip ospf prefix-suppression’ 명령어를 사용하면 ‘redistribute’ 뿐만 아니라 Interface에 OSPF를 구동시키는 경우에도 Interface의 네트워크 정보가 데이터베이스에 들어가지 못하게 하여 Interface의 네트워크 정보가 Update 되는 것을 차단할 수 있다.

  반대로 특정 Interface 정보만 OSPF 라우팅 프로토콜 데이터베이스로 들어가도록 하기 위해서는 ‘route-map’을 이용하거나 다음과 같이 설정할 수 있는데, ‘route-map’을 이용하는 방법은 추후에 자세히 다루도록 하겠다.

특정 Interface로 네이버 관계를 수립하지 않도록 하는 경우

IOS or XE or NX (config-router)# passive-interface {default | interface type interface_id}

XR (config-ospf-ar-if)# passive

‘passive-interface’ 명령어는 라우팅 프로토콜마다 약간씩 차이가 있다. 그 중 OSPF 라우팅 프로토콜은 Hello Packet을 보내지도 받지도 않도록 하여 해당 Interface로 어떠한 네이버 연결 관계도 수립되지 못하도록 한다. ‘default’ 옵션을 사용하여 모든 Interface를 한번에 passive 상태로 만든 후 ‘no passive-interface’ 명령어를 사용하여 특정 Interface만 active 상태로 설정할 수도 있고, Interface를 지정하여 특정 Interface만 passive 상태로 만들수도 있다.

네이버 관계는 수립되지만 업데이트를 받기만 하려는 경우

  OSPF 라우팅 프로토콜은 Area 내 모든 장비의 데이터베이스가 동기화되어야 한다고 설명한 적이 있다. 그런데, 네이버 장비의 성능이 좋지 못한 경우 Update를 받기만 하고 주지 않도록 설정할 수 있다. 이 때, 특정 LSA나 특정 네트워크 정보만 전달하지 않는 방법은 존재하지 않는다. 모두 전달하거나 모두 전달하지 않는 방법밖에 없다.

IOS or XE or NX (config-if)# ip ospf database-filter all out

XR (config-ospf-ar-if)# database-filter all out

  R1에서 R2와 연결된 Interface에 ‘database-filter all out’을 설정한 후에 R1에는 R2의 LSA가 존재하는데 R2에서는 R1의 LSA 정보가 사라지는 것을 확인해 보자.

장비나 Interface에 임시로 OSPF 라우팅 프로토콜을 다운시키려는 경우

IOS or XE or NX (config-router)# shutdown

XR (config-ospf)# protocol shutdown

  기존 설정을 유지한채 임시로 장비에서 OSPF 라우팅 프로토콜의 프로세스를 다운시키는 명령어이다. 일반적으로 장비를 교체할 때, 모든 데이터를 백업경로로 우회시킨 후에 해당 장비를 걷어내도 아무런 문제가 없는지 확인하기 위하여 사용한다. 문제가 발생한다면 ‘no shutdown’ 명령어를 이용하여 빠르게 복구를 하여야 하고, 문제가 발생하지 않으면 장비 교체 작업을 수행한다.

IOS or XE or NX (config-if)# ip ospf shutdown

특정 Interface에 OSPF 라우팅 프로토콜을 다운시키고자 할 때 사용하는 명령어로 일반적으로 다중 경로 상태에서 Failover 테스트를 진행하거나 장애가 발생하여 원인을 분석하고자 할 때 사용을 한다. 그러나, ‘ip ospf shutdown’ 명령어보다 엔지니어에게 친숙한 ‘passive-interface’ 명령어를 더 보편적으로 사용하는 편이다.