시스코 교육 200-125 CCNA v3.0. 50일차: EIGRP 구성

오늘 우리는 ICND2.6 과정의 섹션 2에 대한 연구를 계속하고 EIGRP 프로토콜 구성 및 테스트를 살펴보겠습니다. EIGRP 설정은 매우 간단합니다. RIP 또는 OSPF와 같은 다른 라우팅 프로토콜과 마찬가지로 라우터의 전역 구성 모드로 들어가서 router eigrp <#> 명령을 입력합니다. 여기서 #은 AS 번호입니다.

이 번호는 모든 장치에 대해 동일해야 합니다. 예를 들어 5개의 라우터가 있고 모두 EIGRP를 사용하는 경우 동일한 자율 시스템 번호를 가져야 합니다. OSPF에서는 프로세스 ID 또는 프로세스 번호이고, EIGRP에서는 자율 시스템 번호입니다.

OSPF에서는 인접성을 설정하기 위해 서로 다른 라우터의 프로세스 ID가 일치하지 않을 수 있습니다. EIGRP에서는 모든 이웃의 AS 번호가 일치해야 합니다. 그렇지 않으면 이웃이 설정되지 않습니다. 역방향 마스크를 지정하거나 와일드카드 마스크를 지정하지 않고 EIGRP 프로토콜을 활성화하는 방법에는 두 가지가 있습니다.

첫 번째 경우 network 명령은 10.0.0.0 유형의 클래스 IP 주소를 지정합니다. 이는 IP 주소 10의 첫 번째 옥텟을 가진 모든 인터페이스가 EIGRP 라우팅에 참여한다는 것을 의미합니다. 즉, 이 경우 네트워크 10.0.0.0의 모든 클래스 A 주소가 사용됩니다. 역방향 마스크를 지정하지 않고 10.1.1.10과 같은 정확한 서브넷을 입력하더라도 프로토콜은 이를 10.0.0.0과 같은 IP 주소로 변환합니다. 따라서 시스템은 어떤 경우에도 지정된 서브넷의 주소를 허용하지만 이를 클래스 주소로 간주하고 첫 번째 옥텟 값에 따라 클래스 A, B 또는 C의 전체 네트워크에서 작동한다는 점을 명심하십시오. IP 주소의.

10.1.12.0/24 서브넷에서 EIGRP를 실행하려면 network 10.1.12.0 0.0.0.255 형식의 역방향 마스크가 있는 명령을 사용해야 합니다. 따라서 EIGRP는 역방향 마스크 없이 클래스형 주소 지정 네트워크에서 작동하며 클래스 없는 서브넷에서는 와일드카드 마스크를 사용해야 합니다.

Packet Tracer로 이동하여 FD 및 RD의 개념을 배웠던 이전 비디오 튜토리얼의 네트워크 토폴로지를 사용해 보겠습니다.

프로그램에서 이 네트워크를 설정하고 어떻게 작동하는지 살펴보겠습니다. R5~R1 5개의 라우터가 있습니다. Packet Tracer는 GigabitEthernet 인터페이스가 있는 라우터를 사용하지만 앞서 설명한 토폴로지에 맞게 네트워크 대역폭과 대기 시간을 수동으로 변경했습니다. 10.1.1.0/24 네트워크 대신 주소 5/10.1.1.1를 할당한 R32 라우터에 가상 루프백 인터페이스를 연결했습니다.

R1 라우터를 설정하는 것부터 시작해 보겠습니다. 여기서는 아직 EIGRP를 활성화하지 않았지만 단순히 IP 주소를 라우터에 할당했습니다. config t 명령을 사용하여 전역 구성 모드로 들어가서 router eigrp <autonomous system number> 명령을 입력하여 프로토콜을 활성화합니다. 이 명령의 범위는 1에서 65535 사이여야 합니다. 숫자 1을 선택하고 Enter 키를 누릅니다. 또한 제가 말했듯이 두 가지 방법을 사용할 수 있습니다.

