시스코 교육 200-125 CCNA v3.0. 21일차: 거리 벡터 라우팅 RIP

오늘 수업의 주제는 RIP(Routing Information Protocol)입니다. 사용, 구성 및 제한 사항의 다양한 측면에 대해 이야기하겠습니다. 내가 말했듯이 RIP는 Cisco 200-125 CCNA 코스 커리큘럼의 일부가 아니지만 RIP는 주요 라우팅 프로토콜 중 하나이기 때문에 이 프로토콜에 대해 별도의 강의를 하기로 결정했습니다.

오늘은 라우터의 작동 이해 및 RIP 설정, RIP 타이머, RIP 제한의 3가지 측면을 살펴보겠습니다. 이 프로토콜은 1969년에 만들어졌으므로 가장 오래된 네트워크 프로토콜 중 하나입니다. 그 장점은 탁월한 단순성에 있습니다. 오늘날 Cisco를 포함한 많은 네트워크 장치는 EIGRP와 같은 독점 프로토콜이 아니라 공용 프로토콜이기 때문에 RIP를 계속 지원합니다.

RIP에는 2가지 버전이 있습니다. 첫 번째 클래식 버전은 클래스 없는 IP 주소 지정의 기반이 되는 가변 길이 서브넷 마스크인 VLSM을 지원하지 않으므로 하나의 네트워크만 사용할 수 있습니다. 이에 대해서는 잠시 후에 이야기하겠습니다. 이 버전은 인증도 지원하지 않습니다.

2개의 라우터가 서로 연결되어 있다고 가정해 보겠습니다. 이 경우 첫 번째 라우터는 자신이 알고 있는 모든 것을 이웃에게 알려줍니다. 네트워크 10이 첫 번째 라우터에 연결되어 있고, 네트워크 20이 첫 번째와 두 번째 라우터 사이에 있고, 네트워크 30이 두 번째 라우터 뒤에 있다고 가정하면, 첫 번째 라우터는 두 번째 라우터에게 네트워크 10과 20을 알고 있다고 알려주고, 라우터 2는 두 번째 라우터에게 네트워크 1과 30을 알고 있다고 알립니다. 라우터 20은 네트워크 XNUMX과 네트워크 XNUMX에 대해 알고 있습니다.

라우팅 프로토콜은 이 두 네트워크가 라우팅 테이블에 추가되어야 함을 나타냅니다. 일반적으로 하나의 라우터는 이웃 라우터에게 자신에 연결된 네트워크에 대해 알리고, 라우터는 이웃 라우터 등에 대해 알리는 것으로 나타났습니다. 간단히 말해서, RIP는 이웃 라우터가 서로 정보를 공유할 수 있도록 하는 가십 프로토콜이며, 각 이웃은 자신이 들은 내용을 무조건적으로 믿습니다. 각 라우터는 네트워크의 변경 사항을 "수신"하고 이를 이웃과 공유합니다.

인증 지원이 부족하다는 것은 네트워크에 연결된 모든 라우터가 즉시 전체 참가자가 된다는 것을 의미합니다. 네트워크를 다운시키려면 해커 라우터에 악성 업데이트를 연결하고 다른 모든 라우터는 이를 신뢰하므로 내가 원하는 방식으로 라우팅 테이블을 업데이트합니다. RIP의 첫 번째 버전은 이러한 해킹에 대한 보호 기능을 제공하지 않습니다.

RIPv2에서는 그에 따라 라우터를 구성하여 인증을 제공할 수 있습니다. 이 경우, 비밀번호를 입력하여 네트워크 인증을 통과한 후에만 라우터 간 정보 업데이트가 가능합니다.

RIPv1은 브로드캐스팅을 사용합니다. 즉, 모든 업데이트는 브로드캐스트 메시지를 사용하여 전송되므로 모든 네트워크 참가자가 이를 수신합니다. 라우팅 장치에만 업데이트가 필요하기 때문에 이러한 업데이트에 대해 아무것도 모르는 첫 번째 라우터에 연결된 컴퓨터가 있다고 가정해 보겠습니다. 그러나 라우터 1은 브로드캐스트 ID가 있는 모든 장치, 즉 필요하지 않은 장치에도 이러한 메시지를 보냅니다.

