RIP를 확장 할 수없는 이유는 무엇입니까?

대부분의 레퍼런스는 "RIP는 확장 성이 없다"고 말하므로 소규모 네트워크에서만 사용할 수 있습니다. 그러나 아무도 "왜"라고 말하지 않습니까? RIP에서 실제로 더 큰 네트워크로 확장되지 못하게하는 것은 무엇입니까? 어떻게 OSPF가 RIP의 단점을 극복합니까?

대부분의 레퍼런스는 "RIP는 확장 성이 없다"고 말하므로 소규모 네트워크에서만 사용할 수 있습니다. 그러나 아무도 "왜"라고 말하지 않습니까? RIP에서 실제로 더 큰 네트워크로 확장되지 못하게하는 것은 무엇입니까? 어떻게 OSPF가 RIP의 단점을 극복합니까?

요약

• RIPv1은 라우트를 자주 넘치며 (30 초마다) 라우팅 테이블의 크기가 증가함에 따라 큰 CPU로드가 발생합니다. 이는 RIP 가 토폴로지 변경 여부에 관계없이 새 인터페이스에서 경로를 넘칠 때마다 RIP 가 모든 경로에 대한 메트릭을 다시 계산 한다는 사실에 의해 더욱 복잡해집니다 . 경로 수가 증가함에 따라 RIP 가 다른 프로토콜과 함께 확장되지 않습니다.
• RIPv1은 입니다 클래스있는
• OSPF는 종종 경로를 넘칩니다. 네트워크에 토폴로지가 변경되면 변경된 LSA 만 플러딩됩니다. 이러한 변경 사항에 대한 메트릭이 계산됩니다. 따라서 잦은 홍수가 발생하는 LSA 의 주문형 경로 계산 은 OSPF 규모를 적절 하게 만듭니다 .
• OSPF 는 CIDR 을 지원하는 클래스 리스 프로토콜이며 RIPv1 보다 확장 성이 뛰어난 프로토콜입니다.

RIPv1 세부 사항 :

RIP 는 거리 벡터 프로토콜입니다 . 모든 거리 벡터 프로토콜 은 Bellman-Ford 알고리즘을 실행합니다 . 높은 수준에서 이것은 다음을 의미합니다.

• 라우팅 테이블의 모든 경로는 모든 인터페이스를 통해 정기적으로 발표됩니다.
• RIP 플러드는 30 초마다 모든 RIP 인터페이스를 라우팅합니다 . RIP 는 소문 에 의해 라우팅 되므로 토폴로지의 모든 라우터는 30 초마다 라우팅 테이블의 크기에 정비례해야합니다. 수천 개의 경로에 접근하면 (특히 하드웨어 전달이없는 CPU 기반 라우터에서) CPU로드 및 트래픽 지터에 미치는 영향이 무섭습니다.
• RIP의 프로토콜 자체가 (당신이 경로 가중치 어떤 형태의 작업을 수행해야하는 경우 작은) 15 홉에서 고정 된 최대 홉 카운트가 있습니다.
• Bellman-Ford 알고리즘을 기반으로하는 프로토콜 은 루프 라우팅 및 무한대 수 문제에 취약합니다.

OSPF 세부 사항 :

반대로 OSPF 는 Dijkstra의 알고리즘을 실행 하는 링크 상태 프로토콜 입니다. 따라서 :

• 각 라우터 는 라우팅 업데이트 ( LSA 라고 함)에서 직접 연결되고 재배포 된 경로 만 발표합니다 .
• 각 라우터 는 기본적으로 30 분마다 자체 LSA를 플러딩 합니다 (라우트 새로 고침 타이머가 3600 초 또는 1 시간이므로)
• 라우팅 테이블의 변경에 의해 트리거 될 때 LSA 도 초과 됨
• 라우터는 Dijkstra의 알고리즘 을 사용하여 필요할 때만 분산 LSA 경로 계산 을 수행 합니다.

Mike가 이미 설명한 내용을 추가하기 위해 RIP는 경로를 다시 계산하고 30 초마다 모든 경로를 알려줍니다. 수천 개의 라우터와 수만 개의 경로가있는 네트워크에서는 계산되는 경로가 많아 라우터가 실제로 트래픽을 전달하기에는 너무 바쁠 것입니다.

이미 알고 있듯이 RIP의 최대 메트릭은 15 홉입니다. 네트워크 크기가 제한됩니다.

RIP에는 계층이 없습니다. 전세계 네트워크를 상상해보십시오. 싱가포르에서 링크가 올라갈 때마다 아이슬란드의 라우터는 모든 경로를 다시 계산해야합니다. 한 영역을 다른 영역과 분리 할 방법이 없습니다.