네트워크와 네트워크의 IP 주소를 입력할 수 있습니다. 네트워크 1/10.1.12.0, 24/10.1.13.0 및 24/10.1.14.0는 라우터 R24에 연결됩니다. 모두 "10.0.0.0번째" 네트워크에 있으므로 일반적인 명령인 network 2을 사용할 수 있습니다. Enter를 누르면 EIGRP가 세 가지 인터페이스 모두에서 실행됩니다. do show ip eigrp 인터페이스 명령을 입력하여 이를 확인할 수 있습니다. 프로토콜이 4개의 GigabitEthernet 인터페이스와 RXNUMX 라우터가 연결된 XNUMX개의 직렬 인터페이스에서 실행되고 있음을 알 수 있습니다.

확인하기 위해 do show ip eigrp 인터페이스 명령을 다시 실행하면 EIGRP가 실제로 모든 포트에서 실행되고 있는지 확인할 수 있습니다.

라우터 R2로 이동하여 config t 및 router eigrp 1 명령을 사용하여 프로토콜을 시작하겠습니다. 이번에는 전체 네트워크에 대해 명령을 사용하지 않고 역방향 마스크를 사용합니다. 이를 위해 network 10.1.12.0 0.0.0.255 명령을 입력합니다. 설정을 확인하려면 do show ip eigrp 인터페이스 명령을 사용하십시오. EIGRP가 Gig0/0 인터페이스에서만 실행되고 있음을 알 수 있습니다. 왜냐하면 이 인터페이스만이 입력된 명령의 매개변수와 일치하기 때문입니다.

이 경우 역방향 마스크는 EIGRP 모드가 IP 주소의 처음 10.1.12개 옥텟이 XNUMX인 모든 네트워크에서 작동한다는 것을 의미합니다. 동일한 매개변수를 가진 네트워크가 일부 인터페이스에 연결된 경우 이 인터페이스는 이 프로토콜이 실행되는 포트 목록에 추가됩니다.

network 10.1.25.0 0.0.0.255 명령을 사용하여 다른 네트워크를 추가하고 EIGRP를 지원하는 인터페이스 목록이 이제 어떻게 보이는지 살펴보겠습니다. 보시다시피 이제 Gig0/1 인터페이스가 추가되었습니다. Gig0/0 인터페이스에는 이미 구성한 하나의 피어 또는 이웃 라우터 R1이 있습니다. 나중에 설정을 확인하는 명령을 보여 드리겠습니다. 지금은 나머지 장치에 대해 EIGRP를 계속 구성하겠습니다. 라우터를 구성할 때 역방향 마스크를 사용할 수도 있고 사용하지 않을 수도 있습니다.

R3 라우터의 CLI 콘솔로 이동하여 전역 구성 모드에서 router eigrp 1 및 network 10.0.0.0 명령을 입력한 다음 R4 라우터의 설정으로 이동하여 역방향 마스크를 사용하지 않고 동일한 명령을 입력합니다.

OSPF보다 EIGRP를 구성하는 것이 얼마나 쉬운지 확인할 수 있습니다. 후자의 경우 ABR, 영역에 주의를 기울이고 해당 위치를 결정해야 합니다. 여기서는 이 중 어느 것도 필요하지 않습니다. R5 라우터의 전역 설정으로 이동하여 router eigrp 1 및 network 10.0.0.0 명령을 입력하면 이제 EIGRP가 5개 장치 모두에서 실행됩니다.

지난 영상에서 이야기한 내용을 살펴보겠습니다. R2 설정으로 이동하여 show ip path 명령을 입력하면 시스템에 필요한 항목이 표시됩니다.