RIP의 두 번째 버전에서는 이 문제가 해결되었습니다. 즉, 멀티캐스트 ID 또는 멀티캐스트 트래픽 전송을 사용합니다. 이 경우 프로토콜 설정에 지정된 장치만 업데이트를 받습니다. 인증 외에도 이 RIP 버전은 VLSM 클래스 없는 IP 주소 지정을 지원합니다. 즉, 10.1.1.1/24 네트워크가 첫 번째 라우터에 연결된 경우 IP 주소가 이 서브넷의 주소 범위에 있는 모든 네트워크 장치도 업데이트를 받습니다. 프로토콜의 두 번째 버전은 CIDR 방법을 지원합니다. 즉, 두 번째 라우터가 업데이트를 수신하면 관련된 특정 네트워크나 경로를 알 수 있습니다. 첫 번째 버전의 경우 네트워크 10.1.1.0이 라우터에 연결되면 네트워크 10.0.0.0의 장치와 동일한 클래스에 속하는 다른 네트워크도 업데이트를 받습니다. 이 경우 라우터 2는 이러한 네트워크의 업데이트에 대한 전체 정보도 수신하지만 CIDR이 없으면 이 정보가 클래스 A IP 주소가 있는 서브넷과 관련이 있다는 것을 알 수 없습니다.

이것이 RIP의 매우 일반적인 용어입니다. 이제 어떻게 구성할 수 있는지 살펴보겠습니다. 라우터 설정의 전역 구성 모드로 이동하여 Router RIP 명령을 사용해야 합니다.

그러면 라우터 하위 명령 수준으로 이동했기 때문에 명령줄 헤더가 R1(config-router)#으로 변경된 것을 볼 수 있습니다. 두 번째 명령은 버전 2입니다. 즉, 라우터에 프로토콜 버전 2를 사용해야 함을 나타냅니다. 다음으로, network XXXX 명령을 사용하여 업데이트를 전송해야 하는 공지된 클래스형 네트워크의 주소를 입력해야 합니다. 이 명령에는 두 가지 기능이 있습니다. 첫째, 광고해야 하는 네트워크를 지정하고, 둘째, 사용해야 하는 인터페이스를 지정합니다. 이를 위해. 네트워크 구성을 보면 무슨 뜻인지 알 수 있습니다.

여기에는 4개의 라우터와 192.168.1.0개의 서브넷으로 나누어진 식별자가 26/4인 네트워크를 통해 스위치에 연결된 컴퓨터가 있습니다. 우리는 3/192.168.1.0, 26/192.168.1.64 및 26/192.168.1.128의 26개 서브넷만 사용합니다. 여전히 서브넷 192.168.1.192/26이 있지만 필요하지 않기 때문에 사용되지 않습니다.

장치 포트에는 다음과 같은 IP 주소가 있습니다. 컴퓨터 192.168.1.10, 첫 번째 라우터의 첫 번째 포트 192.168.1.1, 두 번째 포트 192.168.1.65, 두 번째 라우터의 첫 번째 포트 192.168.1.66, 두 번째 라우터의 두 번째 포트 192.168.1.129, 세 번째 라우터의 첫 번째 포트 192.168.1.130 . 지난번에 규칙에 대해 이야기했기 때문에 규칙을 따르고 주소 .1을 라우터의 두 번째 포트에 할당할 수 없습니다. 왜냐하면 .1은 이 네트워크의 일부가 아니기 때문입니다.

다음으로, 다른 네트워크인 10.1.1.0/16을 시작하므로 다른 주소를 사용합니다. 따라서 이 네트워크가 연결된 두 번째 라우터의 두 번째 포트는 IP 주소가 10.1.1.1이고 네 번째 포트는 스위치가 연결된 라우터 - 주소 10.1.1.2.

내가 만든 네트워크를 구성하려면 장치에 IP 주소를 할당해야 합니다. 첫 번째 라우터의 첫 번째 포트부터 시작하겠습니다.

