그래서 OSPF 라우팅 프로토콜로 가상 네트워크를 설정 해야하는이 작업이 있습니다. 라우터에서 구성해야하는이 루프백 인터페이스를 먼저 무시했습니다. Cisco Packet Tracer라는 가상화 소프트웨어에서 아무런 차이가 없었기 때문입니다. 그런 다음 일부 Cisco 라우터를 사용하여 실제 네트워크를 구축했으며 아무 것도 수행하지 않았습니다. 이 루프백 유무에 관계없이 네트워크가 작동했습니다 (한 호스트에서 다른 호스트로 핑). 이제 내 질문은 :이 루프백 인터페이스가 필요한 이유 또는 기능은 무엇입니까? 아래 그림에는 내가 구축해야했던 네트워크가 있습니다 (도움이있는 경우).
답변:
루프백 인터페이스는 다운되지 않는 IP 주소의 인터페이스이므로 유용합니다. 특별히 정의 된 라우터 ID가없는 OSPF는 자체적으로 라우터 ID를 선택합니다. 구성되고 활성화 된 인터페이스의 IP 주소에서 라우터 ID를 선택합니다. 루프백 인터페이스는 누군가가 특별히 종료하지 않는 한 항상 켜져 있기 때문에 루프백이 좋습니다. 링크에 문제가 있으면 다른 인터페이스가 다운 될 수 있습니다.
첫째, 루프백 인터페이스는 주로 두 장비 (예 : 라우터) 사이에 인접성을 설정하고 하나의 링크가 실패 할 때 루프백 인터페이스가 논리적 인터페이스이므로 인접성이 다운되지 않는지 확인하려는 경우에 주로 사용됩니다. 다른 방법들.
이를위한 또 다른 용도는 일부 네트워크를 알리는 것입니다. 라우팅 테이블에 네트워크가 존재하는 경우에만 네트워크를 알릴 수 있습니다. 위의 예에서 모든 루프백 인터페이스를 주석 처리 할 때 사용할 수있는 한 가지 사용법은 일부 네트워크를 알리고 OSPF가 작동하는 방식을 보는 것이지만 루프백 인터페이스를 사용하거나 사용하지 않는 경우에도 구성 잘 작동해야합니다.
@Ron Maupin에 훌륭한 답변을 추가하면 루프백 인터페이스가 될 라우터 ID의 (현명한) 선택이 링크 실패 시나리오에서 더 강력해질 것이라고 말할 것입니다. 다른 사람들이 언급했듯이 모든 OSPF 라우터는 라우터 ID를 선택합니다. 이 ID는 달리 명시 적으로 구성하지 않으면 주어진 라우터에서 사용 가능한 모든 인터페이스 중에서 선택됩니다. 따라서 특정 라우터에 대한 링크 실패시-라우터 ID 선택의 논리가 여전히 "가장 높은 IP 주소"에 설정되어 있고 OSPF 프로세스에 루프백 주소가 구성되어 있지 않은 경우 (또는 루프백 주소가없는 경우) 라우터가 전혀 연결되지 않은 경우)-이 링크 실패는 라우터 내에서 새로운 라우터 ID 선택 절차를 트리거하며, 더 중요한 것은이 라우터가 광고 하도록 의무화 할 것입니다 "새로 선택된"라우터 ID로 네트워크에 OSPF 메시지를 다시 보냅니다.
반면 , 라우터 ID를 루프백 주소 (또는 OSPF 프로세스에 루프백 주소가있는 경우)로 구성하여 라우터 ID를 "결정적"으로 설정 한 경우 절대로 다운되지 않습니다 (물론 전체 라우터 / OSPF 프로세스를 아래로 이동합니다)를 선택한 다음 인터페이스 중 어느 하나의 경우 라우터가 다운, 라우터 ID는 영향을받지 않습니다 멀티 캐스트 OSPF "새 라우터 ID"메시지가 네트워크로 전송되지 않습니다 therfor.
위의 토폴로지를 고려하면 라우터 E (또는 더 정확하게는 유일한 인터페이스)가 다운 된 경우 어쨌든 다시 올라갈 때 라우터 ID를 "다시 다시"알립니다. 그러나 (!!) 다른 라우터 ( A, B, C 또는 D )에서 인터페이스 중 하나 이상이 다운되면 라우터 ID가 "결정적"으로 설정되지 않은 경우 새 광고는 네트워크로 전송되어 전체 대역폭에 영향을 미칩니다. OSPF에서 라우터 ID의 루프백 주소가 유리한 경우입니다.