R5 라우터 또는 오히려 10.1.1.0/24 네트워크에 주목합시다. 이는 라우팅 테이블의 첫 번째 줄입니다. 괄호 안의 첫 번째 숫자는 관리 거리(EIGRP 프로토콜의 경우 90)입니다. 문자 D는 이 경로가 EIGRP에서 제공됨을 의미하며 괄호 안의 두 번째 숫자인 26112는 R2-R5 경로 메트릭입니다. 이전 다이어그램으로 돌아가면 여기의 메트릭 값이 28416이라는 것을 알 수 있으므로 이러한 불일치의 이유가 무엇인지 살펴봐야 합니다.

R0 설정에서 show interface loopback 5 명령을 입력합니다. 그 이유는 루프백 인터페이스를 사용했기 때문입니다. 다이어그램에서 R5 지연을 보면 10μs이고 라우터 설정에서 DLY 지연이 5000마이크로초라는 정보가 제공됩니다. 이 값을 변경할 수 있는지 살펴보겠습니다. R5 전역 구성 모드로 이동하여 인터페이스 루프백 0 및 지연 명령을 입력합니다. 시스템은 지연 값을 1~16777215 범위에서 수십 마이크로초 단위로 할당할 수 있다는 메시지를 표시합니다. 10μs의 지연 값이 1의 1에 해당하므로 지연 2 명령을 입력하고 인터페이스 매개 변수를 다시 확인하여 시스템이 이 값을 승인하지 않았으며 네트워크를 업데이트할 때에도 이를 수행하고 싶지 않음을 확인합니다. RXNUMX 설정의 매개변수.
그러나 R5 라우터의 물리적 매개변수를 고려하여 이전 방식의 메트릭을 다시 계산하면 R2에서 10.1.1.0/24 네트워크까지의 경로에 대해 실현 가능한 거리 값은 26112가 될 것이라고 확신합니다. show ip Route 명령을 입력하여 R1 라우터 매개변수의 유사한 값에서. 보시다시피 10.1.1.0/24 네트워크에 대해 다시 계산이 이루어졌으며 이제 측정항목 값은 26368이 아닌 28416입니다.

인터페이스의 다른 물리적 매개변수, 특히 다른 지연을 사용하는 패킷 추적기의 기능을 고려하여 이전 비디오 튜토리얼의 다이어그램을 기반으로 이 재계산을 확인할 수 있습니다. 이러한 처리량 및 대기 시간 값을 사용하여 자체 네트워크 토폴로지를 만들고 해당 매개변수를 계산해 보세요. 실제 활동에서는 그러한 계산을 수행할 필요가 없으며 계산 방법만 알면 됩니다. 지난 영상에서 말씀드렸던 로드 밸런싱을 사용하려면 레이턴시를 어떻게 바꿀 수 있는지 알아야 하기 때문이죠. 대역폭을 건드리지 않는 것이 좋습니다. EIGRP를 조정하려면 대기 시간 값을 변경하는 것으로 충분합니다.
따라서 대역폭과 지연 값을 변경하여 EIGRP 메트릭 값을 변경할 수 있습니다. 이것이 당신의 숙제가 될 것입니다. 평소와 마찬가지로 이를 위해 당사 웹사이트에서 다운로드하여 Packet Tracer의 두 네트워크 토폴로지를 모두 사용할 수 있습니다. 다이어그램으로 돌아가 보겠습니다.

보시다시피 EIGRP 설정은 매우 간단하며 역방향 마스크를 사용하거나 사용하지 않고 네트워크를 지정하는 두 가지 방법을 사용할 수 있습니다. OSPF와 마찬가지로 EIGRP에는 이웃 테이블, 토폴로지 테이블 및 경로 테이블이라는 3개의 테이블이 있습니다. 이 테이블을 다시 살펴보겠습니다.

R1 설정으로 이동하여 show ip eigrp neighbor 명령을 입력하여 인접 테이블부터 시작하겠습니다. 라우터에는 3개의 이웃이 있음을 알 수 있습니다.