먼저 호스트 이름 R1을 만들고 주소 0을 포트 f0/192.168.1.1에 할당하고 /255.255.255.192 네트워크가 있으므로 서브넷 마스크 26를 지정합니다. no shutdown 명령을 사용하여 R1 구성을 완료해 보겠습니다. 첫 번째 라우터 f0/1의 두 번째 포트는 IP 주소 192.168.1.65와 서브넷 마스크 255.255.255.192를 수신합니다.
두 번째 라우터는 R2라는 이름을 받게 되며 주소 0과 서브넷 마스크 0를 첫 번째 포트 f192.168.1.66/255.255.255.192에 할당하고 주소 0와 서브넷 마스크 1를 두 번째 포트 f192.168.1.129/에 할당합니다. 255.255.255.192.

세 번째 라우터로 이동하여 호스트 이름 R3을 할당하고, 포트 f0/0은 주소 192.168.1.130과 마스크 255.255.255.192를 수신하고, 포트 f0/1은 주소 10.1.1.1과 마스크 255.255.0.0를 수신합니다. 16. 이 네트워크는 /XNUMX이기 때문입니다.

마지막으로 마지막 라우터로 이동하여 이름을 R4로 지정하고 포트 f0/0에 주소 10.1.1.2와 마스크 255.255.0.0을 할당합니다. 그래서 우리는 모든 네트워크 장치를 구성했습니다.

마지막으로 컴퓨터의 네트워크 설정을 살펴보겠습니다. 고정 IP 주소는 192.168.1.10, 하프넷 마스크는 255.255.255.192, 기본 게이트웨이 주소는 192.168.1.1입니다.

지금까지 서로 다른 서브넷에 있는 장치의 서브넷 마스크를 구성하는 방법을 살펴보았습니다. 매우 간단합니다. 이제 라우팅을 활성화해 보겠습니다. R1 설정으로 이동하여 전역 구성 모드를 설정하고 라우터 명령을 입력합니다. 그런 다음 시스템은 이 명령에 대해 가능한 라우팅 프로토콜(bgp, eigrp, ospf 및 rip)에 대한 힌트를 제공합니다. 우리 튜토리얼은 RIP에 관한 것이기 때문에 나는 router rip 명령을 사용하고 있습니다.

물음표를 입력하면 시스템은 이 프로토콜의 기능에 대해 가능한 옵션과 함께 다음 명령에 대한 새로운 힌트를 발행합니다. 자동 요약 - 경로 자동 요약, 기본 정보 - 기본 정보 표시 제어, 네트워크 - 네트워크, 타이밍 등. 여기에서 주변 장치와 교환할 정보를 선택할 수 있습니다. 가장 중요한 기능은 버전이므로 version 2 명령을 입력하여 시작하고, 다음으로 지정된 IP 네트워크에 대한 경로를 생성하는 network key 명령을 사용해야 합니다.

나중에 Router1을 계속 구성하겠지만 지금은 Router 3으로 이동하겠습니다. network 명령을 사용하기 전에 네트워크 토폴로지의 오른쪽을 살펴보겠습니다. 라우터의 두 번째 포트 주소는 10.1.1.1입니다. RIP는 어떻게 작동하나요? 두 번째 버전에서도 상당히 오래된 프로토콜인 RIP는 여전히 자체 네트워크 클래스를 사용합니다. 따라서 네트워크 10.1.1.0/16이 클래스 A에 속하더라도 네트워크 10.0.0.0 명령을 사용하여 이 IP 주소의 전체 클래스 버전을 지정해야 합니다.

그러나 network 10.1.1.1 명령을 입력하고 현재 구성을 보면 시스템이 자동으로 전체 클래스 주소 지정 형식을 사용하여 10.1.1.1을 10.0.0.0으로 수정한 것을 볼 수 있습니다. 따라서 CCNA 시험에서 RIP에 대한 질문을 발견하면 풀클래스 주소 지정을 사용해야 합니다. 10.0.0.0 대신 10.1.1.1 또는 10.1.0.0을 입력하면 실수를 하게 됩니다. 전체 클래스 주소 지정 형식으로의 변환이 자동으로 수행된다는 사실에도 불구하고 시스템이 오류를 수정할 때까지 기다리지 않도록 처음에는 올바른 주소를 사용하는 것이 좋습니다. 기억하세요 - RIP는 항상 풀클래스 네트워크 주소 지정을 사용합니다.

