경로 기본 설정 개요
유니캐스트 경로의 경우, Junos OS 라우팅 프로토콜 프로세스는 라우팅 테이블의 정보를 구성 파일에 설정된 속성과 함께 사용하여 각 목적지에 대한 활성 경로를 선택합니다. Junos OS는 대상에 대한 많은 경로를 알고 있지만 활성 경로는 원하는 대상 경로이며 포워딩 테이블에 설치되어 패킷을 실제로 라우팅할 때 사용되는 경로입니다.
라우팅 프로토콜 프로세스는 일반적으로 기본 설정값이 가장 낮은 경로를 선택하여 활성 경로를 결정합니다. 기본 설정 값은 소프트웨어가 여러 프로토콜, 인터페이스 또는 원격 시스템에서 수신된 경로를 순위화하기 위해 사용하는 0~ 4,294,967,295(2 32 – 1) 범위의 임의 값입니다.
기본 설정 값은 외부 자율 시스템(ASs) 또는 라우팅 도메인에서 대상에 대한 경로를 선택하는 데 사용됩니다. AS 내 경로 선택(즉, 내부 게이트웨이 프로토콜[IGP] 내)에 영향을 미치지 않습니다. AS 내 경로는 IGP에 의해 선택되며 해당 프로토콜의 메트릭 또는 비용 가치를 기반으로 합니다.
이 섹션에는 다음 항목이 포함되어 있습니다.
자율 시스템
단일 관리 권한 하에서 대규모 네트워크 또는 라우터를 수집하려면 자율 시스템 (AS)이라 합니다. 자율 시스템은 IANA(Internet Assigned Numbers Authority)에 의해 할당된 고유한 숫자 식별자를 통해 식별됩니다. 일반적으로 AS 내의 호스트는 내부 피어로 취급되고 피어 AS의 호스트는 외부 피어로 취급됩니다. 호스트 간의 관계 상태(내부 또는 외부)는 라우팅 정보를 교환하는 데 사용되는 프로토콜을 관리합니다.
대체 및 Tiebreaker 기본 설정
Junos OS는 대체 및 타이브레이커 기본 설정에 대한 지원을 제공하며 BGP 및 레이블 스위칭을 비롯한 일부 라우팅 프로토콜은 이러한 추가 설정을 사용합니다. 이러한 프로토콜을 사용하면 기본 경로 기본 설정 (구성에 명령문을 포함 preference 함)과 타이브레이커로 사용되는 보조 기본 설정을 지정할 수 있습니다(명령문을 포함 preference2 함).
일반적인 비교 루틴을 사용하기 위해 Junos OS는 현장에서 1의 보완값 Preference2 을 LocalPref 저장합니다. 예를 들어, Route 1의 LocalPref 값이 100 Preference2 인 경우 값은 -101입니다. Route 2의 LocalPref 값이 155 Preference2 인 경우 값은 -156입니다. Route 2는 값 LocalPref 과 가치가 낮기 Preference2 때문에 선호됩니다.
또한 색상과 타이브레이커 색상을 지정하여(구성에 Tiebreaker 명령문과 tiebreaker 명령문을 포함 color 함) 추가 경로 타이브레이커 color2 정보로 루트 기본 설정을 표시할 수도 있습니다. color 또한 color2 명령문은 Junos OS가 사용하는 preference 세분화된 기본 설정 값과 preference2 명령문이 경로 선택 중에 동점을 끊지 못하는 경우도 있습니다.
소프트웨어는 4바이트 값을 사용하여 루트 기본 설정 값을 나타냅니다. 기본 설정 값을 사용하여 활성 경로를 선택할 때 소프트웨어는 먼저 기본 경로 기본 설정 값을 비교하고 최저 값으로 경로를 선택합니다. 동점자 및 보조 기본 설정이 구성된 경우 소프트웨어는 보조 기본 설정 값을 비교하여 경로를 가장 낮은 값으로 선택합니다. 2차 기본 설정 값은 고려될 기본 설정 값 집합에 포함되어야 합니다.
다중 활성 경로
IGP는 동일한 비용의 다중 경로 다음 홉을 계산하고 IBGP는 이러한 다음 홉을 선택합니다. 경로와 연관된 동일한 비용의 여러 홉이 있는 경우, 라우팅 프로토콜 프로세스는 각 루트와 함께 포워딩 경로에 다음 홉 중 하나만 설치하고 다음 홉을 임의로 선택합니다. 예를 들어, 출구 라우팅 장비에 대한 동일한 비용 경로 3개와 해당 라우팅 디바이스를 통과하는 900개의 경로가 있는 경우 각 경로는 약 300개의 경로가 포인팅됩니다. 이 메커니즘은 경로 간에 로드 분산을 제공하는 동시에 대상별 패킷 순서를 유지합니다.
BGP 다중 경로는 동일한 MED-plus-IGP 비용을 공유하면서도 IGP 비용이 다른 경로에는 적용되지 않습니다. 다중 경로 선택은 두 경로가 동일한 MED-plus-IGP 비용을 갖는 경우에도 IGP 비용 메트릭을 기반으로 합니다.
동일한 비용의 다중 경로의 임의 선택은 테이블과 inet.3 독립적으로 inet.0 발생합니다. 이를 통해 vsinet.3. 서로 다른 최적 경로를 보여주는 단일 접두사로 이어질 수 있습니다inet.0.
동적 및 정적 라우팅
엔트리는 동적 라우팅 프로토콜에서 라우터의 라우팅 테이블로 가져오거나 정적 경로로 수동 포함됩니다. 동적 라우팅 프로토콜을 통해 라우터는 네트워크에서 네트워크 토폴로지 학습을 할 수 있습니다. 네트워크 내 라우터는 라우트 광고 형태로 라우팅 정보를 보냅니다. 이러한 광고는 활성 목적지를 설정 및 전달한 다음 네트워크의 다른 라우터와 공유합니다.
동적 라우팅 프로토콜은 매우 유용하지만 관련 비용이 있습니다. 라우터를 광고하기 위해 네트워크를 사용하기 때문에 동적 라우팅 프로토콜은 대역폭을 소비합니다. 또한 라우팅 테이블을 구축하기 위해 라우트 광고의 전송 및 수신에 의존하기 때문에 동적 라우팅 프로토콜은 라우터의 작동 시간과 라우팅 테이블로 경로가 임포트되는 시간 사이에 지연(지연)을 발생합니다. 따라서 라우팅 테이블이 완전히 업데이트되거나 라우터가 처음 온라인에 연결될 때 또는 네트워크 내에서 경로가 변경될 때(예: 호스트가 오프라인으로 전환됨) 때까지 일부 경로는 효과적으로 사용할 수 없습니다.
정적 라우팅은 동적 라우팅의 대역폭 비용 및 루트 임포트 지연을 방지합니다. 정적 경로는 라우팅 테이블에 수동으로 포함되며 명시적으로 업데이트하지 않는 한 변경되지 않습니다. 라우터가 처음 온라인에 접속하면 정적 경로가 라우팅 테이블로 자동 임포트됩니다. 또한 정적 주소로 향하는 모든 트래픽은 동일한 라우터를 통해 라우팅됩니다. 이 기능은 트래픽이 항상 동일한 라우터를 통해 전송되어야 하는 고객을 보유한 네트워크에 특히 유용합니다. 그림 1 은 정적 경로를 사용하는 네트워크를 보여줍니다.
그림 1에서는 서브네트워크의 192.176.14/24 고객 경로가 정적 경로입니다. 이는 변경되지 않는 특정 고객 호스트에 대한 하드 링크입니다. 이러한 경로로 향하는 모든 트래픽은 라우터 A를 통해 포워딩되기 때문에 라우터 A의 라우팅 테이블 내 정적 경로로 포함됩니다. 그런 다음 라우터 A는 이러한 경로를 다른 호스트에 공지하여 트래픽을 호스트로 전송할 수 있도록 합니다.
경로 광고
라우팅 테이블 및 포워딩 테이블에는 네트워크 내 라우터에 대한 경로가 포함되어 있습니다. 이러한 경로는 라우트 광고 교환을 통해 학습됩니다. 경로 광고는 네트워크 내에서 사용되고 있는 특정 프로토콜에 따라 교환됩니다.
일반적으로 라우터는 각 인터페이스에서 Hello 패킷을 전송합니다. 인접 라우터는 이러한 패킷을 감지하고 라우터와 인접합니다. 그런 다음 인접한 라우터와 인접한 라우터를 공유하여 그림 2와 같이 라우터가 토폴로지 데이터베이스에서 전체 네트워크 토폴로지를 구축할 수 있습니다.
그림 2에서 라우터 A는 인접한 각 패킷에 안녕하세요 패킷을 보냅니다. 라우터 B와 C는 이러한 패킷을 감지하고 라우터 A. 라우터 B 및 C와 인접한 관계를 구축한 다음 이 정보를 이웃 라우터 D 및 E와 공유합니다. 라우터는 네트워크 전반에서 정보를 공유함으로써 네트워크 토폴로지를 생성하고 네트워크 내 모든 가능한 목적지로 향하는 경로를 결정합니다. 그런 다음 사용 중인 프로토콜의 경로 선택 기준에 따라 경로가 최상의 경로의 포워딩 테이블로 증류됩니다.
경로 어그리게이션
네트워크의 호스트 수가 증가함에 따라 라우팅 및 포워딩 테이블은 더 많은 경로를 설정하고 유지 관리해야 합니다. 이러한 테이블이 커짐에 따라 패킷을 포워딩할 수 있도록 라우터가 특정 경로를 조회하는 데 필요한 시간이 엄청나게 커집니다. 증가하는 라우팅 테이블 문제에 대한 해결책은 그림 3과 같이 서브네트워크를 통해 라우터를 그룹화(집계)하는 것입니다.
그림 3은 3 가지 AS를 보여줍니다. 각 AS에는 수천 개의 호스트 주소가 있는 여러 서브네트워크가 포함되어 있습니다. 모든 호스트에서 모든 호스트로 트래픽을 전송할 수 있도록 하려면 각 호스트의 라우팅 테이블에 각 대상에 대한 경로가 포함되어야 합니다. 모든 호스트 조합을 포함하는 라우팅 테이블의 경우, 각 가능한 경로에 대한 라우트 광고 플러딩은 엄청난 금지가 됩니다. 수천 또는 수백만에 달하는 호스트 네트워크에서 간단한 라우트 광고는 실용적일 뿐만 아니라 불가능합니다.
게이트웨이 라우터는 AS 3의 각 호스트에 대한 경로를 광고하는 대신 루트 어그리게이션을 채택함으로써 AS 내의 모든 호스트에 대한 모든 경로를 포함하는 단일 경로만 광고합니다. 예를 들어, AS 3 게이트웨이 라우터는 특정 경로를 170.16.124.17광고하는 대신 170.16/16만 광고합니다. 이 단일 라우트 광고는 170.16/16 서브네트워크 내의 모든 호스트를 포함하며, 이를 통해 라우팅 테이블의 경로 수를 216 (서브네트워크 내 가능한 모든 IP 주소에 대해 1개)에서 1로 줄입니다. AS 내 호스트로 전달되는 모든 트래픽은 게이트웨이 라우터로 전달되며, 이 트래픽은 해당 호스트로 패킷을 전달합니다.
마찬가지로 이 예에서 게이트웨이 라우터는 AS 내에서(외부 경로 이외에) 2개16 개 경로를 유지 관리합니다. 이 AS를 서브네트워크로 분할하면 추가 경로 어그리게이션을 통해 이 수를 줄일 수 있습니다. 서브네트워크의 서브네트워크에서 서브네트워크 게이트웨이 라우터는 단일 루트(170.16.124/24)만 광고하여 경로수를 2개 에서 1로 줄입니다.