네트워크에서 무한대 문제 방지 - 더미

무한대 로 계산하면 거리 벡터 라우팅 프로토콜로 관리되는 네트워크를 신속하게 비활성화 할 수 있습니다. 다음 섹션에서는 카운트가 무한대로되고 네트워크에서 결과 라우팅 루프가 발생하지 않도록하는 방법에 대해 설명합니다.

수평 분할

RIPv1을 사용하는 경우 split horizon이라는 개념 형태의 솔루션이 있습니다. 이 개념에서, 하나의 인터페이스에서 라우팅을 수신하면, 그 인터페이스로부터 그 정보를 다시 전송하는 것은 생산적 일 가능성이 낮습니다.

라우팅 과정에서 네트워크 10.4. 0/16에 대한 라우팅 정보 만 검사하면 경로 정보의 흐름은 다음과 같이 전달됩니다.

Router2

1. 는 10까지의 경로를 학습합니다. 4. 0 0/16. 인터페이스 S0 / 1을 통해

   Router3 를 향한 경로를 학습합니다. Router2

2. 는 라우팅 테이블 업데이트를 전송합니다. 업데이트는 두 인터페이스를 통과하지만, 다음 그림에서와 같이 인터페이스 S0 / 1을 통해 라우트를 보낼 때 목록에서 10/4. 0/16 경로를 필터링합니다.

   Router1

3. 는 인터페이스 S0 / 0의 Router2 에서 10.0.4로의 경로를 수신합니다. Router1

4. 는 라우팅 테이블 업데이트를 보냅니다. 이 업데이트는 두 개의 인터페이스를 통해 나가지만, 10.0으로 경로를 필터링합니다. S0 / 0을 통해 라우트를 보낼 때 목록에서 0/16을 제거합니다.

   

분할 수평선을 사용하는 대신 RIPv2는

route poisoning

프로세스를 구현합니다. 다음은 route poisoning 프로세스의 순서입니다. Router3 는 10. 4. 0/16에 대한 링크가 작동 중지되었음을 나타냅니다.

1. Router3 는 해당 네트워크에 대한 메트릭을 무한대로 (즉, 홉 수가 16 인 RIPv2의 경우) 즉시 업데이트하고 그림 6-7에서와 같이 즉시 라우팅 테이블 업데이트를 보냅니다..

   Router2 가 업데이트를 가져옵니다. 그러면 경로를 제거하여 자체 라우팅 테이블을 업데이트합니다. 4. 0 0/16, 더 이상 유효하지 않으므로. 이 업데이트가 완료되면

2. Router2 는 자체 업데이트를 인터페이스 S0 / 0을 통해 보냅니다.

   Router1 가 업데이트를 가져옵니다. 이 업데이트에는 10.0 4. 0 0./16에 대한 경로가 더 이상 포함되지 않으므로

3. Router1 는 해당 네트워크에 대한 경로를 제거합니다.

   라우터 포이즈 닝을 사용하면 적시에 네트워크에서 부적절한 라우트 정보가 제거되도록 업데이트 프로세스가 확대됩니다. poison reverse라는 프로세스를 사용하여이 시스템을 확장 할 수 있습니다.

   

Router2 가 홉 수 또는 메트릭이 무한대로가는 것을 확인한 후에 라우터는 라우트 테이블 업데이트를 라우트가

Router3 로 보내 무한 메트릭으로 라우트 ~ 10.4. 0/16은 더 이상 사용할 수 없습니다. 이 프로세스는 부적절한 업데이트로 인해 Router3 로 연결되어 루프가 발생할 가능성을 줄입니다. 홀드 다운 타이머 홀드 다운 타이머 는 일부 라우팅 프로토콜이 구현하는 라우팅 루프의 또 다른 솔루션입니다. 홀드 - 다운 타이머는 프로토콜 업데이트 메시지가 현재 다운 된 링크에 대한 라우트를 부적절하게 업데이트하는 것을 방지합니다. 다음은 보류 타이머 구현 순서입니다. Router2

는 10. 4. 0/16에 대한 링크가 다운되었음을 알리는 업데이트를 수신합니다.

Router2 는 경로를 가능한 아래로 표시하고 보류 시간을 설정합니다.

1. Router2 는 업데이트를 기다립니다.

2. 원래 메트릭보다 향상된 메트릭을 가진 업데이트를 얻는 경우 Router2

3. 는 경로를 가동 상태로 기록합니다. 타이머 간격에서 업데이트를 얻지 못하면

   • Router2 는 라우팅 테이블에서 경로를 제거합니다.

   • Router2 가 원래 경로보다 나쁜 메트릭으로 수신하는 경로는 자동으로 제거됩니다. 홀드 - 다운 (hold-down) 기간 동안, 어떤 데이터가 10.0.0/16 네트워크로 전송되면, 데이터는 전달 시도로서 전송된다. 배달 시도는 10. 4. 0/16에 대한 링크가 간헐적으로 문제가 발생하는 경우에 이루어집니다.

   • 트리거 된 업데이트 트리거 된 업데이트는 링크가 변경되는 즉시 업데이트를 강제 실행하여 무제한 카운트를 처리합니다. 네트워크 10에 대한 링크가 네트워크 10에 연결되면 사용중인 네트워크 레이아웃으로 돌아갑니다.

Router3

는 인접 라우터에 링크가 있음을 알리는 즉시 업데이트를 보냅니다 내려왔다.

Router2

는 업데이트를 수신하고 즉시 Router1 와 같은 이웃 라우터에 업데이트를 전달합니다. 정상적인 업데이트 일정의 일환으로 Router2 는 경로를 제거하기 위해 업데이트를 받기 전에 Router1

에서 다른 업데이트를받을 수 있습니다. 해결 방법은 트리거 된 업데이트를 보류 타이머와 결합하여 라우터의 라우팅 테이블에 더 나쁜 메트릭이있는 경로가 추가되지 않도록합니다.