network 10.0.0.0 명령을 사용한 후 세 번째 라우터는 이 3번째 네트워크를 라우팅 프로토콜에 삽입하고 R4-R2 경로를 따라 업데이트를 보냅니다. 이제 네 번째 라우터의 라우팅 프로토콜을 구성해야 합니다. 설정으로 이동하여 router rip, version 10.0.0.0 및 network 4 명령을 순차적으로 입력합니다. 10. 이 명령을 사용하여 RXNUMX에게 RIP 라우팅 프로토콜을 사용하여 네트워크 광고를 시작하도록 요청합니다.

이제 이 두 라우터는 정보를 교환할 수 있지만 아무 것도 변경되지 않습니다. show ip Route 명령을 사용하면 FastEthernrt 포트 0/0이 네트워크 10.1.0.0에 직접 연결되어 있음을 알 수 있습니다. 세 번째 라우터로부터 네트워크 알림을 받은 네 번째 라우터는 다음과 같이 말합니다. "좋아요, 친구. 열 번째 네트워크에 대한 알림을 받았지만 이 네트워크에 직접 연결되어 있기 때문에 이미 알고 있습니다."

따라서 R3 설정으로 돌아가 network 192.168.1.0 명령을 사용하여 다른 네트워크를 삽입하겠습니다. 나는 다시 풀클래스 주소 지정 형식을 사용합니다. 그 후 세 번째 라우터는 R192.168.1.128-R3 경로를 따라 4 네트워크를 광고할 수 있습니다. 내가 이미 말했듯이 RIP는 모든 이웃에게 새로운 네트워크에 대해 알리고 라우팅 테이블의 정보를 전달하는 "가십"입니다. 이제 세 번째 라우터의 테이블을 보면 여기에 연결된 두 네트워크의 데이터를 볼 수 있습니다.

이 데이터는 두 번째 및 네 번째 라우터 모두에 대한 경로의 양쪽 끝으로 전송됩니다. R2 설정으로 넘어 갑시다. 동일한 명령인 router rip, version 2 및 network 192.168.1.0을 입력했는데, 여기에서 상황이 흥미로워지기 시작합니다. 네트워크 1.0을 지정했는데 둘 다 네트워크 192.168.1.64/26이자 네트워크 192.168.1.128/26입니다. 따라서 네트워크 192.168.1.0을 지정할 때 기술적으로 이 라우터의 두 인터페이스 모두에 대한 라우팅을 제공합니다. 편리한 점은 단 하나의 명령으로 장치의 모든 포트에 대한 라우팅을 설정할 수 있다는 것입니다.

라우터 R1에 대해 정확히 동일한 매개변수를 지정하고 동일한 방식으로 두 인터페이스 모두에 대한 라우팅을 제공합니다. 이제 R1의 라우팅 테이블을 보면 모든 네트워크를 볼 수 있습니다.

이 라우터는 네트워크 1.0과 네트워크 1.64를 모두 알고 있습니다. 또한 RIP를 사용하므로 네트워크 1.128 및 10.1.1.0에 대해서도 알고 있습니다. 이는 라우팅 테이블의 해당 행에 있는 R 헤더로 표시됩니다.
[120/2] 정보에 주의하세요. 이는 행정적 거리, 즉 라우팅 정보 소스의 신뢰성입니다. 이 값은 더 크거나 작을 수 있지만 RIP의 기본값은 120입니다. 예를 들어 정적 경로의 관리 거리는 1입니다. 관리 거리가 낮을수록 프로토콜의 안정성이 높아집니다. 라우터가 두 프로토콜(예: 고정 경로와 RIP) 중에서 선택할 수 있는 경우 고정 경로를 통해 트래픽을 전달하도록 선택합니다. 괄호 안의 두 번째 값 /2는 측정항목입니다. RIP 프로토콜에서 메트릭은 홉 수를 의미합니다. 이 경우 네트워크 10.0.0.0/8은 2개의 홉으로 도달할 수 있습니다. 즉, 라우터 R1은 네트워크 192.168.1.64/26(첫 번째 홉)을 통해 트래픽을 전송해야 하며, 네트워크 192.168.1.128/26을 통해 트래픽을 전송해야 합니다. 두 번째 홉은 IP 주소가 10.0.0.0인 FastEthernet 8/0 인터페이스를 갖춘 장치를 통해 네트워크 1/192.168.1.66에 도달하는 것입니다.