주소 10.1.12.2는 라우터 R2, 10.1.13.1은 라우터 R3, 10.1.14.1은 라우터 R4입니다. 테이블에는 이웃과의 통신이 수행되는 인터페이스도 표시됩니다. 보류 가동 시간은 아래와 같습니다. 기억하신다면 이 기간은 기본적으로 3개의 Hello 기간, 즉 3x5s = 15s로 설정됩니다. 이 시간 동안 이웃으로부터 Hello 응답을 받지 못한 경우 연결이 끊어진 것으로 간주됩니다. 기술적으로 이웃이 응답하면 이 값은 10초로 감소했다가 15초로 돌아옵니다. 5초마다 라우터는 Hello 메시지를 보내고, 이웃은 40초 이내에 이에 응답합니다. 다음은 SRTT 패킷의 왕복 시간(XNUMXms)을 보여줍니다. 계산은 EIGRP가 이웃 간의 통신을 구성하는 데 사용하는 RTP 프로토콜에 의해 수행됩니다. 이제 show ip eigrp topology 명령을 사용하는 토폴로지 테이블을 살펴보겠습니다.

이 경우 OSPF 프로토콜은 네트워크에서 사용할 수 있는 모든 라우터와 모든 채널을 포함하는 복잡하고 심층적인 토폴로지를 설명합니다. EIGRP는 두 가지 경로 메트릭을 기반으로 단순화된 토폴로지를 표시합니다. 첫 번째 지표는 경로의 특성 중 하나인 최소 가능 거리, 실현 가능 거리입니다. 다음으로 보고된 거리 값은 슬래시를 통해 표시됩니다. 이것이 두 번째 측정항목입니다. 라우터 10.1.1.0를 통해 통신이 수행되는 네트워크 24/10.1.12.2의 경우 실현 가능한 거리 값은 26368(괄호 안의 첫 번째 값)입니다. 라우터 10.1.12.2가 후속 제품이므로 라우팅 테이블에는 동일한 값이 배치됩니다.

다른 라우터의 보고된 거리(이 경우 3072 라우터 10.1.14.4의 값)가 가장 가까운 이웃의 실행 가능한 거리보다 작으면 이 라우터는 실행 가능한 후속 라우터입니다. GigabitEthernet 10.1.12.2/0 인터페이스를 통해 라우터 0와의 연결이 끊어지면 라우터 10.1.14.4가 후속 기능을 대신합니다.

OSPF에서는 백업 라우터를 통한 경로 계산에 일정 시간이 소요되는데, 이는 네트워크 규모가 클 경우 중요한 역할을 합니다. EIGRP는 후임 역할에 대한 후보자를 이미 알고 있기 때문에 그러한 계산에 시간을 낭비하지 않습니다. show ip Route 명령을 사용하여 토폴로지 테이블을 살펴보겠습니다.

보시다시피 라우팅 테이블에 배치되는 것은 Successor, 즉 FD 값이 가장 낮은 라우터입니다. 여기서는 메트릭 26368의 채널이 표시되며 이는 수신 라우터 10.1.12.2의 FD입니다.

각 인터페이스의 라우팅 프로토콜 설정을 확인하는 데 사용할 수 있는 세 가지 명령이 있습니다.

첫 번째는 show running-config입니다. 이를 사용하여 이 장치에서 어떤 프로토콜이 실행되고 있는지 확인할 수 있습니다. 이는 네트워크 1에 대한 메시지 라우터 eigrp 10.0.0.0로 표시됩니다. 그러나 이 정보로는 이 프로토콜이 어떤 인터페이스에서 실행되고 있는지 확인하는 것이 불가능하므로 모든 R1 인터페이스의 매개변수가 포함된 목록을 살펴봐야 합니다. 동시에 각 인터페이스의 IP 주소의 첫 번째 옥텟에 주의를 기울입니다. 10으로 시작하면 EIGRP가 이 인터페이스에서 활성화됩니다. 이 경우 네트워크 주소 10.0.0.0과 일치하는 조건이 충족되기 때문입니다. . 따라서 show running-config 명령을 사용하여 각 인터페이스에서 실행 중인 프로토콜을 확인할 수 있습니다.

