BGP에 대한 Graceful Restart 이해
수명이 긴 BGP Graceful Restart 기능 이해하기
Junos OS는 BGP Graceful Restart 기능을 사용하여 이러한 라우팅 정보가 유지되는 기간보다 장애가 발생한 BGP 피어로부터 더 긴 기간 동안 BGP 라우팅 세부 정보를 보존하는 메커니즘을 지원합니다.
특히 지금까지의 라우팅 프로토콜과 BGP는 정확성에 중점을 두고 설계되었으며, 여기서 "정확성"의 중요한 측면은 각 네트워크 요소의 포워딩 상태가 네트워크의 현재 상태로 최대한 빨리 수렴하는 것입니다. 이러한 이유로, 이 프로토콜은 (BGP 관점에서) 다운된 라우터에 의해 보급된 상태를 가능한 한 빨리 제거하도록 설계되었습니다. RFC 4724에 정의된 BGP Graceful Restart를 사용하는 빠른 컨버전스 기능은 네트워크에서 "교착" 상태를 신속하게 제거하려는 시도였습니다.
일정 기간 동안 두 가지 기여 요인으로 인해 오래된 상태를 신속하게 제거하는 이 방법이 수정되고 향상되었습니다. 첫 번째는 MPLS와 같은 터널링 포워딩 인프라의 광범위한 채택입니다. 이러한 인프라는 홉 바이 홉 포워딩에서 발생할 수 있는 일부 유형의 포워딩 루프의 위험을 제거하여 포워딩 요소 간의 강력한 일관성을 위한 동기 중 하나를 줄입니다. 두 번째는 원래 사례보다 패킷 포워딩과 덜 밀접하게 연관된 데이터에 대한 전송으로 BGP의 사용이 증가하고 있다는 것입니다. 예를 들면 자동 검색(VPLS [RFC4761]) 및 필터 프로그래밍(FLOWSPEC [RFC5575])에 BGP를 사용하는 경우가 있습니다. 이러한 경우 BGP 데이터는 기존 라우팅과 일치하지 않는 특성을 가정합니다.
어떤 이유로 BGP 컨트롤 플레인에 장애가 발생할 경우 네트워크 운영자에게 BGP 데이터를 더 오래 보관하도록 선택할 수 있는 기능을 제공하는 것이 중요했습니다. BGP Graceful Restart의 속성은 BGP 정보를 더 오랜 기간 동안 보존하기 위해 원하는 요구 사항에 가깝지만, 몇 가지 격차가 존재합니다. 특히 "부실한" 정보를 유지할 수 있는 최대 시간(Graceful Restart는 4095초의 상한 제한을 부과합니다). Junos OS는 세션 재설정 전반에 걸쳐 오래된 정보를 더 오랜 시간 동안 유지할 수 있도록 장기 Graceful Restart 기능이라는 BGP 기능을 지원합니다. 또한 이러한 정보를 표시하기 위해 새로운 BGP 커뮤니티인 "LLGR_STALE"을 지원합니다. 이러한 오래된 정보는 가장 선호되지 않는 것으로 처리되며, 해당 보급은 새로운 기능을 지원하는 BGP 스피커로 제한됩니다.
BGP LLGR(Long-Lived Graceful Restart)을 통해 네트워크 운영자는 장애가 발생한 BGP 피어의 오래된 라우팅 정보를 기존 BGP Graceful Restart 기능보다 훨씬 더 오래 유지하도록 선택할 수 있습니다. BGP 경로를 더 오랜 기간 동안 유지하는 이 기능은 IETF 초안인 장 기 BGP Graceful Restart 지원—draft-uttaro-idr-bgp-persistence-03을 따릅니다. 이 초안에 따르면 NLRI별로 수명이 긴 LLGR(Graceful Restart)을 명시적으로 구성해야 하며, 여기에는 LLGR을 인식하고 검증하지 않는 다른 피어에게 오래된 정보가 확산되는 것을 방지하기 위한 조항이 포함되어 있습니다. LLGR로 인해 다음과 같은 이점과 운영이 발생합니다.
-
장애가 발생한 노드의 경로는 구성된 기간(일 단위) 동안 유지됩니다.
-
적절한 show 명령을 사용하여 NLRI별 LLGR 협상 상태를 검사할 수 있습니다.
-
LLGR이 현재 피어에 유효한지 여부와 유효할 경우 만료되는 기간을 볼 수 있습니다.
-
LLGR에 의해 유지되는 교착 경로는 명령 출력
show bgp neighbor에 명시적으로 표시됩니다. -
다른 이웃에서 학습한 교착 경로는 (잘 정의된 커뮤니티를 사용하여) 명령 출력
show bgp neighbor에 명시적으로 표시됩니다.
LLGR 방법론은 다양한 시나리오에 적용할 수 있지만 한 가지 구체적인 시나리오가 이 기능의 중요한 목표입니다. 전체 RIB가 전송되기 전에 연결이 재설정될 수 있는 간헐적인 연결을 포함하여 경로 리플렉터와 클라이언트 간의 연결 손실이 발생하는 시나리오에서는 이러한 실패로 인해 재시작이 발생하지 않습니다. 또한 이러한 현상은 클라이언트와 경로 리플렉터에 의해 보급된 다음 홉 사이에 어떤 종류의 연결 문제도 존재한다는 것을 의미하지 않습니다. 일반적인 수명이 긴 재시작 시간은 12시간 정도로 예상됩니다.
LLGR에 대한 IETF 초안 draft-uttaro-idr-bgp-persistence-03에 설명된 모든 동작 지침 및 운영 포인트가 지원됩니다. 또한 릴리스 15.1 이전 릴리스의 기존 Junos OS 기능, 특히 NSR(Graceful Restart and Nonstop Routing)과의 하위 호환이 지원됩니다. LLGR이 구성되면 인터넷 초안에 명시적으로 설명된 경우를 제외하고는 기존 방식으로 Graceful Restart가 작동합니다. 또한 LLGR과 NSR을 동시에 구성하여 완전한 LLGR 기능을 달성할 수 있습니다. LLGR의 전제 조건으로, IETF 초안에 대한 지원, BGP Graceful Restart에 대한 알림 메시지 지원—draft-ietf- idr-bgp-gr-notification-01이 구현됩니다. 이 초안은 통신 중단 및 프로토콜 오류로부터 보호할 수 있도록 일반 GR의 동작을 확장합니다.
또한보십시오
전환 후 커널 타이머에 의한 BGP keepalives 자동 생성에 대한 최대 기간 구성 이해
Junos OS에서 NSR(Nonstop Active Routing)은 GRES(Graceful 라우팅 엔진 스위치오버)와 동일한 인프라를 사용하여 인터페이스 및 커널 정보를 보존합니다. 그러나 NSR은 백업 라우팅 엔진에서 라우팅 프로토콜 프로세스(rpd)를 실행하여 라우팅 라우팅 엔진을 실행하여 라우팅 프로토콜 정보를 저장합니다. 이 추가 정보를 저장함으로써 NSR은 독립적이며 라우팅 프로토콜 정보를 복원하는 라우팅 플랫폼을 지원하기 위해 도우미 라우터(또는 스위치)에 의존하지 않습니다. NSR은 인접 라우터(또는 스위치)가 Graceful Restart 프로토콜 확장을 지원하지 않는 네트워크에서 유리합니다. 이러한 향상된 기능의 결과로, NSR은 Graceful Restart를 자연스럽게 대체할 수 있습니다.
무중단 활성 라우팅 자동 병합은 소켓 복제의 커널 구성 요소 중 하나입니다. 전환 시 이 구성 요소는 백업에서 기본 라우팅 엔진으로 소켓 쌍을 자동으로 병합합니다. 백업에서 기본으로 NSR 전환은 rpd가 각 보조 소켓 쌍에 대한 병합 호출을 실행하여 단일 소켓에 병합할 때 발생하며, 이로 인해 지연이 발생할 수 있습니다. 이러한 지연을 피하기 위해 커널의 자동 병합 모듈은 rpd에서 보조 소켓 병합을 분리하고 전환 시 보조 소켓을 자동으로 병합하여 rpd 우선 순위 높은 스레드가 이를 활용하고 전환 시 TCP 연결을 유지하기 위해 더 빠른 keepalive를 생성합니다.
기본적으로 BGP는 백업에서 기본으로 전환 이벤트 직후 커널이 제공하는 자동 keepalive 생성 서비스에 등록하지 않습니다. 이를 위해서는 [edit routing-options] 계층 수준에서 문을 활성화 nonstop-routing-options 하고 BGP에서 정밀 타이머를 구성해야 합니다. BGP에서 정밀 타이머를 구성하면 BGP가 커널에서 제공하는 자동 keepalive 생성 서비스에 모든 세션을 등록할 수 있습니다. 일단 등록되면 커널은 백업에서 기본으로 전환된 이벤트 직후 제어 세션을 위해 BGP를 대신하여 타이머를 사용하여 자동으로 keepalives를 생성합니다. 이를 통해 전환 이벤트 중에 매우 작은 타이머로 제어 세션을 위해 보다 안정적인 keepalives를 생성할 수 있습니다.
또한보십시오
BGP 장기 Graceful 재시작을 통한 기능 상호 운용
이 주제에는 BGP 장기 Graceful Restart 및 다양한 시스템 조건을 통한 다양한 기능의 작동 동작에 대해 설명하는 다음 섹션이 포함되어 있습니다.
Junos OS 릴리스 15.1부터 Junos OS는 BGP Graceful Restart 기능을 사용하여 이러한 라우팅 정보가 유지되는 기간보다 장애가 발생한 BGP 피어로부터 더 긴 기간 동안 BGP 라우팅 세부 정보를 보존하는 메커니즘을 지원합니다.
지원되는 NLRI에 대한 제한 사항
LLGR 구성 및 기능 협상은 다음 BGP NLRI(Network Layer Reachability Information) 제품군에 대해 지원됩니다.
-
L2VPN
-
inet labeled-유니캐스트
-
INET 플로우
-
경로 대상
-
inet-vpn 유니캐스트
-
inet-vpn 플로우
-
inet6-vpn 유니캐스트
LLGR 구성 및 기능 협상은 다음 제품군에 대해 금지됩니다.
-
inet-mvpn
-
inet6-mvpn
-
inet-MDT
LLGR 기능이 차단된 NLRI 제품군의 경우, 이러한 제품군에 대한 LLGR 구성을 포함하는 구성을 커밋하려는 시도가 거부되고 이러한 설정이 저장되지 않음을 나타냅니다. 이러한 제품군과 관련된 NLRI는 LLGR 기능 보급에 포함되지 않으며 수신된 LLGR 기능 보급에서는 무시됩니다.
LLGR 구성 및 기능 협상은 허용되지만 다른 제품군에 대해서는 숨겨집니다.
NSR에서 LLGR 재시작 모드
NSR과 LLGR이 함께 구성되면 라우터는 피어에서 LLGR 수신기 모드를 트리거하는 긴 수명의 교실 시간을 포함하여 일반적이고 정기적인 방식으로 LLGR 기능을 협상합니다. 그러나 전체 LLGR 리스타터 기능(모든 피어에서 EoR이 수신될 때까지 RIB 마커의 끝 전송 지연)은 NSR에서 작동하지 않습니다. 전체 시스템(두 라우팅 엔진 모두)이 재시작되는 동안 라우팅 프로토콜 데몬(rpd)은 자체 EoR을 보내기 전에 다른 피어의 EoR을 기다리지 않습니다. 현재 RIB 내용을 전송하자마자 EoR을 전송합니다. 이 조건으로 인해 네트워크가 재통합될 때 일시적인 중단이 발생할 수 있습니다. NSR은 모든 단일 라우팅 엔진 재시작 시나리오를 처리하기에 적합한 것으로 간주됩니다. 재시작 모드 제한은 두 라우팅 엔진(또는 rpd의 두 복사본)이 동시에 재시작되는 시나리오에만 영향을 미칩니다. NSR에서는 일반 재시동 모드 구성을 사용할 수 없습니다.
일반적인 graceful-restart 재시작 모드 구성은 NSR에서 계속 지원되지 않습니다.
글로벌, BGP 그룹 및 BGP 인접 수준에서의 LLGR 기능
일반적인 Graceful Restart 수신기 모드가 비활성화되지 않는 한 수명이 긴 Graceful Restart 수신기 모드는 기본적으로 활성화됩니다. BGP LLGR(Long-Lived Graceful Restart) 기능을 활성화하려면 계층 수준에서 문을 포함 long-lived receiver enable 합니다[edit protocols bgp graceful-restart]. 글로벌 또는 시스템 전체 수준에서 BGP LLGR을 활성화하는 것 외에도, 계층 수준에서 [edit protocols bgp group group-name graceful- restart] long-lived receiver enable 문을 포함하여 특정 BGP 그룹에 대한 LLGR을 구성하고 계층 수준에서 [edit protocols bgp group group-name neighbor neighbor-address graceful-restart] 특정 BGP neighbor에 대한 LLGR을 구성할 수도 있습니다. BGP LLGR 메커니즘을 비활성화하려면 , [edit protocols bgp group group-name graceful-restart]또는 [edit protocols bgp group-group-name neighbor neighbor-address graceful-restart] 옵션을 [edit protocols bgp graceful-restart]포함 long-lived receiver disable 합니다. LLGR을 비활성화하면 모든 NLRI 제품군에 대한 모든 LLGR 기능(수신기 및 재스타터 모드 모두)이 비활성화됩니다. 이 속성은 전역 구성의 그룹과 그룹 구성의 neighbor에 의해 상속됩니다.
또한보십시오
BGP Long-Lived Graceful Restart 모니터링 및 관리
이 주제에서는 BGP 장기 Graceful 재시작과 관련된 매개 변수를 분석하고 볼 수 있도록 하는 작동 명령과 그 중요성에 대해 설명합니다. 트래픽 손실과 관련된 통계 카운터 및 메트릭을 분석하고 적절한 시정 조치를 취할 수 있습니다. show 명령의 출력에 표시된 필드는 네트워크 성능 및 트래픽 처리 효율성 문제를 진단하고 디버깅하는 데 도움이 됩니다.
clear bgp neighbor neighbor-address stale-routes GR(Graceful Restart) 또는 LLGR(Long-Lived Graceful Restart) 수신기 모드 작업으로 인해 지정된 이웃에 대해 현재 보류되고 있는 부실 경로의 원인이 됩니다. clear bgp neighbor neighbor-address gracefully 이 명령은 (기본값)clear bgp neighbor와 clear bgp neighbor hard 동일하지만 전송된 알림 및 중지 메시지에 새 하드 리셋 하위 코드를 사용하지 않습니다. 이를 통해 협상된 경우 이웃이 GR 또는 LLGR Helper 모드로 들어갈 수 있습니다. 이 라우터에서 세션은 여전히 지워지며, 이 라우터는 GR 또는 LLGR Helper 모드로 전환되지 않습니다.
디버깅을 clear 위해 BGP 장기 Graceful Restart 기능에 숨겨진 명령을 추가할 수 있습니다.
clear bgp neighbor neighbor-address socket.
이 명령은 설정된 피어링 세션에 대한 TCP 연결을 끊습니다. 이것이 명령의 유일한 직접적인 의미이며 다른 모든 의미는 연결이 끊어지는 부작용입니다. 그 결과 (GR 알림 확장이 비활성화되지 않은 한) 협상된 경우 연결의 양쪽이 GR 또는 LLGR 도우미 모드로 전환되고 TCP 연결이 다시 설정됩니다.
명령의 show bgp neighbor 출력은 다음과 같은 추가 정보를 표시하도록 향상되었습니다.
-
수명이 긴 Graceful Restart 옵션
-
피어가 협상한 LLGR 매개 변수
-
재시작 라우터가 협상한 LLGR 매개 변수
-
시간은 라우팅 프로토콜 데몬(rpd) %#0T 형식을 사용하여 표시됩니다.
<weeks>w<days>d <hours>:<minutes>:<seconds>0개의 선행 요소는 생략됩니다. 예를 들어 1주 미만의 값은 주를 포함하지 않습니다.
이웃에 대해 수명이 긴 Graceful Restart가 완전히 비활성화된 경우 다음이 표시됩니다.
user@router> show bgp neighbor
Peer: 10.6.128.225+45824 AS 100 Local: 10.255.255.14+44542 AS 100
Type: Internal State: Established Flags: <Sync>
Last State: OpenConfirm Last Event: RecvKeepAlive
Last Error: None
Options: <Preference LocalAddress AddressFamily Rib-group Refresh>
Options: <LLGRHelperDisabled> {The LLGRHelperDisabled value for the Options field denotes that long-lived BGP graceful restart is completely disabled for a neighbor}
neighbor가 LLGR을 완전히 지원하지 않는 경우, 다음이 표시됩니다.
user@router> show bgp neighbor
...
Peer does not support LLGR Restarter or Receiver functionality {BGP neighor or peer does not support long-lived BGP graceful restart restarter or receiver
functionality}
LLGR 수신기 모드가 활성화되어 있는 동안(LLGR을 협상한 피어의 연결이 끊어져 아직 다시 연결되지 않음), 명령 출력 show bgp neighbor 에는 LLGR이 만료될 때까지 남은 시간, GR 교실 타이머에 남은 시간 및 RIB 세부 정보가 표시됩니다.
user@router> show bgp neighbor
Peer: 10.4.12.11 AS 100 Local: 10.6.128.225 AS 100
Type: Internal State: Active Flags: <>
Last State: Idle Last Event: Start
Last Error: None
Export: [ foo ]
Options: <Preference LocalAddress Refresh GracefulRestart>
Options: <LLGR>
Local Address: 10.6.128.225 Holdtime: 90 Preference: 170
Number of flaps: 3
Last flap event: Restart
Error: 'Cease' Sent: 0 Recv: 1
Time until long-lived stale routes deleted: inet-vpn-unicast 10:00:22 route-target 10:00:22
Table bgp.l3vpn.0
RIB State: BGP restart is complete
RIB State: VPN restart is complete
Send state: not advertising
Active prefixes: 0
Received prefixes: 7
Accepted prefixes: 7
Suppressed due to damping: 0
Table foo.inet.0 Bit: 30000
RIB State: BGP restart is complete
RIB State: VPN restart is complete
Send state: not in sync
Active prefixes: 0
Received prefixes: 7
Accepted prefixes: 7
Suppressed due to damping: 0
BGP 그레이스풀 재시작 수신기 모드가 이웃에 대해 활성화되면 명령 출력에 추가 정보가 표시됩니다. show bgp neighbor 이러한 세부 정보에는 교실 경로가 보관되는 NLRI 목록(NLRI에서는 필드에 대해 교실 경로를 보유하고 있음), 재시작 타이머에 남은 시간(교실 경로가 삭제되거나 수명이 긴 교실 필드가 될 때까지의 시간), 교실 타이머에 남은 시간(교실 경로에 대해 rib 끝까지 가정되는 시간) 및 RIB 세부 정보가 포함됩니다. 시간은 협정 세계시(UTC) 형식(YYYY-MM-DD-HH:MM:SS)으로 표시됩니다. 세션이 활성 상태일 때도 교실 타이머 표시('rib 끝이 가정될 때')가 표시되지만 인접 디바이스가 아직 모든 rib 끝 표시를 보내지 않은 경우도 표시됩니다.
graceful restart 또는 LLGR helper 모드가 활성화되면 RIB 정보가 명령에 의해 show bgp summary 표시됩니다. BGP 세션이 기본 라우팅 디바이스에서 설정된 경우, 필드에는 인접 항목에서 수신되고 inet.0(기본) 및 inet.2(멀티캐스트) 라우팅 테이블에 표시되는 활성, 수신, 허용 및 감쇠 경로 수가 표시됩니다. 예를 들어 8/10/10/2 및 2/4/4/0은 다음을 나타냅니다.
-
BGP 피어의 활성 경로 8개, 수신 경로 10개, 허용 경로 10개, 감쇠 경로 2개가 inet.0 라우팅 테이블에 표시됩니다.
-
BGP 피어의 활성 경로 2개, 수신 경로 4개, 허용 경로 4개, 감쇠되지 않은 경로가 inet.2 라우팅 테이블에 표시됩니다.
show route detail 이 명령(옵션 유무에 관계없이receive-protocol bgp)은 수명이 긴 교착 상태로 유지되는 경로를 식별하도록 향상되었습니다. LongLivedStale 이 플래그는 LLGR 수신기 모드 작동의 일환으로 이 라우터에 의해 경로가 LLGR-sale로 표시되었음을 나타냅니다. LongLivedStaleImport 이 플래그는 피어로부터 또는 가져오기 정책에 의해 경로가 수신될 때 LLGR-stale로 표시되었음을 나타냅니다. 이러한 플래그 중 하나 또는 둘 다 경로에 대해 표시될 수 있습니다. 이러한 플래그는 Stale(일반 GR stale) 플래그와 동시에 표시되지 않습니다. 경로가 수명이 길어 선호가 해제되면, show route detail 명령 출력의 비활성 이유 필드에 LLGR 부실이 표시됩니다. 새로운 LLGR 교실 비활성 사유는 기본 설정과 로컬 기본 설정 사이의 경로 선택 계층에 맞습니다.
user@router> show route receive-protocol bgp 10.4.12.11 detail
bgp.l2vpn.0: 38 destinations, 39 routes (37 active, 0 holddown, 1 hidden)
* 1.1.1.4:100:1.1.1.4/96 AD (1 entry, 1 announced)
Accepted LongLivedStale LongLivedStaleImport
Nexthop: 10.4.12.11
Localpref: 100
AS path: I
주니퍼 기술 지원 센터(JTAC)에 따르면 BGP 장기 Graceful Restart 관련 문제를 해결하는 데 도움이 되는 유용한 명령 중 하나는 명령입니다 show route table bgp.l2vpn.0 detail hidden . 명령의 출력은 BGP 세션이 종료된 후에도 BGP 경로가 여전히 존재하는지 탐지하는 데 도움이 됩니다. 이 hidden 옵션을 사용하면 인시던트 도중 및 이후의 경로를 확인하고 경로가 숨겨진 이유를 설명하는 정보를 검색할 수 있습니다. 이 시나리오의 문제를 해결하는 데 도움이 되는 다른 단서로는 부실 BGP 로그 항목(예: bgp_mark_route_stale)의 모양과 명령 출력 show bgp summary 에 표시되는 숨겨진 경로가 포함됩니다.
또한보십시오
BGP 장기 Graceful 재시작으로 느리게 재시작되는 피어 간에 BGP 경로를 보존하는 기간 늘리기
Junos OS는 BGP Graceful Restart 기능을 사용하여 이러한 라우팅 정보가 유지되는 기간보다 장애가 발생한 BGP 피어로부터 더 긴 기간 동안 BGP 라우팅 세부 정보를 보존하는 메커니즘을 지원합니다.
일반적인 Graceful Restart 수신기 모드가 비활성화되지 않는 한 수명이 긴 Graceful Restart 수신기 모드는 기본적으로 활성화됩니다. BGP LLGR(Long-Lived Graceful Restart) 기능을 활성화하려면 계층 수준에서 문을 포함 long-lived receiver enable 합니다[edit protocols bgp graceful-restart]. 글로벌 또는 시스템 전체 수준에서 BGP LLGR을 활성화하는 것 외에도, 계층 수준에서 [edit protocols bgp group group-name graceful-restart] long-lived receiver enable 문을 포함하여 특정 BGP 그룹에 대한 LLGR을 구성하고 계층 수준에서 [edit protocols bgp group group-name neighbor neighbor-address graceful-restart] 특정 BGP neighbor에 대한 LLGR을 구성할 수도 있습니다. BGP LLGR 메커니즘을 비활성화하려면 , [edit protocols bgp group group-name graceful-restart]또는 [edit protocols bgp group-group-name neighbor neighbor-address graceful-restart] 옵션을 [edit protocols bgp graceful-restart]포함 long-lived receiver disable 합니다. LLGR을 비활성화하면 모든 NLRI 제품군에 대한 모든 LLGR 기능(수신기 및 재스타터 모드 모두)이 비활성화됩니다. 이 속성은 전역 구성의 그룹과 그룹 구성의 neighbor에 의해 상속됩니다.
BGP 이웃은 다음 계층 수준에서 구성할 수 있습니다.
-
[edit protocols bgp group group-name]- 기본 논리적 시스템 및 기본 라우팅 인스턴스입니다. -
[edit routing-instances instance-name protocols bgp group group-name]- 지정된 라우팅 인스턴스가 있는 기본 논리 시스템입니다. -
[edit logical-systems logical-system-name protocols bgp group group-name]- 구성된 논리적 시스템 및 기본 라우팅 인스턴스입니다. -
[edit logical-systems logical-system-name routing-instances instance-name protocols bgp group group-name]- 지정된 라우팅 인스턴스로 구성된 논리적 시스템.
구성 long-lived receiver enable 의 상위 수준에서 상속된 비활성화 옵션을 재정의합니다. 모든 패밀리에 대해 수명이 긴 Graceful Restart 재시작 모드를 활성화하지는 않습니다. 각 제품군에 대해 재시작 모드를 명시적으로 구성해야 합니다.
LLGR 기능을 보급하지 않는 이웃에 LLGR 부실 경로를 보급할 수 있도록 하려면 , 또는 [edit protocols bgp group group-name neighbor neighbor-address graceful-restart long-lived] 계층 수준에서 [edit protocols bgp graceful-restart long-lived]문을 [edit protocols bgp group group-name graceful-restart long-lived]포함 advertise-to-non-llgr-neighbor 합니다. 이 설정은 이 라우터에 의해 LLGR-stale로 표시된 경로와 neighbor에서 수신된 LLGR-stale 경로 모두에 적용됩니다. 이상적으로는 자율 시스템의 모든 라우터가 활성화되기 전에 IETF 초안 사양을 지원합니다. 그러나 증분 배포를 용이하게 하기 위해 다음 조건에서 장기 Graceful Restart 기능을 보급하지 않은 이웃에 교착 경로를 보급해야 할 수 있습니다. 이웃은 내부(IBGP 또는 컨페더레이션) 이웃이어야 합니다. NO_EXPORT 커뮤니티는 교착 경로에 연결되어야 합니다. 교착 경로의 LOCAL_PREF 속성은 0으로 설정되어야 합니다. 부분 구축에 이 기술을 사용하는 경우 AS(Autonomous System) 전체의 모든 LLGR 경로에 대해 LOCAL_PREF를 0으로 설정해야 합니다. 이 구성은 이 사양을 지원하는 라우터와 지원하지 않는 라우터 간의 일관성을 위해 유연성의 약간의 감소(경쟁 LLGR 경로 간에 순서가 유지되지 않을 수 있음)를 대가로 합니다. 경로 선택의 일관성은 포워딩 루프를 방지하는 데 중요할 수 있기 때문에, 이 사양을 지원하지 않는 라우터에 대한 후자의 고려가 우선합니다.
내보내기 금지 BGP 커뮤니티가 외부 BGP neighbor(CE 라우터로 추정됨)에 보급되는 경로에 자동으로 추가되지 않도록 하려면, , [edit protocols bgp group group-name graceful-restart long-lived]또는 계층 [edit protocols bgp group group-name neighbor neighbor-address graceful-restart long-lived] 수준에서 [edit protocols bgp graceful-restart long-lived]문을 포함 omit- no-export 합니다. 예를 들어, VPN 구축에서 BGP는 종종 PE-CE 프로토콜로 사용됩니다. 이러한 구축에서는 이와 같은 사양을 지원하도록 쉽게 업그레이드할 수 없는 CE와의 상호 운용성을 수용하는 것이 실질적으로 필요할 수 있습니다. 이 요구 사항은 하나 이상의 IBGP 라우터가 업그레이드되지 않는 경우 "부실한" 라우팅 정보가 이러한 절차를 지원하는 라우터의 경계를 넘어 누출되지 않도록 보장하면서 문제를 야기합니다. VPN PE-CE의 경우 사용 중인 프로토콜은 EBGP이며, IBGP 전용 경로 속성인 LOCAL_PREF가 사용됩니다. "부실한" 라우팅 정보의 전파를 제한하는 주된 동기는 BGP 컨페더레이션 경계를 벗어나면 제한 없이 확산되는 것을 방지하기 위한 이유입니다. VPN 구축은 일반적으로 토폴로지적으로 제약을 받기 때문에 이러한 우려가 사라집니다. 이러한 이유로, 구현은 명시적으로 구성된 경우 PE-CE 세션을 통해 교착 경로를 보급할 수 있습니다. 이러한 시나리오에서 구현은 제한 없이 확산되는 교착 경로에 대한 추가적인 보호로 기본적으로 NO_EXPORT 커뮤니티를 해당 경로에 연결해야 합니다. 예외적인 경우를 수용하기 위해 NO_EXPORT 커뮤니티의 첨부 파일을 명시적으로 비활성화할 수 있습니다. 일부 VPN 구축에서는 CE가 이 사양을 지원하지 않더라도 교착 경로를 CE에 보급해야 할 수도 있습니다. 이 경우 이러한 경로를 광고하도록 PE 라우터를 구성하는 경우 경로를 수신하는 CE의 운영자에게 알려야 하며 CE는 경로를 선호하지 않도록 구성되어야 합니다. 일반적인 BGP 구현은 LLGR_STALE 커뮤니티에서 일치시키고 일치하는 경로에 대한 LOCAL_PREF를 0으로 설정하여 이 작업을 수행합니다.
LLGR 수신기 모드가 활성화 또는 비활성화되면 세션이 재설정됩니다. 이 동작을 통해 새로운 기능 값을 이웃으로 전송할 수 있습니다. 옵션이 활성화되거나 비활성화되면 advertise-to-non-llgr-neighbor 내보내기 정책이 재평가되고 LLGR 교실 경로가 보급되거나 철회될 수 있습니다. omit-no-export 옵션을 추가하거나 제거하면 세션이 재설정됩니다. 이 나머지 세션을 사용하면 내보내기 금지 커뮤니티(내보내기 정책 외부에 추가됨)와 관계없이 LLGR 부실 경로를 다시 보급할 수 있습니다.
시스템 또는 글로벌 수준에서 BGP 장기 Graceful Restart 기능을 활성화하고 해당 속성을 구성하려면 다음을 수행합니다.
[edit]
protocols {
bgp {
graceful-restart {
long-lived {
receiver {
enable:
disable;
}
advertise-to-non-llgr-neighbor {
omit-no-export;
}
}
}
}
}
BGP 그룹 수준에서 BGP 장기 Graceful Restart 기능을 활성화하고 해당 속성을 구성하려면 다음을 수행합니다.
[edit]
protocols {
bgp {
group group-name {
graceful-restart {
long-lived {
receiver {
enable:
disable;
}
advertise-to-non-llgr-neighbor {
omit-no-export;
}
}
}
}
}
}
이웃 또는 피어 그룹 수준에서 BGP 장기 Graceful Restart 기능을 활성화하고 해당 속성을 구성하려면:
[edit]
protocols {
bgp {
group group-name {
neighbor neighbor-address {
graceful-restart {
long-lived {
receiver {
enable:
disable;
}
advertise-to-non-llgr-neighbor {
omit-no-export;
}
}
}
}
}
}
}
또한보십시오
라우팅 정책에서 BGP 장기 Graceful Restart 커뮤니티 구성
Junos OS는 BGP Graceful Restart 기능을 사용하여 이러한 라우팅 정보가 유지되는 기간보다 장애가 발생한 BGP 피어로부터 더 긴 기간 동안 BGP 라우팅 세부 정보를 보존하는 메커니즘을 지원합니다.
두 개의 새로운 잘 알려진 커뮤니티가 소개됩니다. 이러한 새로운 BGP 커뮤니티는 정적 경로 정의의 community 속성 또는 policy-options 커뮤니티 정의의 다른 기호적 잘 알려진 커뮤니티(예: no-advertise, no-export 및 no-export-subconfed)로 모든 구성 계층 수준에서 사용될 수 있습니다. 두 개의 새로운 커뮤니티는 다음과 같습니다.
-
llgr-stale- 다시 보급될 때 수명이 긴 교착 경로에 커뮤니티를 추가합니다. -
no-llgr—BGP 스피커가 LLGR에 의해 유지되기를 원하지 않는 경로를 표시합니다. 알림 메시지 기능에는 연관된 구성 매개 변수가 없습니다.
명령문에 community name members 및 no-llgr 옵션을 포함하여 llgr-stale BGP 커뮤니티 정보를 다음 계층 수준에서 정적, 집계 또는 생성된 경로와 연결할 수 있습니다.
[edit dynamic policy-options], [edit logical-systems logical-system-name policy-options], [edit policy-options]
라우팅 정책 일치 조건에서 사용할 BGP 수명이 긴 Graceful Restart 커뮤니티를 구성하려면 다음을 수행합니다.
[edit policy-options]
community name {
members [ llgr-stale | nollgr];
}
LLGR을 구성할 때 BGP Graceful Restart도 구성할 필요가 없습니다. llgr-stale 및 no-llgr 잘 알려진 커뮤니티의 값은 각각 0xFFFF0006 및 0xFFFF0007입니다. 권한은 프로토콜 bgp와 동일합니다. long-lived-graceful-restart 섹션은 l2vpn, inet labeled-유니캐스트, inet flow 및 route-target 제품군에만 표시됩니다. inet-mvpn, inet6-mvpn 및 inet-mdt는 사용할 수 없습니다. 다른 가족에게는 숨겨져 있습니다.
또한 Junos OS는 BGP 장기 Graceful 재시작을 위한 경로 상태와 일치하는 BGP 내보내기 정책 구성을 지원합니다. 이전에 정의한 커뮤니티와 라우팅 정책의 주소 접두사 목록을 연결하여 다음과 같이 지정된 접두사에 대한 수명이 긴 Graceful Restart에 대한 경로를 선택적으로 수락하거나 거부할 수 있습니다.
policy-options {
prefix-list name;
community name members [ llgr-stale | nollgr];
policy-statement name{
from {
prefix-list name;
community name;
}
then {
(accept | reject)
}
}
}
전역, 그룹 수준 및 이웃 그룹 수준 구성을 위한 ] 계층 수준 아래에 [edit protocols bgp graceful-restart두 개의 숨겨진 구성 문이 추가됩니다.
, [edit protocols bgp group group-name graceful-restart]또는 [edit protocols bgp group group-name neighbor neighbor-address graceful-restart] 계층 [edit protocols bgp graceful-restart]수준의 문은 disable-notification-flag Graceful Restart 기능 협상에서 N 플래그의 전송을 비활성화합니다. , [edit protocols bgp group group-name graceful-restart]또는 [edit protocols bgp group group-name neighbor neighbor-address graceful-restart] 계층 [edit protocols bgp graceful-restart]수준의 문은 disable-notification-extensions 또한 Graceful Restart 기능 협상에서 N 플래그의 전송을 비활성화하지만, 또한 IETF bgp-gr-notification 초안에 명시된 대로 Graceful Restart 수신기 모드를 호출하기 위한 새로운 규칙을 비활성화하고 하드 리셋 하위 코드의 전송을 비활성화합니다. 하드 리셋 하위 코드는 알림 또는 중지 메시지에서 수신될 때 계속 관찰됩니다.
N 플래그의 전송을 비활성화하고 글로벌 또는 시스템 전체 수준에서 Graceful Restart를 트리거하는 규칙을 비활성화하려면:
[edit]
protocols {
bgp {
graceful-restart {
disable-notification-flag;
disable-notification-extensions;
}
}
}
N 플래그의 전송을 비활성화하고 그룹 수준에서 Graceful Restart를 트리거하는 규칙을 비활성화하려면:
[edit]
protocols {
bgp {
group group-name {
graceful-restart {
disable-notification-flag;
disable-notification-extensions;
}
}
}
}
N 플래그의 전송을 비활성화하고 이웃 또는 피어 수준에서 Graceful Restart를 트리거하는 규칙을 비활성화하려면:
[edit]
protocols {
bgp {
group group-name {
graceful-restart {
disable-notification-flag;
disable-notification-extensions;
}
}
}
}
또한보십시오
논리적 시스템 및 라우팅 인스턴스의 특정 주소 패밀리에 대한 수명이 긴 Graceful Restarter 모드 협상 구성
Junos OS는 BGP Graceful Restart 기능을 사용하여 이러한 라우팅 정보가 유지되는 기간보다 장애가 발생한 BGP 피어로부터 더 긴 기간 동안 BGP 라우팅 세부 정보를 보존하는 메커니즘을 지원합니다.
시스템, 논리적 시스템 또는 라우팅 인스턴스의 모든 주소 패밀리에 대해 이 기능을 구성하는 대신 특정 주소 패밀리에 대해 BGP 수명이 긴 그레이스풀 재시작 모드 협상 메커니즘을 구성할 수도 있습니다. 특정 주소 패밀리에 대해 BGP LLGR을 활성화하려면 다음 계층 수준 중 하나에 문을 포함 graceful-restart long-lived restarter stale-time interval 합니다.
각 라우팅 테이블은 프로토콜 패밀리 또는 AFI(주소 패밀리 Indicator) 및 SAFI(Subsequent 주소 패밀리 Identifier)로 식별됩니다. AFI 매개변수는 프로토콜 중 (l2vpn | inet | route-target) 하나일 수 있으며 SAFI 매개변수는 inet 제품군의 프로토콜 및 L2VPN 제품군의 프로토콜 중 (auto-discovery-mspw | auto-discovery-only | signaling) 하나일 (flow | labeled-unicast) 수 있습니다.
LLGR을 구성할 때 BGP Graceful Restart도 구성할 필요가 없습니다. long-lived-graceful-restart 섹션은 l2vpn, inet labeled-유니캐스트, inet flow 및 route-target 제품군에만 표시됩니다. inet-mvpn, inet6-mvpn 및 inet-mdt는 사용할 수 없습니다. 다른 가족에게는 숨겨져 있습니다.
[edit logical-systems logical-system-name protocols bgp family inet (labeled-unicast | unicast | multicast)], [edit logical-systems logical-system-name protocols bgp group group-name family inet (labeled-unicast | unicast | multicast)], [edit logical-systems logical-system-name protocols bgp group group-name neighbor address family inet (labeled-unicast | unicast | multicast)], [edit logical-systems logical-system-name routing-instances routing-instance-name protocols bgp family inet (labeled-unicast | unicast | multicast)], [edit logical-systems logical-system-name routing-instances routing-instance-name protocols bgp group group-name family inet (labeled-unicast | unicast | multicast)], [edit logical-systems logical-system-name routing-instances routing-instance-name protocols bgp group group-name neighbor address family inet (labeled-unicast | unicast | multicast)], [edit routing-instances routing-instance-name protocols bgp family inet (labeled-unicast | unicast | multicast)], [edit routing-instances routing-instance-name protocols bgp group group-name family inet (labeled-unicast | unicast | multicast)], [edit routing-instances routing-instance-name protocols bgp group group-name neighbor address family inet (labeled-unicast | unicast | multicast)] [edit routing-instances routing-instance-name protocols bgp family inet (labeled-unicast | unicast | multicast)], [edit routing-instances routing-instance-name protocols bgp group group-name family inet (labeled-unicast | unicast | multicast)], [edit routing-instances routing-instance-name protocols bgp group group-name neighbor address family inet (labeled-unicast | unicast | multicast)],
per-family graceful-restart long-lived restarter 구성 섹션의 스탠자는 BGP를 전 세계적으로 또는 그룹 또는 이웃에 대해 LLGR 재시작 모드 협상을 활성화합니다. 이러한 값은 전역 구성의 그룹과 그룹 구성의 neighbor에 의해 상속됩니다. disable 속성은 상위 수준에서 상속된 구성을 재정의하는 데 사용됩니다. LLGR 수신기 모드를 비활성화하지는 않습니다. 필요에 따라 모든 제품군에 대해 LLGR 수신기 모드를 명시적으로 비활성화해야 합니다. 숨겨진 enable 속성을 사용하여 상속된 비활성화 속성을 재정의할 수 있습니다. neighbor 수준에서 graceful-restart long-lived restarter를 구성하면(포함 그룹 수준 또는 전역적으로 구성되지 않은 경우) 내부 그룹이 분할됩니다. LLGR 재시작기가 패밀리에 대해 활성화 또는 비활성화되거나 교착 시간이 변경되면 세션이 재설정되어 새 기능이 이웃으로 전송될 수 있습니다.
stale-time의 값 범위는 1초에서 16777215(2^24 – 1)초입니다. 이 값은 기본적으로 초 수를 제공하는 단순 정수이지만 다음 표기법을 사용하여 지정할 수도 있습니다.
[<주>w][<일>d][<시간>시간][<분>분][<초>초] 예를 들어, 27일을 27d, 648h, 38880m 또는 2332800s로 지정할 수 있습니다. 90분은 1h30m, 90m 또는 5400s로 구성할 수 있습니다. 지정된 일 수에 86400, 시간 수에 3600, 분 수에 60을 곱합니다. 이들은 총계를 얻기 위해 초에 더됩니다. 지정된 합계가 최대 교실 시간을 초과하지 않는 한 1d36h와 같은 서로 다른 기간 단위의 일 및 시간 결합 형식이 허용됩니다.
또한 시간은 <시>:<분><초> 표기법을 사용하여 구성할 수도 있습니다. 예를 들어 12:00:00은 12시간을 지정합니다. 시간과 분은 선택 사항입니다.
두 표기법은 결합할 수 있습니다. 예를 들어 2w1d 12:00:02는 2주 1일 12시간 2초(1339202초)를 지정합니다. (CLI에는 공백이 있는 이와 같은 값 주위에 큰따옴표가 필요합니다.) 이 표기법으로 표현하면 최대 교착 시간은 27w5d 04:20:15(27주 5일 4시간 20분 15초)입니다. show configuration 명령이 실제로 구성된 값을 표시하는 동안, 관련 타이머가 런타임 show 명령 show bgp neighbor에 표시되면, 1d36h가 2d 12:00:00이 되는 것과 같이 값이 정규화됩니다. 정규화된 LLGR 시간을 표시하기 위한 전체 규칙은 명령 구성에 따라 clear bgp neighbor neighbor-address gracefully 다릅니다.
논리적 시스템 또는 라우팅 인스턴스에 대한 글로벌 수준에서 BGP 장기 Graceful Restart 특성, 주소별 패밀리 및 후속 주소 패밀리별 구성을 구성하려면 다음을 수행합니다.
논리적 시스템의 글로벌 수준에서 주소 패밀리당 BGP Long-Lived Graceful Restart 구성
[edit logical-systems logical-system-name routing-instances routing-instance-name protocols bgp family address-family subsequent-address-family
protocols {
bgp {
graceful-restart {
long-lived {
restarter {
disable;
stale-time interval;
}
}
}
}
}
라우팅 인스턴스에 대한 글로벌 수준에서 주소 패밀리당 BGP Long-Lived Graceful Restart 구성
[edit routing-instances routing-instance-name protocols bgp family address-family subsequent-address-family
protocols {
bgp {
graceful-restart {
long-lived {
restarter {
disable;
stale-time interval;
}
}
}
}
}
논리적 시스템 또는 라우팅 인스턴스의 BGP 그룹 수준에서 BGP 장기 Graceful Restart 특성, 주소 패밀리 및 후속 주소 패밀리별 기능을 구성하려면 다음을 수행합니다.
논리적 시스템을 위한 BGP 그룹 수준에서 주소 패밀리당 BGP Long-Lived Graceful Restart 구성
[edit logical-systems logical-system-name routing-instances routing-instance-name protocols bgp family address-family subsequent-address-family
protocols {
bgp {
group group-name {
graceful-restart {
long-lived {
restarter {
disable;
stale-time interval;
}
}
}
}
}
}
라우팅 인스턴스를 위한 BGP 그룹 수준에서 주소 패밀리당 BGP 장기 Graceful Restart 구성
[edit routing-instances routing-instance-name protocols bgp family address-family subsequent-address-family
protocols {
bgp {
group group-name {
graceful-restart {
long-lived {
restarter {
disable;
stale-time interval;
}
}
}
}
}
}
논리적 시스템 또는 라우팅 인스턴스에 대한 BGP neighbor 그룹 수준에서 BGP 장기 Graceful Restart 특성, 주소별 패밀리 및 후속 주소 패밀리별 구성을 구성하려면 다음을 수행합니다.
논리적 시스템을 위한 BGP neighbor 그룹 수준에서 주소 패밀리당 BGP Long-Lived Graceful Restart 구성
[edit logical-systems logical-system-name routing-instances routing-instance-name protocols bgp family address-family subsequent-address-family
protocols {
bgp {
group group-name {
neighbor neighbor-address {
graceful-restart {
long-lived {
restarter {
disable;
stale-time interval;
}
}
}
}
}
}
}
라우팅 인스턴스를 위한 BGP neighbor 그룹 수준에서 주소 패밀리당 BGP Long-Lived Graceful Restart 구성
[edit routing-instances routing-instance-name protocols bgp family address-family subsequent-address-family
protocols {
bgp {
group group-name {
neighbor neighbor-address {
graceful-restart {
long-lived {
restarter {
disable;
stale-time interval;
}
}
}
}
}
}
}
또한보십시오
모든 주소 패밀리 및 특정 주소 패밀리에 대한 포워딩 상태 비트를 구성하여 경로 유지에 대해 BGP Helper 라우터 또는 피어에 알립니다
Junos OS는 BGP Graceful Restart 기능을 사용하여 이러한 라우팅 정보가 유지되는 기간보다 장애가 발생한 BGP 피어로부터 더 긴 기간 동안 BGP 라우팅 세부 정보를 보존하는 메커니즘을 지원합니다.
BGP 세션이 다운된 후 세션이 다시 설정되기 전에, 교실 경로는 각각 재시작 시간 및 수명이 긴 교실 시간 매개 변수에 의해 제어되는 최대 2개의 연속 기간 동안 유지될 수 있습니다. 첫 번째 기간 동안에는 라우팅 수정이 방지되지만 잠재적으로 트래픽의 null-route 필터링이 있습니다. 두 번째 기간 동안에는 트래픽의 가능한 null 경로 필터링이 줄어들 수 있지만 라우팅 변경 사항은 네트워크 전체에서 볼 수 있습니다. 네트워크 환경에서 특정 애플리케이션에 대한 관련 매개 변수를 설정할 때는 장단점, 네트워크 역학 및 잠재적 장애 시나리오를 고려해야 합니다. 필요한 경우, 로컬 구성에 의해 첫 번째 기간을 우회하거나 GR(Graceful Restart) 기능의 재시작 시간을 0으로 설정하여 해당 기능에 AFI(주소 패밀리 표시기) 및 SAFI(후속 주소 패밀리 식별자)를 나열하지 않음으로써 우회할 수 있습니다.
F 비트(및 함께 제공되는 GR 기능의 "Forwarding State" 비트)의 설정은 부분적으로 구축 고려 사항에 따라 달라집니다. F 비트는 도우미 라우터가 관련 경로를 플러시해야 함을 나타내는 것으로 해석될 수 있습니다(비트가 지워진 상태로 남아 있는 경우). LLGR이 사용되는 중요한 시나리오는 기존 라우팅(터널 기반 라우팅 대신 홉 바이 홉 포워딩)보다 구성과 더 유사한 경로에 대한 것입니다. 이러한 경로의 경우, 다른 고려 사항에 관계없이 항상 F 비트를 설정하는 것이 유용할 수 있습니다. 마찬가지로, 포워딩 플레인에 참여하지 않는 전용 경로 리플렉터와 같은 컨트롤 플레인 전용 엔터티의 경우, F 비트를 항상 설정하는 것이 좋습니다. 전반적으로 채택해야 할 지침은 재시작 라우터의 상태 손실이 포워딩 루프 또는 null 경로를 유발할 것으로 합리적으로 예상할 수 있는 경우, 상태가 유지되었는지 여부에 따라 F 비트를 신중하게 설정해야 한다는 것입니다. 구축 요구 사항 및 구성된 설정에 따라 F 비트를 설정해야 하는지 여부를 결정할 수 있습니다. 일부 VPN 구축에서는 CE가 이 사양을 지원하지 않더라도 교착 경로를 CE에 보급해야 할 수도 있습니다. 이러한 시나리오에서 이러한 경로를 보급하기 위해 PE를 구성하는 네트워크 운영자는 경로를 수신하는 CE를 운영자에게 알려야 하며 CE는 경로를 선호하지 않도록 구성되어야 합니다. 일반적으로 BGP 구현은 LLGR_STALE 커뮤니티에서 일치시키고 일치하는 경로에 대한 LOCAL_PREF을 0으로 설정하여 이 동작을 수행합니다.
모든 논리적 시스템 또는 라우팅 인스턴스에 대해 글로벌, 그룹 및 neighbor 수준에서 정의할 수 있는 BGP 구성 옵션인 전송 상태 비트를 지정할 수 있습니다. 글로벌, BGP 그룹 또는 BGP neighbor 수준에서 전송 상태 비트를 지정하려면 , [edit protocols bgp group-group-name graceful-restart], 또는 [edit protocols bgp group-group-name neighbor neighbor-address graceful-restart] 계층 수준에서 [edit protocols bgp graceful-restart]문을 포함 forwarding-state-bit (as-rr-client | from-fib) 합니다. forwarding-state-bit 속성은 Graceful Restart 및 장기 Graceful Restart 기능 보급 모두에서 Forwarding State 비트가 설정되는 방식을 제어합니다. 기본적으로 값은 이웃이 경로 리플렉터 클라이언트인지 여부에 따라 달라집니다. neighbor가 경로 리플렉터 클라이언트가 아닌 경우, RFC 4724에 따라 연결된 FIB의 상태에 따라 값이 설정됩니다. neighbor가 경로 리플렉터 클라이언트인 경우, 연결된 FIB의 상태를 사용하는 inet 유니캐스트 및 inet6 유니캐스트를 제외한 모든 제품군에 대해 값이 1로 설정됩니다. 이 as-rr-client 옵션은 모든 주소 패밀리의 동작을 경로 리플렉터 클라이언트의 기능과 동일하게 설정합니다. 이 from-fib 옵션은 모든 주소 패밀리의 동작이 비 경로 리플렉터 클라이언트의 경우와 같도록 강제합니다.
글로벌 수준에서 forwarding-state 플래그 협상을 구성하려면 다음을 수행합니다.
[edit]
protocols {
bgp {
graceful-restart {
forwarding-state-bit (as-rr-client | from-fib);
}
}
}
그룹 수준에서 forwarding-state 플래그 협상을 구성하려면 다음을 수행합니다.
[edit]
protocols {
bgp {
group group-name {
graceful-restart {
forwarding-state-bit (as-rr-client | from-fib);
}
}
}
}
neighbor 또는 peer group 수준에서 forwarding-state 플래그 협상을 구성하려면 다음을 수행합니다.
[edit]
protocols {
bgp {
group group-name {
neighbor neighbor-address {
graceful-restart {
forwarding-state-bit (as-rr-client | from-fib);
}
}
}
}
}
전달 상태 비트에 대한 전역 설정 외에도, 개별 패밀리에 대해 전달 상태 비트 동작을 지정할 수 있습니다. forwarding-state-bit 설정을 변경해도 기존 세션에는 영향을 미치지 않습니다. 특정 주소 패밀리에 대한 전송 상태 비트를 지정하려면 논리적 시스템 및 라우팅 인스턴스에서 , [edit protocols bgp group-group-name graceful-restart family address-family subsequent-address-family], 또는 [edit protocols bgp group-group-name neighbor neighbor-address graceful-restart family address-family subsequent-address-family] 계층 수준에서 [edit protocols bgp graceful-restart family address-family subsequent-address-family]문을 포함 forwarding-state-bit (set | from-fib) 합니다. 제품군별 BGP 구성 옵션이 추가되어 Graceful Restart 및 장기 Graceful Restart 기능 보급에서 전송 상태 비트를 제어합니다. 기본 논리적 시스템 또는 특정 논리적 시스템, 기본 라우팅 인스턴스 또는 특정 라우팅 인스턴스에 대해 지정할 수 있습니다. 이 per-family forwarding-state-bit 속성은 포워딩 상태 비트를 설정하기 위한 기본 규칙 또는 전역 구성을 재정의합니다. 이 set 옵션은 전달 상태 비트가 1로 설정되도록 강제합니다. from-fib 이 옵션은 연관된 FIB의 상태에 따라 값이 설정되도록 합니다. 제품군별 forwarding-state-bit 설정을 변경해도 기존 세션에는 영향을 미치지 않습니다.
다음은 주소 패밀리당 포워딩 상태 비트를 구성하기 위한 명령문을 포함 forwarding-state-bit (set | from-fib) 할 수 있는 전체 구성 계층 수준입니다.
[edit logical-systems logical-system-name protocols bgp family inet (labeled-unicast | unicast | multicast)], [edit logical-systems logical-system-name protocols bgp group group-name family inet (labeled-unicast | unicast | multicast)], [edit logical-systems logical-system-name protocols bgp group group-name neighbor address family inet (labeled-unicast | unicast | multicast)], [edit logical-systems logical-system-name routing-instances routing-instance-name protocols bgp family inet (labeled-unicast | unicast | multicast)], [edit logical-systems logical-system-name routing-instances routing-instance-name protocols bgp group group-name family inet (labeled-unicast | unicast | multicast)], [edit logical-systems logical-system-name routing-instances routing-instance-name protocols bgp group group-name neighbor address family inet (labeled-unicast | unicast | multicast)], [edit routing-instances routing-instance-name protocols bgp family inet (labeled-unicast | unicast | multicast)], [edit routing-instances routing-instance-name protocols bgp group group-name family inet (labeled-unicast | unicast | multicast)], [edit routing-instances routing-instance-name protocols bgp group group-name neighbor address family inet (labeled-unicast | unicast | multicast)] [edit routing-instances routing-instance-name protocols bgp family inet (labeled-unicast | unicast | multicast)], [edit routing-instances routing-instance-name protocols bgp group group-name family inet (labeled-unicast | unicast | multicast)], [edit routing-instances routing-instance-name protocols bgp group group-name neighbor address family inet (labeled-unicast | unicast | multicast)],
논리적 시스템 또는 라우팅 인스턴스에 대한 글로벌 수준에서 BGP, 수명 긴 Graceful Restart, 주소별 패밀리 및 후속 주소 패밀리에 대한 전송 상태 비트를 구성하려면 다음을 수행합니다.
논리적 시스템의 글로벌 수준에서 주소 패밀리당 전송 상태 비트 구성
[edit logical-systems logical-system-name routing-instances routing-instance-name protocols bgp family address-family subsequent-address-family
protocols {
bgp {
graceful-restart {
forwarding-state-bit (set | from-fib);
}
}
}
라우팅 인스턴스의 글로벌 수준에서 주소 패밀리당 전송 상태 비트 구성
[edit routing-instances routing-instance-name protocols bgp family address-family subsequent-address-family
protocols {
bgp {
graceful-restart {
forwarding-state-bit (set | from-fib);
}
}
}
논리적 시스템 또는 라우팅 인스턴스의 BGP 그룹 수준에서 BGP 수명 Graceful Restart, 주소별 패밀리 및 후속 주소 패밀리에 대한 전송 상태 비트를 구성하려면 다음을 수행합니다.
논리적 시스템을 위한 BGP 그룹 수준에서 주소 패밀리당 전송 상태 비트 구성
[edit logical-systems logical-system-name routing-instances routing-instance-name protocols bgp family address-family subsequent-address-family
protocols {
bgp {
group group-name {
graceful-restart {
forwarding-state-bit (set | from-fib);
}
}
}
}
라우팅 인스턴스를 위한 BGP 그룹 수준에서 주소 패밀리당 전송 상태 비트 구성
[edit routing-instances routing-instance-name protocols bgp family address-family subsequent-address-family
protocols {
bgp {
group group-name {
graceful-restart {
forwarding-state-bit (set | from-fib);
}
}
}
}
논리적 시스템 또는 라우팅 인스턴스의 BGP 인접 디바이스 그룹 수준에서 BGP, 수명 긴 Graceful Restart, 주소별 패밀리 및 후속 주소 패밀리에 대한 전송 상태 비트를 구성하려면 다음을 수행합니다.
논리적 시스템을 위한 BGP neighbor 그룹 수준에서 주소 패밀리당 전송 상태 비트 구성
[edit logical-systems logical-system-name routing-instances routing-instance-name protocols bgp family address-family subsequent-address-family
protocols {
bgp {
group group-name {
neighbor neighbor-address {
graceful-restart {
forwarding-state-bit (set | from-fib);
}
}
}
}
}
라우팅 인스턴스를 위한 BGP neighbor 그룹 수준에서 주소 패밀리당 전송 상태 비트 구성
[edit routing-instances routing-instance-name protocols bgp family address-family subsequent-address-family
protocols {
bgp {
group group-name {
neighbor neighbor-address {
graceful-restart {
forwarding-state-bit (set | from-fib);
}
}
}
}
}
또한보십시오
예: BGP Long-Lived Graceful Restart를 사용하여 느린 및 잠재적인 BGP 피어에 대한 경로 세부 정보 보존
Junos OS는 BGP Graceful Restart 기능을 사용하여 이러한 라우팅 정보가 유지되는 기간보다 장애가 발생한 BGP 피어로부터 더 긴 기간 동안 BGP 라우팅 세부 정보를 보존하는 메커니즘을 지원합니다.
특히 지금까지의 라우팅 프로토콜과 BGP는 정확성에 중점을 두고 설계되었으며, 여기서 "정확성"의 중요한 측면은 각 네트워크 요소의 포워딩 상태가 네트워크의 현재 상태로 최대한 빨리 수렴하는 것입니다. 이러한 이유로, 이 프로토콜은 (BGP 관점에서) 다운된 라우터에 의해 보급된 상태를 가능한 한 빨리 제거하도록 설계되었습니다. RFC 4724에 정의된 BGP Graceful Restart를 사용하는 빠른 컨버전스 기능은 네트워크에서 "교착" 상태를 신속하게 제거하려는 시도였습니다.
BGP LLGR(Long-Lived Graceful Restart)을 통해 네트워크 운영자는 장애가 발생한 BGP 피어의 오래된 라우팅 정보를 기존 BGP Graceful Restart 기능보다 훨씬 더 오래 유지하도록 선택할 수 있습니다. BGP 경로를 더 오랜 기간 동안 유지하는 이 기능은 IETF 초안인 장 기 BGP Graceful Restart 지원—draft-uttaro-idr-bgp-persistence-03을 따릅니다. 이 초안에 따르면 NLRI별로 수명이 긴 LLGR(Graceful Restart)을 명시적으로 구성해야 하며, 여기에는 LLGR을 인식하고 검증하지 않는 다른 피어에게 오래된 정보가 확산되는 것을 방지하기 위한 조항이 포함되어 있습니다.
이 예에서는 MX 시리즈 라우터에서 BGP 수명이 긴 Graceful Restart 기능을 구성하는 방법을 설명하고 다음 섹션을 포함합니다.
요구 사항
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
-
MPC가 있는 MX 시리즈 라우터 1개.
-
MX 시리즈 라우터용 Junos OS 릴리스 15.1R1 이상
BGP 장기 Graceful Restart를 구성하기 전에 다음을 확인하십시오.
-
디바이스 인터페이스를 구성합니다.
-
BGP를 구성합니다.
개요
Graceful Restart를 사용하면 재시작 중인 라우팅 디바이스가 인접한 이웃 및 피어에게 상태를 알려줄 수 있습니다. 그레이스풀 재시작 중, 재시작 디바이스와 해당 이웃은 네트워크 성능을 방해하지 않고 패킷을 계속 전달합니다. 이웃 디바이스가 재시작을 지원하기 때문에(이러한 이웃을 도우미 라우터라고 함), 재시작 디바이스는 알고리즘을 다시 계산하지 않고도 전체 작동을 신속하게 재개할 수 있습니다.
일반적인 Graceful Restart 수신기 모드가 비활성화되지 않는 한 수명이 긴 Graceful Restart 수신기 모드는 기본적으로 활성화됩니다. BGP LLGR(Long-Lived Graceful Restart) 기능을 활성화하려면 계층 수준에서 문을 포함 long-lived receiver enable 합니다[edit protocols bgp graceful-restart]. 글로벌 또는 시스템 전체 수준에서 BGP LLGR을 활성화하는 것 외에도, 계층 수준에서 [edit protocols bgp group group-name graceful-restart] long-lived receiver enable 문을 포함하여 특정 BGP 그룹에 대한 LLGR을 구성하고 계층 수준에서 [edit protocols bgp group group-name neighbor neighbor-address graceful-restart] 특정 BGP neighbor에 대한 LLGR을 구성할 수도 있습니다. BGP LLGR 메커니즘을 비활성화하려면 , [edit protocols bgp group group-name graceful-restart]또는 [edit protocols bgp group-group-name neighbor neighbor-address graceful-restart] 옵션을 [edit protocols bgp graceful-restart]포함 long-lived receiver disable 합니다. LLGR을 비활성화하면 모든 NLRI 제품군에 대한 모든 LLGR 기능(수신기 및 재스타터 모드 모두)이 비활성화됩니다. 이 속성은 전역 구성의 그룹과 그룹 구성의 neighbor에 의해 상속됩니다.
토폴로지
주소가 1.2.3.4인 BGP 피어 또는 neighbor에 대해 교착 경로가 유지되는 기간을 늘리려는 샘플 시나리오를 고려하십시오. 교착 세션에 대해 경로가 유지되어야 하는 기간과 피어의 Graceful Restart가 발생할 때를 지정하는 것 외에도, 수명이 긴 Graceful Restart 메커니즘을 정의할 때 특정 주소 접두사의 BGP 라우터를 무시하도록 구성할 수도 있습니다. 라우팅 정책에 포함할 라우팅 정책 문 및 BGP 커뮤니티에서 사용할 IPv4 또는 IPv6 주소 접두사 목록을 정의할 수 있습니다. 특정 접두사의 경로를 거부하도록 작업 수정자를 설정하면 이러한 BGP 경로는 증가된 기간 동안 유지되지 않습니다.
시스템, 논리적 시스템 또는 라우팅 인스턴스의 모든 주소 패밀리에 대해 이 기능을 구성하는 대신 특정 주소 패밀리에 대해 BGP 수명이 긴 그레이스풀 재시작 모드 협상 메커니즘을 구성할 수도 있습니다. 특정 주소 패밀리에 대해 BGP LLGR을 활성화하려면 다음 계층 수준 중 하나에 문을 포함 graceful-restart long-lived restarter stale-time interval 합니다.
각 라우팅 테이블은 프로토콜 패밀리 또는 AFI(주소 패밀리 Indicator) 및 SAFI(Subsequent 주소 패밀리 Identifier)로 식별됩니다. AFI 매개변수는 프로토콜 중 (l2vpn | inet | route-target) 하나일 수 있으며 SAFI 매개변수는 inet 제품군의 프로토콜 및 L2VPN 제품군의 프로토콜 중 (auto-discovery-mspw | auto-discovery-only | signaling) 하나일 (flow | labeled-unicast) 수 있습니다.
LLGR을 구성할 때 BGP Graceful Restart도 구성할 필요가 없습니다. long-lived-graceful-restart 섹션은 l2vpn, inet labeled-유니캐스트, inet flow 및 route-target 제품군에만 표시됩니다. inet-mvpn, inet6-mvpn 및 inet-mdt는 사용할 수 없습니다. 다른 가족에게는 숨겨져 있습니다.
구성
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경하고, 계층 수준에서 [edit] 명령을 복사하여 CLI에 붙여 넣은 다음, 구성 모드에서 들어갑니다 commit .
주소 접두사 목록, BGP 커뮤니티 및 BGP 라우팅 정책 구성
set policy-options prefix-list special 44.44.44.44/32 set policy-options community llgr-community llgr-stale set policy-options policy-statement llgr-import from prefix-list special set policy-options policy-statement llgr-import from community llgr-community set policy-options policy-statement llgr-import then reject
BGP 그룹, NLRI 및 장기 Graceful Restart 구성
set protocols bgp group ibgp-group type internal set protocols bgp group ibgp-group import llgr-import set protocols bgp group ibgp-group family inet unicast set protocols bgp group ibgp-group family inet unicast graceful-restart long-lived restarter stale-time 12h
BGP 인접 그룹 구성
set protocols bgp group ibgp-group neighbor 1.2.3.4
재시작 모드에 대한 장기 Graceful Restart 구성
단계별 절차
다음 예에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
-
BGP 라우팅 정책에 대한 주소 접두사 목록, BGP 커뮤니티, 일치 조건 및 작업 수정자를 구성합니다.
[edit] user@ host# set policy-options prefix-list special 44.44.44.44/32 user@ host# set policy-options community llgr-community llgr-stale user@ host# set policy-options policy-statement llgr-import from prefix-list special user@ host# set policy-options policy-statement llgr-import from community llgr-community user@ host# set policy-options policy-statement llgr-import then reject
-
플로우의 교착 시간을 사용하여 재시작 모드에 대한 BGP 그룹, 주소 패밀리 및 수명이 긴 Graceful Restart 기능을 구성합니다.
[edit] user@ host# set protocols bgp group ibgp-group type internal user@ host# set protocols bgp group ibgp-group import llgr-import user@ host# set protocols bgp group ibgp-group family inet unicast user@ host# set protocols bgp group ibgp-group family inet unicast graceful-restart long-lived restarter stale-time 12h
-
BGP neighbor 그룹을 구성합니다.
[edit] user@ host# set protocols bgp group ibgp-group neighbor 1.2.3.4
결과
구성 모드에서 and show protocols 명령을 입력 show policy-options 하여 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.
[edit]
user@host# show policy-options
policy-options {
prefix-list special 44.44.44.44/32;
community llgr-community llgr-stale;
policy-statement llgr-import {
from {
prefix-list special;
community llgr-community;
}
then {
reject;
}
}
}
user@host# show protocols
protocols {
bgp {
group ibgp-group {
type internal;
import llgr-import;
family inet unicast {
graceful-restart {
long-lived {
restarter {
stale-time 12h;
}
}
}
}
neighbor 1.2.3.4;
}
}
}
검증
구성이 제대로 작동하고 있는지 확인합니다.
수명이 긴 Graceful Restart 기능이 활성화되어 있는지 확인
목적
BGP 인접 라우터 수준에 대해 구성된 BGP 장기 Graceful Restart 기능을 확인합니다
작업
LLGR 수신기 모드가 활성화되어 있는 동안(LLGR을 협상한 피어의 연결이 끊어져 아직 다시 연결되지 않음), 명령 출력 show bgp neighbor 에는 LLGR이 만료될 때까지 남은 시간, GR 교실 타이머에 남은 시간 및 RIB 세부 정보가 표시됩니다.
user@router> show bgp neighbor
Peer: 10.4.12.11 AS 100 Local: 10.6.128.225 AS 100
Type: Internal State: Active Flags: <>
Last State: Idle Last Event: Start
Last Error: None
Export: [ foo ]
Options: <Preference LocalAddress Refresh GracefulRestart>
Options: <LLGR>
Local Address: 10.6.128.225 Holdtime: 90 Preference: 170
Number of flaps: 3
Last flap event: Restart
Error: 'Cease' Sent: 0 Recv: 1
Time until long-lived stale routes deleted: inet-vpn-unicast 10:00:22 route-target 10:00:22
Table bgp.l3vpn.0
RIB State: BGP restart is complete
RIB State: VPN restart is complete
Send state: not advertising
Active prefixes: 0
Received prefixes: 7
Accepted prefixes: 7
Suppressed due to damping: 0
Table foo.inet.0 Bit: 30000
RIB State: BGP restart is complete
RIB State: VPN restart is complete
Send state: not in sync
Active prefixes: 0
Received prefixes: 7
Accepted prefixes: 7
Suppressed due to damping: 0
의미
출력은 BGP neighbor에 대한 정보를 보여줍니다.