비교를 위해 라우터 R1은 인터페이스 192.168.1.128을 통해 120홉에서 1의 관리 거리로 네트워크 192.168.1.66에 도달할 수 있습니다.

이제 컴퓨터 PC0에서 IP 주소 4를 사용하여 라우터 R10.1.1.2의 인터페이스에 ping을 시도하면 성공적으로 돌아올 것입니다.

ARP를 사용할 때 첫 번째 패킷이 손실되었지만 나머지 세 개는 수신자에게 성공적으로 반환되었기 때문에 요청 시간 초과 메시지와 함께 첫 번째 시도가 실패했습니다. 이는 RIP 라우팅 프로토콜을 사용하여 네트워크에서 지점 간 통신을 제공합니다.

따라서 라우터에서 RIP 프로토콜 사용을 활성화하려면 router rip, version 2 및 network <전체 클래스 형식의 네트워크 번호/네트워크 식별자> 명령을 순차적으로 입력해야 합니다.

R4 설정으로 이동하여 show ip Route 명령을 입력해 보겠습니다. 네트워크 10.이 라우터에 직접 연결되어 있고 네트워크 192.168.1.0/24는 RIP를 통해 IP 주소 0을 사용하여 포트 f0/10.1.1.1을 통해 액세스할 수 있음을 알 수 있습니다.

192.168.1.0/24 네트워크의 모양에 주의를 기울이면 경로 자동 요약에 문제가 있음을 알 수 있습니다. 자동 요약이 활성화된 경우 RIP는 최대 192.168.1.0/24까지 모든 네트워크를 요약합니다. 타이머가 무엇인지 살펴보겠습니다. RIP 프로토콜에는 4개의 기본 타이머가 있습니다.

업데이트 타이머는 업데이트 전송 빈도를 담당하며 RIP 라우팅에 참여하는 모든 인터페이스에 30초마다 프로토콜 업데이트를 전송합니다. 이는 라우팅 테이블을 가져와 RIP 모드에서 작동하는 모든 포트에 배포한다는 의미입니다.
네트워크 N1를 통해 라우터 2에 연결된 라우터 2이 있다고 가정해 보겠습니다. 첫 번째 라우터 이전과 두 번째 라우터 이후에는 네트워크 N1과 N3이 있습니다. 라우터 1은 라우터 2에게 네트워크 N1과 N2를 알고 있음을 알리고 업데이트를 보냅니다. 라우터 2는 라우터 1에게 네트워크 N2와 N3을 알고 있음을 알려줍니다. 이 경우 라우터 포트는 30초마다 라우팅 테이블을 교환합니다.

어떤 이유로 N1-R1 연결이 끊어지고 라우터 1이 더 이상 N1 네트워크와 통신할 수 없다고 가정해 보겠습니다. 그 후 첫 번째 라우터는 N2 네트워크에 관한 업데이트만 두 번째 라우터로 보냅니다. 첫 번째 업데이트를 받은 라우터 2는 "좋습니다. 이제 네트워크 N1을 잘못된 타이머에 넣어야 합니다"라고 생각한 후 잘못된 타이머를 시작합니다. 180초 동안 N1 네트워크 업데이트를 누구와도 교환하지 않지만 이 시간이 지나면 잘못된 타이머를 중지하고 업데이트 타이머를 다시 시작합니다. 이 180초 동안 N1 네트워크 상태에 대한 업데이트를 받지 못하면 180초 동안 지속되는 Hold Down 타이머에 배치됩니다. 즉, Hold Down 타이머는 Invalid 타이머가 끝난 후 즉시 시작됩니다.