다음 테스트 명령은 show ip Protocols입니다. 이 명령어를 입력하면 라우팅 프로토콜이 “eigrp 1”임을 알 수 있습니다. 다음으로 메트릭 계산을 위한 K개의 계수 값이 표시됩니다. 이들의 연구는 ICND 과정에 포함되지 않으므로 설정에서 기본 K 값을 적용합니다.

여기서는 OSPF와 마찬가지로 Router-ID가 IP 주소 10.1.12.1로 표시됩니다. 이 매개변수를 수동으로 할당하지 않으면 시스템은 RID로 가장 높은 IP 주소를 가진 루프백 인터페이스를 자동으로 선택합니다.

또한 자동 경로 요약이 비활성화되어 있다고 명시되어 있습니다. 클래스 없는 IP 주소가 있는 서브넷을 사용하는 경우 요약을 비활성화하는 것이 더 좋기 때문에 이는 중요한 상황입니다. 이 기능을 활성화하면 다음과 같은 일이 발생합니다.

EIGRP를 사용하는 라우터 R1과 R2가 있고 2개의 네트워크(3, 10.1.2.0 및 10.1.10.0)가 라우터 R10.1.25.0에 연결되어 있다고 가정해 보겠습니다. 자동 합계가 활성화된 경우 R2가 라우터 R1에 업데이트를 보내면 라우터 R10.0.0.0이 네트워크 8/10.0.0.0에 연결되어 있음을 나타냅니다. 이는 8/10 네트워크에 연결된 모든 장치가 업데이트를 보내고 2. 네트워크로 향하는 모든 트래픽이 RXNUMX 라우터로 주소 지정되어야 함을 의미합니다.

네트워크 1 및 3에 연결된 첫 번째 라우터 R10.1.5.0에 다른 라우터 R10.1.75.0을 연결하면 어떻게 되나요? 라우터 R3도 자동 요약을 사용하는 경우 네트워크 1/10.0.0.0로 향하는 모든 트래픽이 해당 라우터로 처리되어야 함을 R8에 알립니다.

라우터 R1이 2 네트워크의 라우터 R192.168.1.0에 연결되고 3 네트워크의 라우터 R192.168.2.0에 연결된 경우 EIGRP는 R2 수준에서만 자동 요약 결정을 내립니다. 이는 잘못된 것입니다. 따라서 특정 라우터(우리의 경우 R2)에 대해 자동 요약을 사용하려면 IP 주소 10의 첫 번째 옥텟을 가진 모든 서브넷이 해당 라우터에만 연결되어 있는지 확인하십시오. 10. 다른 곳, 다른 라우터에 연결된 네트워크가 없어야 합니다. 자동 경로 요약을 사용하려는 네트워크 관리자는 동일한 클래스 주소를 가진 모든 네트워크가 동일한 라우터에 연결되어 있는지 확인해야 합니다.

실제로는 자동 합계 기능을 기본적으로 비활성화하는 것이 더 편리합니다. 이 경우 라우터 R2는 연결된 각 네트워크에 대해 라우터 R1에 별도의 업데이트(10.1.2.0용 업데이트, 10.1.10.0용 업데이트, 10.1.25.0용 업데이트)를 보냅니다. 이 경우 라우팅 테이블 R1에는 하나가 아닌 세 개의 경로가 채워집니다. 물론 요약은 라우팅 테이블의 항목 수를 줄이는 데 도움이 되지만 잘못 계획하면 전체 네트워크가 파괴될 수 있습니다.

