접두사별 로드 밸런싱 구성
기본적으로 Junos OS는 여러 equal-cost 경로를 사용할 수 있을 때 목적지 주소만을 기반으로 하는 해시 방법을 사용하여 포워딩 다음 홉을 선택합니다. 따라서 여러 라우터 또는 스위치가 지정된 대상에 대해 동일한 포워딩 다음 홉 집합을 공유하는 경우 동일한 포워딩 다음 홉을 선택할 수 있습니다.
접두사별 해시 값을 포함하여 라우터별 또는 스위치별 로드 밸런싱을 활성화할 수 있습니다. 그러나 이 방법은 간접 다음 홉에만 적용됩니다. 즉, 직접 연결되지 않은 프로토콜 다음 홉이 있는 경로가 있는 경우 동일한 비용의 포워딩 다음 홉 집합을 통해 해결될 수 있습니다. 이 경우에만 해싱 알고리즘을 사용하여 포워딩 다음 홉을 선택합니다. 이에 대한 예로는 IBGP 인접 라우터에서 학습된 경로가 있습니다. 이러한 경로에 대한 프로토콜 다음 홉은 직접 도달하지 못할 수 있으며 일부 IGP 또는 정적 경로를 통해 해결될 수 있습니다. 결과는 해당 프로토콜 다음 홉에 도달하기 위한 동일한 비용 포워딩 다음 홉 집합이 될 수 있습니다. 따라서 접두사별 로드 밸런싱을 통해 사용 가능한 링크의 활용도를 높일 수 있습니다.
접두사별 로드 밸런싱을 구성하려면 계층 수준에서 문을 포함합니다load-balance.[edit forwarding-options]
[edit forwarding-options] load-balance { indexed-load-balance; per-prefix { hash-seed number; } }
접두사별 로드 밸런싱을 hash-seed number 활성화하려면 문을 포함해야 합니다. 구성할 수 있는 범위는 0(기본값)에서 65,535까지입니다. 해시 시드가 구성되지 않은 경우 선택된 포워딩 다음 홉은 이전 릴리스와 동일합니다.
부하 분산 배포에 문제가 있는 경우 계층 수준에서 문을 [edit forwarding-options load-balance] 포함 indexed-load-balance 해 보십시오. 이 명령문은 해시의 기능이자 IP 주소의 하위 비트의 기능인 다음 홉 구조의 생성을 유발합니다.
MX 라우터의 MPC 라인 카드의 경우, indexed-load-balance 은 양극화를 줄이기 위해 내부 해시 순환 메커니즘으로 대체되었습니다.
문을 포함하면 디바이스의 메모리 사용량이 indexed-load-balance 증가합니다.
indexed-load-balance;