동시에 또 다른 네 번째 플러시 타이머가 실행되고 있으며 이는 잘못된 타이머와 동시에 시작됩니다. 이 타이머는 네트워크가 라우팅 테이블에서 제거될 때까지 네트워크 N1에 대한 마지막 일반 업데이트를 수신하는 사이의 시간 간격을 결정합니다. 따라서 이 타이머의 지속 시간이 240초에 도달하면 네트워크 N1은 두 번째 라우터의 라우팅 테이블에서 자동으로 제외됩니다.

따라서 업데이트 타이머는 30초마다 업데이트를 보냅니다. 180초마다 실행되는 잘못된 타이머는 새 업데이트가 라우터에 도달할 때까지 기다립니다. 도착하지 않으면 해당 네트워크를 보류 상태로 전환하고 보류 타이머는 180초마다 실행됩니다. 하지만 Invalid 타이머와 Flush 타이머가 동시에 시작되므로 Flush가 시작된 후 240초가 지나면 업데이트에 언급되지 않은 네트워크는 라우팅 테이블에서 제외됩니다. 이러한 타이머의 지속 시간은 기본적으로 설정되어 있으며 변경할 수 있습니다. 이것이 바로 RIP 타이머입니다.

이제 RIP 프로토콜의 한계를 고려해 보겠습니다. 그 중 상당수가 있습니다. 주요 제한 사항 중 하나는 자동 합산입니다.

네트워크 192.168.1.0/24로 돌아가겠습니다. 라우터 3은 /4로 표시된 전체 1.0 네트워크에 대해 라우터 24에 알려줍니다. 이는 네트워크 ID 및 브로드캐스트 주소를 포함하여 이 네트워크의 모든 256개 IP 주소를 사용할 수 있음을 의미합니다. 즉, 이 범위에 있는 IP 주소를 가진 장치의 메시지가 10.1.1.1 네트워크를 통해 전송된다는 의미입니다. 라우팅 테이블 R3을 살펴보겠습니다.

네트워크 192.168.1.0/26이 3개의 서브넷으로 나뉘어져 있습니다. 이는 라우터가 /192.168.1.0 네트워크에 속하는 192.168.1.64개의 지정된 IP 주소(192.168.1.128, 26 및 192.168.1.192)만 알고 있음을 의미합니다. 그러나 예를 들어 IP 주소가 192.168.1.225에서 XNUMX 범위에 있는 장치에 대해서는 아무것도 모릅니다.

그러나 어떤 이유로 R4는 R3가 전송하는 트래픽, 즉 192.168.1.0/24 네트워크의 모든 IP 주소에 대한 모든 것을 알고 있다고 생각하는데 이는 완전히 거짓입니다. 동시에 라우터는 서로를 "속이기" 때문에 트래픽을 삭제하기 시작할 수 있습니다. 결국 라우터 3은 네 번째 라우터에게 이 네트워크의 서브넷에 대한 모든 것을 알고 있다고 말할 권리가 없습니다. 이는 "자동 합계"라는 문제로 인해 발생합니다. 이는 트래픽이 서로 다른 대규모 네트워크를 통해 이동할 때 발생합니다. 예를 들어, 우리의 경우 클래스 C 주소를 가진 네트워크는 R3 라우터를 통해 클래스 A 주소를 가진 네트워크에 연결됩니다.

R3 라우터는 이러한 네트워크를 동일한 것으로 간주하고 모든 경로를 단일 네트워크 주소 192.168.1.0으로 자동 요약합니다. 이전 비디오 중 하나에서 슈퍼넷 경로를 요약하는 방법에 대해 이야기한 내용을 기억해 봅시다. 합산 이유는 간단합니다. 라우터는 라우팅 테이블의 항목 하나(192.168.1.0을 통한 24/120 [1/10.1.1.1] 항목)가 항목 3개보다 낫다고 믿습니다. 네트워크가 수백 개의 작은 서브넷으로 구성된 경우 요약이 비활성화되면 라우팅 테이블은 엄청난 수의 라우팅 항목으로 구성됩니다. 따라서 라우팅 테이블에 막대한 양의 정보가 축적되는 것을 방지하기 위해 자동 경로 요약 기능이 사용됩니다.

