포이즌 리버스는

포이즌 리버스는

마지막

2006-05-14T19 : 23 : 00 + 09 : 00

이 문서의 URI 참조

http://www.7key.jp/nw/routing/r_protocol/poison_reverse.html#what

네트워크 구성에 중복이있는 경우 라우팅 루프 의 발생을 방지하기 위해 고안된 것이 포이즌 리버스 라는 방법입니다. 포이즌 리버스는 분할 수평 을 더욱 철저한 것으로, 루트 정보를 수신되면 그 경로 정보를받은 인터페이스를 포함한 모든 인터페이스에서 그 루트의 도달 불가능 성을 보냅니다. 따라서 포이즌 리버스 함께 분할 수평라는 것도있는 것 같습니다. 다만, 대규모 네트워크에서이를 구현하면 엄청난 트래픽 이 발생하고 버립니다. 그래서 루트 아래 정보를받은 경우에만 그 루트 정보의 통계 를 도달 불가능으로 돌려 보내 구현이 일반적입니다.

에서는 우선 이중화 네트워크에서 라우팅 루프 가 발생 메커니즘에서 살펴 보자. 그림 : Fig1과 같이 루프가 만들어지는 네트워크 컨버전스 에 도달 한 상황에서 네트워크 "10.1.1.0"오류가 발생했다고합시다.

먼저 라우터 A는 ""10.1.1.0 ", 홉 수 16」을 포함한 경로 정보를 광고 합니다. 그러면 라우터 B와 라우터 D의 라우팅 테이블 은 그림 : Fig2의 것입니다.

이 경우 라우터 B와 라우터 D가 보급 하기 전에 라우터 C가 보급 될 가능성은 제로가 없습니다. 즉, 라우터 B와 라우터 D의 트리거 업데이트 보다 먼저 라우터 C의 예약 된 업데이트의 타이밍이 빨랐다 경우, 라우터 C는 "10.1.1.0"관련 넥스트 홉라우터 B로하는 루트 와 라우터 D로하는 루트 의 모두 알고 있기 때문에, 분할 수평 의 원칙에 따라 다음 홉 라우터 B로 루트를 라우터 D에 가르치고 넥스트 홉 라우터 D로 경로를 라우터 B로 가르칩니다 (그림 : Fig3).

이 후, 라우터 B와 라우터 D가 각각 라우터 A에 "10.1.1.0"의 경로 정보를 가르침으로써 라우팅 루프 가 발생할 가능성이있는 것입니다.

는 포이즌 리버스 를 사용하면 어떻게 해 라우팅 그룹 을 억제 할 수 있을까요. 우선 "10.1.1.0"이 다운 된 것을 발견 한 라우터 A는 트리거 업데이트 에서 즉시 ""10.1.1.0 " 메트릭 16"의 정보를 라우터 B와 라우터 D를 초대합니다. 이를 수신 한 라우터 B와 라우터 D는 모든 인터페이스에서 ""10.1.1.0 "메트릭 16"의 정보를 광고 합니다. 라우터 B는 ""10.1.1.0 "메트릭 16 '라는 정보를"s1 "뿐만 아니라"s0 "도 전송하기 때문에 라우터 A는 넥스트 홉 라우터 B로 할 수도"10.1.1.0 " 에 도달 할 수 없다는 것을 알고 있습니다. 마찬가지로 라우터 D를 다음 홉로 할 수도 "10.1.1.0"에 도달 할 수 없다는 것을 알고 있습니다 (그림 : Fig4).

이 시점에서 라우터 A에서 대상 "10.1.1.0"의 루트 에 대해 넥스트 홉 라우터 B로하는 루트 도 라우터 D로하는 루트도 수치 가 16이되고, 홀드 다운 상태입니다. 따라서, 이러한 루트에 관해서는 향후 새로운 정보를 받아 들일 수 없습니다. 이것에 의해 광고 의 타이밍에関り없이 라우팅 루프 의 발생이 억제되게됩니다.