show ip Protocols 명령으로 돌아가겠습니다. 여기에서는 거리 값이 90이고 로드 밸런싱을 위한 최대 경로(기본값은 4)를 볼 수 있습니다. 이러한 모든 경로의 비용은 동일합니다. 예를 들어 2개로 줄이거나 16개로 늘릴 수 있습니다.

다음으로 홉 카운터 또는 라우팅 세그먼트의 최대 크기를 100으로 지정하고 최대 메트릭 분산 = 1 값을 지정합니다. EIGRP에서 Variance는 메트릭 값이 상대적으로 가까운 경로를 동일한 것으로 간주할 수 있도록 허용합니다. 동일한 서브넷으로 연결되는 라우팅 테이블에 메트릭이 다른 여러 경로를 추가할 수 있습니다. 이에 대해서는 나중에 더 자세히 살펴보겠습니다.

네트워크 라우팅: 10.0.0.0 정보는 백마스크 없이 옵션을 사용하고 있음을 나타냅니다. 역방향 마스크를 사용한 R2 설정으로 이동하여 show ip Protocols 명령을 입력하면 이 라우터의 네트워크 라우팅이 10.1.12.0/24 및 10.1.25.0/24의 두 줄로 구성되어 있음을 알 수 있습니다. 즉, 와일드카드 마스크를 사용했다는 표시가 있습니다.

실제적인 목적에서는 테스트 명령이 생성하는 정보를 정확히 기억할 필요가 없습니다. 단지 해당 정보를 사용하고 결과를 확인하면 됩니다. 그러나 시험에서는 질문에 답할 기회가 없으며 show ip Protocols 명령을 사용하여 확인할 수 있습니다. 제안된 여러 옵션 중에서 하나의 정답을 선택해야 합니다. 높은 수준의 Cisco 전문가가 되어 CCNA 인증서뿐만 아니라 CCNP 또는 CCIE도 받으려면 이 테스트 명령이나 해당 테스트 명령에 의해 생성되는 특정 정보가 무엇인지, 실행 명령이 무엇을 위한 것인지 알아야 합니다. 이러한 네트워크 장치를 올바르게 구성하려면 Cisco 장치의 기술적인 부분을 숙지해야 할 뿐만 아니라 Cisco iOS 운영 체제도 이해해야 합니다.

show ip Protocols 명령 입력에 대한 응답으로 시스템이 생성하는 정보로 돌아가 보겠습니다. IP 주소와 관리 거리가 포함된 선으로 표시되는 라우팅 정보 소스가 표시됩니다. OSPF 정보와 달리 이 경우 EIGRP는 라우터 ID를 사용하지 않고 라우터의 IP 주소를 사용합니다.

인터페이스 상태를 직접 볼 수 있는 마지막 명령은 show ip eigrp 인터페이스입니다. 이 명령을 입력하면 EIGRP를 실행하는 모든 라우터 인터페이스를 볼 수 있습니다.

따라서 장치가 EIRGP 프로토콜을 실행하고 있는지 확인하는 세 가지 방법이 있습니다.

동일 비용 로드 밸런싱 또는 동등한 로드 밸런싱을 살펴보겠습니다. 2개의 인터페이스 비용이 동일한 경우 기본적으로 로드 밸런싱이 적용됩니다.

패킷 추적기를 사용하여 우리가 이미 알고 있는 네트워크 토폴로지를 사용하여 이것이 어떻게 보이는지 살펴보겠습니다. 표시된 라우터 간의 모든 채널에 대해 대역폭과 지연 값이 동일하다는 점을 상기시켜 드리겠습니다. 4개 라우터 모두에 대해 EIGRP 모드를 활성화하고 해당 설정으로 하나씩 이동하여 config Terminal, router eigrp 및 network 10.0.0.0 명령을 입력합니다.