그러나 우리의 경우 경로를 자동 요약하면 라우터가 잘못된 정보를 교환하게 되므로 문제가 발생합니다. 따라서 R3 라우터의 설정으로 이동하여 경로 자동 요약을 금지하는 명령을 입력해야 합니다.

이를 위해 router rip 명령을 순차적으로 입력하고 자동 요약은 입력하지 않습니다. 그런 다음 업데이트가 네트워크 전체에 퍼질 때까지 기다려야 하며 R4 라우터 설정에서 show ip Route 명령을 사용할 수 있습니다.

라우팅 테이블이 어떻게 변경되었는지 확인할 수 있습니다. 192.168.1.0을 통한 항목 24/120 [1/10.1.1.1]은 이전 버전의 테이블에서 보존되었으며 업데이트 타이머 덕분에 30초마다 업데이트되는 세 개의 항목이 있습니다. 플러시 타이머는 업데이트 후 240초에 30초를 더한 시간, 즉 270초 후에 이 네트워크가 라우팅 테이블에서 제거되도록 보장합니다.

네트워크 192.168.1.0/26, 192.168.1.64/26 및 192.168.1.128/26이 올바르게 나열되므로 이제 트래픽이 장치 192.168.1.225로 향하는 경우 라우터는 장치가 어디에 있는지 모르기 때문에 해당 장치는 이를 삭제합니다. 그 주소. 그러나 이전 사례에서 R3에 대해 경로 자동 요약이 활성화되면 이 트래픽은 10.1.1.1 네트워크로 전달됩니다. 이는 R3가 이러한 패킷을 더 보내지 않고 즉시 삭제해야 하기 때문에 완전히 잘못된 것입니다.

네트워크 관리자는 불필요한 트래픽을 최소화하는 네트워크를 만들어야 합니다. 예를 들어 이 경우 이 트래픽을 R3을 통해 전달할 필요가 없습니다. 귀하의 임무는 네트워크 처리량을 최대한 늘려 트래픽이 필요하지 않은 장치로 전송되는 것을 방지하는 것입니다.

RIP의 다음 제한은 루프 또는 라우팅 루프입니다. 라우팅 테이블이 올바르게 업데이트되면 네트워크 수렴에 대해 이미 이야기했습니다. 우리의 경우 라우터는 192.168.1.0/24 네트워크에 대해 아무것도 모르는 경우 업데이트를 수신해서는 안 됩니다. 기술적으로 수렴이란 라우팅 테이블이 올바른 정보로만 업데이트되는 것을 의미합니다. 이는 라우터가 꺼지거나, 재부팅되거나, 네트워크에 다시 연결될 때 발생합니다. 컨버전스는 필요한 모든 라우팅 테이블 업데이트가 완료되고 필요한 모든 계산이 수행된 상태입니다.
RIP는 수렴성이 매우 낮고 매우 느린 라우팅 프로토콜입니다. 이러한 속도 저하로 인해 라우팅 루프 또는 "무한 카운터" 문제가 발생합니다.

이전 예와 유사한 네트워크 다이어그램을 그리겠습니다. 라우터 1은 네트워크 N2를 통해 라우터 2에 연결되고, 네트워크 N1은 라우터 1에 연결되고, 네트워크 N2은 라우터 3에 연결됩니다. 어떤 이유로 N1-R1 연결이 끊어졌다고 가정해 보겠습니다.

라우터 2는 라우터 1을 통해 한 홉으로 네트워크 N1에 연결할 수 있다는 것을 알고 있지만 이 네트워크는 현재 작동하지 않습니다. 네트워크가 실패하면 타이머 프로세스가 시작되고 라우터 1은 이를 Hold Down 상태로 설정하는 식으로 진행됩니다. 그러나 라우터 2에는 업데이트 타이머가 실행 중이며 설정된 시간에 라우터 1에 업데이트를 보냅니다. 이는 네트워크 N1이 두 홉을 통해 액세스할 수 있다는 내용입니다. 이 업데이트는 네트워크 N1의 오류에 대한 업데이트를 라우터 2에 보내기 전에 라우터 1에 도착합니다.