루프백 가상 인터페이스 1에 대한 최적의 경로 R4-R10.1.1.1를 선택해야 하고 R1-R2, R2-R4, R1-R3 및 R3-R4 1개 링크 모두 비용이 동일하다고 가정해 보겠습니다. 라우터 R10.1.1.0의 CLI 콘솔에 show ip Route 명령을 입력하면 GigabitEthernet24/10.1.12.2 인터페이스에 연결된 라우터 0를 통해 또는 라우터 0을 통해 두 가지 경로를 통해 네트워크 10.1.13.3/0에 연결할 수 있음을 알 수 있습니다. .1 인터페이스 GigabitEthernetXNUMX/XNUMX에 연결되어 있으며 이 두 경로 모두 동일한 메트릭을 갖습니다.

show ip eigrp topology 명령을 입력하면 여기에 동일한 정보가 표시됩니다. 동일한 FD 값이 2인 131072개의 후속 수신기.

지금까지 우리는 OSPF와 EIGRP 모두에서 수행할 수 있는 ECLB가 동일한 로드 밸런싱이라는 것을 배웠습니다.

그러나 EIGRP에는 불평등 비용 로드 밸런싱(UCLB), 즉 불평등 밸런싱도 있습니다. 어떤 경우에는 메트릭이 서로 약간 다를 수 있으므로 경로가 거의 동일해지며, 이 경우 EIGRP는 "variance"라는 값을 사용하여 로드 밸런싱을 허용합니다.

하나의 라우터가 R1, R2, R3의 다른 XNUMX개 라우터에 연결되어 있다고 가정해 보겠습니다.

라우터 R2는 가장 낮은 값 FD=90을 가지므로 후속 장치 역할을 합니다. 다른 두 채널의 RD를 고려해 보겠습니다. R1의 RD 80은 R2의 FD보다 작으므로 R1은 백업 가능한 후속 라우터 역할을 합니다. 라우터 R3의 RD는 라우터 R1의 FD보다 크기 때문에 결코 실현 가능한 계승자가 될 수 없습니다.

따라서 라우터(후속자)와 라우터(실행 가능한 후속자)가 있습니다. 다양한 변형 값을 사용하여 라우팅 테이블에 라우터 R1을 배치할 수 있습니다. EIGRP에서는 기본적으로 Variance = 1이므로 실행 가능한 후속 라우터인 라우터 R1은 라우팅 테이블에 없습니다. Variance = 2 값을 사용하면 라우터 R2의 FD 값에 2를 곱하여 180이 됩니다. 이 경우 라우터 R1의 FD는 라우터 R2의 FD(120 < 180)보다 작으므로 라우터 R1 후임자 'a'로 라우팅 테이블에 배치됩니다.

Variance = 3을 동일시하면 수신기 R2의 FD 값은 90 x 3 = 270이 됩니다. 이 경우 1 < 120이기 때문에 라우터 R270도 라우팅 테이블에 들어갑니다. 라우터 R3은 FD = 250이고 Variance = 3 값이 라우터 R2의 FD보다 작다는 사실에도 불구하고 테이블에 포함되지 않습니다. 왜냐하면 250 < 270이기 때문입니다. 사실은 라우터 R3의 경우 조건 RD < FD입니다. RD= 180은 FD = 90보다 작지 않고 FD = 3보다 크므로 후속 작업은 여전히 ​​충족되지 않습니다. 따라서 R3은 처음에는 실행 가능한 후속 작업이 될 수 없으므로 변형 값이 XNUMX이더라도 여전히 라우팅 테이블에 포함되지 않습니다.

따라서 Variance 값을 변경하면 동일하지 않은 로드 밸런싱을 사용하여 라우팅 테이블에 필요한 경로를 포함할 수 있습니다.

우리와 함께있어 주셔서 감사합니다. 우리 기사가 마음에 드십니까? 더 재미있는 콘텐츠를 보고 싶다면? 주문하거나 친구에게 추천하여 우리를 지원하십시오. 귀사를 위해 당사가 개발한 고유한 보급형 서버 아날로그에서 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