이 업데이트를 받은 라우터 1은 다음과 같이 생각합니다. “나에게 연결된 N1 네트워크가 어떤 이유로 작동하지 않는 것으로 알고 있는데 라우터 2는 이를 통해 두 개의 홉으로 사용할 수 있다고 말했습니다. 나는 그를 믿으므로 하나의 홉을 추가하고 라우팅 테이블을 업데이트하고 라우터 2에 네트워크 N1이 라우터 2를 통해 세 개의 홉에 액세스할 수 있다는 업데이트를 보낼 것입니다!”
첫 번째 라우터로부터 이 업데이트를 받은 후 라우터 2는 다음과 같이 말합니다. “알겠습니다. 이전에 R1으로부터 업데이트를 받았는데, R1을 통해 한 홉으로 N3 네트워크를 사용할 수 있다는 내용이었습니다. 이제 그는 2 홉으로 사용할 수 있다고 말했습니다. 아마도 네트워크에 뭔가가 변경되었을 수도 있으니 믿을 수밖에 없으니 홉을 하나 추가하여 라우팅 테이블을 업데이트하겠습니다.” 그 후 R1는 첫 번째 라우터에 업데이트를 보내며, 이는 이제 네트워크 N4을 XNUMX개 홉에서 사용할 수 있다는 내용입니다.
문제가 무엇인지 아시나요? 두 라우터 모두 서로에게 업데이트를 보내며 매번 하나의 홉을 추가하고 결국 홉 수가 많아집니다. RIP 프로토콜에서 최대 홉 수는 16이며, 이 값에 도달하자마자 라우터는 문제가 있음을 인식하고 해당 경로를 라우팅 테이블에서 간단히 제거합니다. 이것이 RIP의 라우팅 루프 문제입니다. 이는 RIP가 거리 벡터 프로토콜이기 때문에 네트워크 섹션의 상태는 고려하지 않고 거리만 모니터링하기 때문입니다. 컴퓨터 네트워크가 지금보다 훨씬 느렸던 1969년에는 거리 벡터 접근 방식이 정당화되었으므로 RIP 개발자는 홉 수를 주요 지표로 선택했습니다. 그러나 오늘날 이 접근 방식은 많은 문제를 야기하므로 최신 네트워크는 OSPF와 같은 고급 라우팅 프로토콜로 널리 전환되었습니다. 사실상 이 프로토콜은 대부분의 글로벌 기업 네트워크의 표준이 되었습니다. 다음 비디오 중 하나에서 이 프로토콜을 자세히 살펴보겠습니다.

우리는 더 이상 RIP로 돌아가지 않을 것입니다. 왜냐하면 이 가장 오래된 네트워크 프로토콜의 예를 사용하여 라우팅의 기본 사항과 대규모 네트워크에서 이 프로토콜을 더 이상 사용하지 않으려는 문제에 대해 충분히 설명했기 때문입니다. 다음 비디오 강의에서는 최신 라우팅 프로토콜인 OSPF와 EIGRP를 살펴보겠습니다.

우리와 함께있어 주셔서 감사합니다. 우리 기사가 마음에 드십니까? 더 재미있는 콘텐츠를 보고 싶다면? 주문하거나 친구에게 추천하여 우리를 지원하십시오. 귀사를 위해 당사가 개발한 고유한 보급형 서버 아날로그에서 Habr 사용자를 위한 30% 할인: VPS(KVM) E5-2650 v4(6코어) 10GB DDR4 240GB SSD 1Gbps에 대한 전체 진실 또는 서버 공유 방법은? (RAID1 및 RAID10에서 사용 가능, 최대 24개 코어 및 최대 40GB DDR4).

Dell R730xd가 2배 더 저렴합니까? 여기서 만 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV $199부터 네덜란드에서! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 최저 $99! 에 대해 읽다 인프라 공사를 구축하는 방법. 730페니에 5유로 상당의 Dell R2650xd E4-9000 vXNUMX 서버를 사용하는 클래스?

출처 : habr.com