BGP의 Graceful Restart 이해
수명이 긴 BGP Graceful Restart 기능 이해
Junos OS는 BGP GR(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는 장기 GRESFUL 재시작 기능이라는 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을 따릅니다. 이 초안에 따르면 LLGR(Long-Lived Graceful Restart)은 NLRI에 따라 명시적으로 구성되어야 하며, LLGR을 인식하고 검증하지 않는 다른 피어로 오래된 정보가 확산되는 것을 방지하기 위한 조항이 포함되어 있습니다. LLGR로 인해 발생하는 이점 및 운영은 다음과 같습니다.
장애가 발생한 노드의 경로는 구성된 기간(일 순서) 동안 유지됩니다.
적절한 show 명령을 사용하여 NLRI별 LLGR 협상 상태를 검사할 수 있습니다.
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 Routing Engine Switchover)와 동일한 인프라를 사용하여 인터페이스 및 커널 정보를 보존합니다. 그러나 NSR은 백업 라우팅 엔진에서 라우팅 프로토콜 프로세스(rpd)를 실행하여 라우팅 프로토콜 정보도 저장합니다. 이 추가 정보를 저장함으로써 NSR은 독립적이며 라우팅 프로토콜의 정보 복원에서 라우팅 플랫폼을 지원하기 위해 도우미 라우터(또는 스위치)에 의존하지 않습니다. NSR은 인접 라우터(또는 스위치)가 GR(Graceful Restart) 프로토콜 확장을 지원하지 않는 네트워크에서 유리합니다. 이 향상된 기능의 결과로 NSR은 Graceful Restart를 자연스럽게 대체합니다.
Nonstop active routing automerge는 소켓 복제의 커널 구성 요소 중 하나입니다. 전환 시 이 구성 요소는 백업에서 기본 라우팅 엔진으로 소켓 쌍을 자동으로 병합합니다. 백업에서 기본으로의 NSR 전환은 rpd가 각 보조 소켓 쌍에 대한 병합 호출을 발행하여 단일 소켓에 병합할 때 발생하며, 이로 인해 지연이 발생할 수 있습니다. 이러한 지연을 방지하기 위해 커널의 자동 병합 모듈은 rpd에서 보조 소켓 병합을 분리하고 전환 시 보조 소켓을 자동으로 병합하여 rpd 우선 순위가 높은 스레드가 이를 활용하고 전환 시 TCP 연결을 유지하기 위해 더 빠른 keepalive를 생성하도록 합니다.
기본적으로 BGP는 백업에서 기본으로 전환 이벤트 직후 커널에서 제공하는 자동 keepalive 생성 서비스에 등록하지 않습니다. 이를 위해서는 [] 계층 수준에서 문을 활성화 하고 BGP에서 정밀 타이머를 구성해야 합니다.nonstop-routing-optionsedit routing-options BGP에서 정밀 타이머를 구성하면 BGP가 커널에서 제공하는 자동 keepalive 생성 서비스에 모든 세션을 등록할 수 있습니다. 일단 등록되면 커널은 백업에서 기본으로 전환 이벤트 직후 제어 세션에 대해 BGP를 대신하여 타이머를 사용하여 keepalives를 자동으로 생성합니다. 이를 통해 전환 이벤트 동안 매우 작은 타이머로 제어 세션에 대해 보다 안정적인 keepalive를 생성할 수 있습니다.
참조
BGP Long-Lived Graceful Restart와 기능의 상호 운용
이 항목에는 BGP long-lived graceful restart 및 다양한 시스템 조건에서 다양한 기능의 작동 동작을 설명하는 다음 섹션이 포함되어 있습니다.
Junos OS 릴리스 15.1부터 Junos OS는 BGP GR(Graceful Restart) 기능을 사용하여 라우팅 정보가 유지되는 기간보다 더 오랜 기간 동안 장애가 발생한 BGP 피어로부터 BGP 라우팅 세부 정보를 보존하는 메커니즘을 지원합니다.
지원되는 NLRI에 대한 제한 사항
LLGR 구성 및 기능 협상은 다음 BGP NLRI(Network Layer Reachability Information) 제품군에 대해 지원됩니다.
L2VPN
inet 레이블이 지정된 유니캐스트
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을 수신할 때까지 End of RIB 마커 전송 지연)은 NSR에서 작동하지 않습니다. 전체 시스템(라우팅 엔진 모두)을 다시 시작하는 동안 라우팅 프로토콜 데몬(rpd)은 자체 EoR을 보내기 전에 다른 피어의 EoR을 기다리지 않습니다. 현재 RIB 내용을 전송하자마자 EoR을 전송합니다. 이 조건으로 인해 네트워크가 다시 통합될 때 일시적인 중단이 발생할 수 있습니다. NSR은 모든 단일 라우팅 엔진 재시작 시나리오를 처리하는 데 적합한 것으로 간주됩니다. 리스타터 모드 제한은 두 라우팅 엔진(또는 rpd의 두 복사본)이 동시에 다시 시작되는 시나리오에만 영향을 미칩니다. 일반 스타터 모드 구성은 NSR에서 사용할 수 없습니다.
일반 graceful-restart 재스타터 모드 구성은 NSR에서 계속 지원되지 않습니다.
글로벌, BGP 그룹 및 BGP 인접 수준의 LLGR 기능
일반 GR(Graceful Restart) 수신기 모드가 비활성화되지 않는 한 Long-lived GR(Graceful Restart) 수신기 모드는 기본적으로 활성화됩니다. BGP LLGR(Long-lived Graceful Restart) 기능을 활성화하려면 계층 수준에서 문을 포함합니다.long-lived receiver enable[edit protocols bgp graceful-restart] 글로벌 또는 시스템 전체 수준에서 BGP LLGR을 활성화하는 것 외에도, 특정 BGP 그룹에 대한 LLGR을 구성하기 위해 계층 수준에서 long-lived receiver enable 문을 포함하고 특정 BGP neighbor에 대해 LLGR을 구성하기 위해 계층 수준에서 long-lived receiver enable 문을 포함할 수도 있습니다.[edit protocols bgp group group-name graceful- restart][edit protocols bgp group group-name neighbor neighbor-address graceful-restart] BGP LLGR 메커니즘을 비활성화하려면 , 또는 [edit protocols bgp group-group-name neighbor neighbor-address graceful-restart] 계층 수준 옵션을 포함합니다.long-lived receiver disable[edit protocols bgp graceful-restart][edit protocols bgp group group-name graceful-restart] LLGR을 비활성화하면 모든 NLRI 제품군에 대한 모든 LLGR 기능(수신기 및 재시작 모드 모두)이 비활성화됩니다. 이 속성은 전역 구성의 그룹과 그룹 구성의 neighbor에 의해 상속됩니다.
참조
BGP Long-Lived Graceful Restart 모니터링 및 관리
이 항목에서는 BGP long-lived graceful restart와 관련된 매개 변수를 분석하고 볼 수 있도록 하는 운영 명령과 그 중요성에 대해 설명합니다. 트래픽 손실과 관련된 통계 카운터 및 메트릭을 분석하고 적절한 시정 조치를 취할 수 있습니다. show 명령의 출력에 표시되는 필드는 네트워크 성능 및 트래픽 처리 효율성 문제를 진단하고 디버깅하는 데 도움이 됩니다.
이로 인해 GR(Graceful Restart) 또는 LLGR(Long-Lived Graceful Restart) 수신기 모드 작업으로 인해 지정된 인접 라우터에 대해 현재 보류되고 있는 오래된 경로가 발생합니다.clear bgp neighbor neighbor-address stale-routes 명령은 (의 기본값)과 동일하지만 전송된 알림 및 중단 메시지에서 새 하드 리셋 하위 코드를 사용하지 않습니다.clear bgp neighbor neighbor-address gracefullyclear bgp neighbor hardclear bgp neighbor 이를 통해 협상된 경우 neighbor가 GR 또는 LLGR 도우미 모드로 들어갈 수 있습니다. 이 라우터에서 세션은 여전히 지워지며 이 라우터는 GR 또는 LLGR 도우미 모드로 들어가지 않습니다.
디버깅을 위해 BGP long-lived graceful restart 기능에 숨겨진 명령을 추가할 수 있습니다.clear
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주일 미만의 값은 주를 포함하지 않는다.
neighbor에 대해 수명이 긴 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}
인접 라우터가 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을 협상한 피어의 연결이 끊어지고 아직 다시 연결되지 않음) 명령의 출력에는 LLGR이 만료될 때까지 남은 시간, GR 무실 타이머에 남은 시간 및 RIB 세부 정보가 표시됩니다.show bgp neighbor
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 GR(Graceful Restart) 수신기 모드가 인접 라우터에 대해 활성화되면 명령의 출력에 추가 정보가 표시됩니다.show bgp neighbor 이러한 세부 정보에는 부실 경로가 보류되는 NLRI 목록(NLRI는 필드에 대해 부실 경로를 보유하고 있음), 재시작 타이머에 남은 시간(부실 경로가 삭제되거나 수명이 긴 부실 필드가 될 때까지의 시간), 부실 타이머에 남은 시간(부실 경로에 대해 rib 종료가 가정될 때까지의 시간) 및 RIB 세부 정보가 포함됩니다. 시간은 UTC(협정 세계시) 형식(YYYY-MM-DD-HH:MM:SS)으로 표시됩니다. 세션이 활성 상태일 때 오래된 타이머 표시('Time until end-of-rib is assumed')도 존재하지만, 인접 라우터는 아직 모든 end-of-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 detailreceive-protocol bgp 이 플래그는 LLGR 수신기 모드 작동의 일부로 이 라우터에서 경로가 LLGR-stale로 표시되었음을 나타냅니다.LongLivedStale 이 플래그는 경로가 피어로부터 수신되었을 때 또는 가져오기 정책에 의해 LLGR-stale로 표시되었음을 나타냅니다.LongLivedStaleImport 이러한 플래그 중 하나 또는 둘 모두가 경로에 대해 표시될 수 있습니다. 이러한 플래그 중 어느 것도 부실(일반 GR 부실) 플래그와 동시에 표시되지 않습니다. 경로가 수명이 길기 때문에 선호 취소되면 show route detail 명령 출력의 비활성 이유 필드에 LLGR stale이 표시됩니다. 새 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(Juniper Technical Assistance Center)에 따르면 BGP long-lived graceful restart와 관련된 문제를 해결하는 데 도움이 되는 한 가지 유용한 명령은 명령입니다 .show route table bgp.l2vpn.0 detail hidden 명령의 출력은 BGP 세션이 종료된 후에도 BGP 경로가 여전히 존재하는지 감지하는 데 도움이 됩니다. 이 옵션을 사용하면 인시던트 도중과 이후의 경로를 확인하고 경로가 숨겨진 이유를 설명하는 정보를 찾을 수 있습니다.hidden 이 시나리오를 해결하는 데 도움이 되는 다른 단서로는 오래된 BGP 로그 항목(예: )의 모양과 명령 출력 에 표시되는 숨겨진 경로가 있습니다.bgp_mark_route_staleshow bgp summary
참조
BGP Long-Lived Graceful Restart로 느리게 다시 시작되는 피어에서 BGP 경로를 보존하는 기간 늘리기
Junos OS는 BGP GR(Graceful Restart) 기능을 사용하여 라우팅 정보가 유지되는 기간보다 장애가 발생한 BGP 피어로부터 BGP 라우팅 세부 정보를 더 오랜 기간 보존하는 메커니즘을 지원합니다.
일반 GR(Graceful Restart) 수신기 모드가 비활성화되지 않는 한 Long-lived GR(Graceful Restart) 수신기 모드는 기본적으로 활성화됩니다. BGP LLGR(Long-lived Graceful Restart) 기능을 활성화하려면 계층 수준에서 문을 포함합니다.long-lived receiver enable[edit protocols bgp graceful-restart] 글로벌 또는 시스템 전체 수준에서 BGP LLGR을 활성화하는 것 외에도, 특정 BGP 그룹에 대한 LLGR을 구성하기 위해 계층 수준에서 long-lived receiver enable 문을 포함하고 특정 BGP neighbor에 대해 LLGR을 구성하기 위해 계층 수준에서 long-lived receiver enable 문을 포함할 수도 있습니다.[edit protocols bgp group group-name graceful-restart][edit protocols bgp group group-name neighbor neighbor-address graceful-restart] BGP LLGR 메커니즘을 비활성화하려면 , 또는 [edit protocols bgp group-group-name neighbor neighbor-address graceful-restart] 계층 수준 옵션을 포함합니다.long-lived receiver disable[edit protocols bgp graceful-restart][edit protocols bgp group group-name graceful-restart] 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-stale 경로가 LLGR 기능을 보급하지 않는 이웃에 보급되도록 하려면 , 또는 계층 수준에서 명령문을 포함합니다.advertise-to-non-llgr-neighbor[edit protocols bgp graceful-restart long-lived][edit protocols bgp group group-name graceful-restart long-lived][edit protocols bgp group group-name neighbor neighbor-address graceful-restart long-lived] 이 설정은 이 라우터에서 LLGR-stale로 표시된 경로와 neighbor에서 수신한 LLGR-stale 경로 모두에 적용됩니다. 이상적으로는 자율 시스템의 모든 라우터가 활성화되기 전에 IETF 초안 사양을 지원합니다. 그러나 점진적 구축을 용이하게 하기 위해 다음 조건에서 long-lived graceful restart 기능을 보급하지 않은 neighbor에 오래된 경로를 보급해야 할 수 있습니다. neighbor는 내부(IBGP 또는 Confederation) neighbor여야 합니다. NO_EXPORT 커뮤니티는 오래된 경로에 연결되어야 합니다. 오래된 경로의 LOCAL_PREF 속성은 0으로 설정되어 있어야 합니다. 부분 구축을 위해 이 기술을 사용하는 경우 AS(Autonomous System) 전체의 모든 LLGR 경로에 대해 LOCAL_PREF을 0으로 설정해야 합니다. 이 컨피그레이션은 이 사양을 지원하는 라우터와 지원하지 않는 라우터 간의 일관성을 위해 약간의 유연성 감소(경쟁 LLGR 경로 간에 순서가 유지되지 않을 수 있음)를 절충합니다. 경로 선택의 일관성은 포워딩 루프를 방지하는 데 중요할 수 있으므로, 이 사양을 지원하지 않는 라우터는 후자의 고려가 우선합니다.
no-export BGP 커뮤니티가 외부 BGP neighbor(CE 라우터로 추정됨)에 보급된 경로에 자동으로 추가되지 않도록 하려면 , 또는 계층 수준에서 문을 포함합니다.omit- no-export[edit protocols bgp graceful-restart long-lived][edit protocols bgp group group-name graceful-restart long-lived][edit protocols bgp group group-name neighbor neighbor-address graceful-restart long-lived] 예를 들어 VPN 구축에서 BGP는 종종 PE-CE 프로토콜로 사용됩니다. 이러한 구축에서는 이와 같은 사양을 지원하기 위해 쉽게 업그레이드할 수 없는 CE와의 상호 운용을 수용하는 것이 실질적으로 필요할 수 있습니다. 이 요구 사항은 하나 이상의 IBGP 라우터가 업그레이드되지 않는 이러한 절차를 지원하는 라우터의 경계를 넘어 "부실" 라우팅 정보가 누출되지 않도록 하는 동시에 문제를 일으킵니다. VPN PE-CE의 경우 사용 중인 프로토콜은 EBGP이며 IBGP 전용 경로 속성인 LOCAL_PREF가 사용됩니다. "오래된" 라우팅 정보의 전파를 제한하는 주된 동기는 해당 정보가 BGP 컨페더레이션 경계를 벗어난 후 제한 없이 확산되는 것을 방지하기 위해서입니다. VPN 배포는 일반적으로 토폴로지 제약이 있으므로 이러한 우려가 사라집니다. 이러한 이유로, 구현은 명시적으로 구성된 경우 PE-CE 세션을 통해 오래된 경로를 보급할 수 있습니다. 이러한 시나리오에서 구현은 제한 없이 확산되는 오래된 경로에 대한 추가 보호로 기본적으로 NO_EXPORT community를 해당 경로에 연결해야 합니다. 예외적인 경우를 수용하기 위해 NO_EXPORT 커뮤니티의 첨부를 명시적으로 비활성화할 수 있습니다. CE가 이 사양을 지원하지 않더라도 일부 VPN 구축에서는 오래된 경로를 CE에 보급해야 할 수 있습니다. 이 경우 이러한 경로를 보급하도록 PE 라우터를 구성하는 경우 경로를 수신하는 CE의 운영자에게 알려야 하며 경로를 선호하지 않도록 CE를 구성해야 합니다. 일반적인 BGP 구현은 LLGR_STALE 커뮤니티에서 일치시키고 일치하는 경로에 대한 LOCAL_PREF 0으로 설정하여 이 작업을 수행합니다.
LLGR 수신기 모드가 활성화 또는 비활성화되면 세션이 재설정됩니다. 이 동작을 통해 새 기능 값을 인접 라우터로 보낼 수 있습니다. 옵션을 활성화하거나 비활성화하면 내보내기 정책이 재평가되고 LLGR 오래된 경로가 보급되거나 철회될 수 있습니다.advertise-to-non-llgr-neighbor 옵션이 추가되거나 제거되면 세션이 재설정됩니다.omit-no-export 이 세션의 나머지 부분을 사용하면 LLGR 오래된 경로를 내보내기 금지 커뮤니티(내보내기 정책 외부에 추가됨)의 유무에 관계없이 다시 보급할 수 있습니다.
시스템 또는 글로벌 수준에서 BGP long-lived graceful restart 기능을 활성화하고 해당 속성을 구성하려면 다음을 수행합니다.
[edit]
protocols {
bgp {
graceful-restart {
long-lived {
receiver {
enable:
disable;
}
advertise-to-non-llgr-neighbor {
omit-no-export;
}
}
}
}
}
BGP 그룹 수준에서 BGP long-lived graceful restart 기능을 활성화하고 해당 속성을 구성하려면 다음을 수행합니다.
[edit]
protocols {
bgp {
group group-name {
graceful-restart {
long-lived {
receiver {
enable:
disable;
}
advertise-to-non-llgr-neighbor {
omit-no-export;
}
}
}
}
}
}
neighbor 또는 피어 그룹 수준에서 BGP long-lived 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 Long-Lived Graceful Restart 커뮤니티 구성
Junos OS는 BGP GR(Graceful Restart) 기능을 사용하여 라우팅 정보가 유지되는 기간보다 장애가 발생한 BGP 피어로부터 BGP 라우팅 세부 정보를 더 오랜 기간 보존하는 메커니즘을 지원합니다.
두 개의 새로운 잘 알려진 커뮤니티가 소개됩니다. 이러한 새로운 BGP 커뮤니티는 정적 경로 정의의 community 속성 또는 policy-options 커뮤니티 정의에서 다른 잘 알려진 다른 커뮤니티(예: no-advertise, no-export, no-export-subconfed)로 모든 구성 계층 수준에서 사용할 수 있습니다. 두 개의 새로운 커뮤니티는 다음과 같습니다.
llgr-stale- 재보급될 때 수명이 긴 오래된 경로에 커뮤니티를 추가합니다.no-llgr- BGP 스피커가 LLGR에 의해 유지되기를 원하지 않는 경로를 표시합니다. 알림 메시지 기능에는 연관된 구성 매개 변수가 없습니다.
문에 및 옵션을 포함하여 BGP 커뮤니티 정보를 다음 계층 수준에서 정적, 집계 또는 생성된 경로와 연결할 수 있습니다.llgr-staleno-llgrcommunity name members
[edit dynamic policy-options], [edit logical-systems logical-system-name policy-options], [edit policy-options]
라우팅 정책 일치 조건에서 사용할 BGP long-lived graceful restart 커뮤니티를 구성하려면:
[edit policy-options]
community name {
members [ llgr-stale | nollgr];
}
LLGR을 구성할 때 BGP GR(Graceful Restart)을 구성할 필요는 없습니다. 잘 알려진 llgr-stale 및 no-llgr 커뮤니티의 값은 각각 0xFFFF0006 및 0xFFFF0007입니다. 권한은 프로토콜 bgp와 동일합니다. long-lived-graceful-restart 섹션은 l2vpn 제품군, inet labeled-unicast, inet flow 및 route-target에만 표시됩니다. inet-mvpn, inet6-mvpn 및 inet-mdt에는 금지되어 있습니다. 다른 가족에게는 숨겨져 있습니다.
Junos OS는 또한 BGP long-lived graceful restart를 위한 경로 상태와 일치하는 BGP 내보내기 정책 구성을 지원합니다. 이전에 정의한 커뮤니티와 라우팅 정책의 주소 접두사 목록을 연결하여 다음과 같이 지정된 접두사에 대해 long-lived 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
, 또는 계층 수준의 문은 GR(Graceful Restart) 기능 협상에서 N 플래그의 전송을 비활성화합니다.disable-notification-flag[edit protocols bgp graceful-restart][edit protocols bgp group group-name graceful-restart][edit protocols bgp group group-name neighbor neighbor-address graceful-restart] , 또는 계층 수준의 문은 또한 GR(Graceful Restart) 기능 협상에서 N 플래그의 전송을 비활성화하지만, 또한 IETF bgp-gr-notification 초안에 지정된 대로 GR(Graceful Restart) 수신기 모드를 호출하기 위한 새로운 규칙을 비활성화하고 하드 리셋 서브코드의 전송을 비활성화합니다.disable-notification-extensions[edit protocols bgp graceful-restart][edit protocols bgp group group-name graceful-restart][edit protocols bgp group group-name neighbor neighbor-address 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;
}
}
}
}
참조
논리적 시스템 및 라우팅 인스턴스에서 특정 주소 패밀리에 대한 Long-Lived Graceful Restarter 모드 협상 구성
Junos OS는 BGP GR(Graceful Restart) 기능을 사용하여 라우팅 정보가 유지되는 기간보다 장애가 발생한 BGP 피어로부터 BGP 라우팅 세부 정보를 더 오랜 기간 보존하는 메커니즘을 지원합니다.
또한 시스템, 논리적 시스템 또는 라우팅 인스턴스의 모든 주소 패밀리에 대해 이 기능을 구성하는 대신 특정 주소 패밀리에 대해 BGP long-lived graceful restarter 모드 협상 메커니즘을 구성할 수 있습니다. 특정 주소 패밀리에 대해 BGP LLGR을 활성화하려면 다음 계층 수준 중 하나에 문을 포함합니다 .graceful-restart long-lived restarter stale-time interval
각 라우팅 테이블은 프로토콜 패밀리 또는 AFI(주소 패밀리 Indicator) 및 SAFI(Subsequent 주소 패밀리 Identifier)로 식별됩니다. AFI 매개변수는 프로토콜 중 하나일 수 있으며 SAFI 매개변수는 inet 제품군에 대한 프로토콜 중 하나일 수 있고 L2VPN 제품군에 대한 프로토콜 중 하나 일 수 있습니다.(l2vpn | inet | route-target)(flow | labeled-unicast)(auto-discovery-mspw | auto-discovery-only | signaling)
LLGR을 구성할 때 BGP GR(Graceful Restart)을 구성할 필요는 없습니다. long-lived-graceful-restart 섹션은 l2vpn 제품군, inet labeled-unicast, 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)],
제품군별 graceful-restart long-lived restarter 구성 섹션의 스탠자는 BGP(Globally) 또는 그룹 또는 인접 라우터에 대한 LLGR 재스타터 모드 협상을 활성화합니다. 이 값은 글로벌 구성의 그룹과 그룹 구성의 neighbor에 의해 상속됩니다. disable 특성은 상위 수준에서 상속된 구성을 재정의하는 데 사용됩니다. LLGR 수신기 모드를 비활성화하지 않습니다. 필요에 따라 모든 제품군에 대해 LLGR 수신기 모드를 명시적으로 비활성화해야 합니다. 숨겨진 특성은 상속된 비활성화 특성을 재정의하는 데 사용할 수 있습니다.enable neighbor 레벨에서 graceful-restart long-lived restarter를 구성하면(포함하는 그룹 수준에서 또는 전역으로 구성되지 않은 경우) 내부 그룹이 분할됩니다. 제품군에 대해 LLGR 재스타터가 활성화 또는 비활성화되거나 부실 시간이 변경되면 세션이 재설정되어 새 기능을 인접 라우터로 전송할 수 있습니다.
부실 시간의 값 범위는 1초에서 16777215(2^24 – 1)초입니다. 이 값은 기본적으로 초 수를 제공하는 간단한 정수이지만 다음 표기법을 사용하여 지정할 수도 있습니다.
[<주>여] [<일>d] [<시간>h] [<분>분] [<초>초] 예를 들어, 27일을 27d, 648h, 38880m 또는 2332800s로 지정할 수 있습니다. 90분은 1시간 30분, 90분 또는 5400초로 구성할 수 있습니다. 지정된 일 수에 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 명령에 표시되면 값이 정규화됩니다(예: 1d36h는 2d 12:00:00이 됨).show bgp neighbor 정규화된 LLGR 시간을 표시하기 위한 전체 규칙은 명령 구성에 따라 다릅니다.clear bgp neighbor neighbor-address gracefully
논리 시스템 또는 라우팅 인스턴스에 대해 글로벌 수준에서 주소 패밀리당 및 후속 주소 패밀리당 BGP long-lived 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 long-lived 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 Long-Lived 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 long-lived 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 도우미 라우터 또는 피어에 모든 주소 패밀리와 특정 주소 패밀리에 대한 포워딩 상태 비트를 구성하여 경로 유지에 대해 알림
Junos OS는 BGP GR(Graceful Restart) 기능을 사용하여 라우팅 정보가 유지되는 기간보다 장애가 발생한 BGP 피어로부터 BGP 라우팅 세부 정보를 더 오랜 기간 보존하는 메커니즘을 지원합니다.
BGP 세션이 종료된 후 세션이 다시 설정되기 전에 오래된 경로는 각각 재시작 시간 및 수명이 긴 부실 시간 매개변수에 의해 제어되는 최대 2회 연속 기간 동안 유지될 수 있습니다. 첫 번째 기간 동안에는 라우팅 수정이 허용되지만 트래픽의 잠재적인 null 경로 필터링이 가능합니다. 두 번째 기간 동안 트래픽의 가능한 null 경로 필터링은 줄어들 수 있지만 라우팅 변경 사항은 네트워크 전체에서 볼 수 있습니다. 네트워크 환경에서 특정 애플리케이션에 대한 관련 매개 변수를 설정할 때는 절충안, 네트워크 역학 및 잠재적인 장애 시나리오를 고려해야 합니다. 필요한 경우, 첫 번째 기간은 로컬 구성으로 또는 해당 기능의 AFI(Address Family Indicator) 및 SAFI(Subsequent Address Family Identifier)를 나열하지 않고 Graceful Restart 기능의 재시작 시간을 0으로 설정하여 우회할 수 있습니다.
F 비트(및 함께 제공되는 GR 기능의 "포워딩 상태" 비트)의 설정은 구축 고려 사항에 따라 부분적으로 달라집니다. F 비트는 도우미 라우터가 연결된 경로를 플러시해야 함을 나타내는 것으로 해석될 수 있습니다(비트가 비워진 경우). LLGR이 사용되는 중요한 시나리오는 기존 라우팅(터널 기반 라우팅 대신 홉별 포워딩)보다 구성과 더 유사한 경로에 대한 것입니다. 이러한 경로의 경우 다른 고려 사항에 관계없이 항상 F 비트를 설정하는 것이 유용할 수 있습니다. 마찬가지로, 포워딩 플레인에 참여하지 않는 전용 경로 리플렉터와 같은 제어 플레인 전용 엔티티의 경우, F 비트가 항상 설정되는 것이 바람직하다. 전반적으로 채택해야 할 지침은 재시작 라우터의 상태 손실로 인해 포워딩 루프 또는 null 경로가 발생할 것으로 합리적으로 예상할 수 있는 경우 상태가 유지되었는지 여부에 따라 F 비트를 신중하게 설정해야 한다는 것입니다. 배포 요구 사항 및 구성된 설정에 따라 F 비트를 설정해야 하는지 여부를 결정할 수 있습니다. CE가 이 사양을 지원하지 않더라도 일부 VPN 구축에서는 오래된 경로를 CE에 보급해야 할 수 있습니다. 이러한 시나리오에서 PE를 구성하여 이러한 경로를 보급하는 네트워크 운영자는 경로를 수신하는 CE를 운영자에게 알려야 하며, 경로를 선호하지 않도록 CE를 구성해야 합니다. 일반적으로 BGP 구현은 LLGR_STALE 커뮤니티에서 일치시키고 일치하는 경로에 대한 LOCAL_PREF 0으로 설정하여 이 동작을 수행합니다.
모든 논리적 시스템 또는 라우팅 인스턴스에 대해 글로벌, 그룹 및 neighbor 수준에서 정의할 수 있는 BGP 구성 옵션인 포워딩 상태 비트를 지정할 수 있습니다. 글로벌, BGP 그룹 또는 BGP neighbor 수준에서 전달 상태 비트를 지정하려면 , 또는 계층 수준에서 문을 포함합니다.forwarding-state-bit (as-rr-client | from-fib)[edit protocols bgp graceful-restart][edit protocols bgp group-group-name graceful-restart][edit protocols bgp group-group-name neighbor neighbor-address graceful-restart] forwarding-state-bit 속성은 GR(Graceful Restart) 및 수명이 긴 GRESFUL 재시작(Graceful Restart) 기능 보급 모두에서 포워딩 상태 비트가 설정되는 방식을 제어합니다. 기본적으로 이 값은 neighbor가 경로 리플렉터 클라이언트인지 여부에 따라 달라집니다. neighbor가 경로 리플렉터 클라이언트가 아닌 경우 RFC 4724에 따라 연결된 FIB의 상태에 따라 값이 설정됩니다. neighbor가 경로 리플렉터 클라이언트인 경우, 연결된 FIB의 상태를 사용하는 inet unicast 및 inet6 unicast를 제외한 모든 패밀리에 대해 값이 1로 설정됩니다. 이 옵션은 모든 주소 패밀리의 동작을 경로 리플렉터 클라이언트의 기능과 동일하게 설정합니다.as-rr-client 이 옵션은 모든 주소 패밀리의 동작이 비경로 리플렉터 클라이언트의 경우와 같도록 강제합니다.from-fib
글로벌 수준에서 포워딩 상태 플래그 협상을 구성하려면 다음을 수행합니다.
[edit]
protocols {
bgp {
graceful-restart {
forwarding-state-bit (as-rr-client | from-fib);
}
}
}
그룹 수준에서 포워딩 상태 플래그 협상을 구성하려면 다음을 수행합니다.
[edit]
protocols {
bgp {
group group-name {
graceful-restart {
forwarding-state-bit (as-rr-client | from-fib);
}
}
}
}
neighbor 또는 피어 그룹 수준에서 forwarding-state flag 협상을 구성하려면 다음을 수행합니다.
[edit]
protocols {
bgp {
group group-name {
neighbor neighbor-address {
graceful-restart {
forwarding-state-bit (as-rr-client | from-fib);
}
}
}
}
}
포워딩 상태 비트에 대한 전역 설정 외에도 개별 패밀리에 대해 포워딩 상태 비트 동작을 지정할 수 있습니다. forwarding-state-bit 설정을 변경해도 기존 세션에는 영향을 미치지 않습니다. 특정 주소 패밀리에 대한 포워딩 상태 비트를 지정하려면, 또는 논리 시스템 및 라우팅 인스턴스의 계층 수준에 명령문을 포함합니다.forwarding-state-bit (set | from-fib)[edit protocols bgp graceful-restart family address-family subsequent-address-family][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] 제품군별 BGP 구성 옵션이 추가되어 Graceful Restart 및 수명이 긴 Graceful Restart 기능 보급에서 포워딩 상태 비트를 제어할 수 있습니다. 기본 논리적 시스템 또는 특정 논리적 시스템, 기본 라우팅 인스턴스 또는 특정 라우팅 인스턴스에 대해 지정할 수 있습니다. 이 속성은 전달 상태 비트를 설정하기 위한 기본 규칙 또는 전역 구성을 재정의합니다.per-family forwarding-state-bit 이 옵션은 포워딩 상태 비트가 1로 설정되도록 강제합니다. 이 옵션을 사용하면 연관된 FIB의 상태에 따라 값이 설정됩니다.set from-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 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 {
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 long-lived 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 neighbor 그룹 수준에서 주소 패밀리당 BGP long-lived 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 GR(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을 따릅니다. 이 초안에 따르면 LLGR(Long-Lived Graceful Restart)은 NLRI에 따라 명시적으로 구성되어야 하며, LLGR을 인식하고 검증하지 않는 다른 피어로 오래된 정보가 확산되는 것을 방지하기 위한 조항이 포함되어 있습니다.
이 예에서는 MX 시리즈 라우터에서 BGP long-lived graceful restart 기능을 구성하는 방법을 설명하며 다음 섹션을 포함합니다.
요구 사항
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
MPC가 있는 MX 시리즈 라우터 1개.
MX 시리즈 라우터용 Junos OS 릴리스 15.1R1 이상
BGP long-lived graceful restart를 구성하기 전에 다음을 확인하십시오.
디바이스 인터페이스를 구성합니다.
BGP를 구성합니다.
개요
Graceful Restart를 사용하면 재시작 중인 라우팅 디바이스가 인접 이웃 및 피어에 상태를 알릴 수 있습니다. GR(Graceful Restart) 중에 재시작 디바이스와 인접 디바이스는 네트워크 성능을 방해하지 않고 패킷을 계속 전달합니다. 인접 디바이스가 재시작을 지원하기 때문에(이러한 이웃을 도우미 라우터라고 함) 재시작 장치는 알고리즘을 다시 계산하지 않고도 전체 작업을 빠르게 재개할 수 있습니다.
일반 GR(Graceful Restart) 수신기 모드가 비활성화되지 않는 한 Long-lived GR(Graceful Restart) 수신기 모드는 기본적으로 활성화됩니다. BGP LLGR(Long-lived Graceful Restart) 기능을 활성화하려면 계층 수준에서 문을 포함합니다.long-lived receiver enable[edit protocols bgp graceful-restart] 글로벌 또는 시스템 전체 수준에서 BGP LLGR을 활성화하는 것 외에도, 특정 BGP 그룹에 대한 LLGR을 구성하기 위해 계층 수준에서 long-lived receiver enable 문을 포함하고 특정 BGP neighbor에 대해 LLGR을 구성하기 위해 계층 수준에서 long-lived receiver enable 문을 포함할 수도 있습니다.[edit protocols bgp group group-name graceful-restart][edit protocols bgp group group-name neighbor neighbor-address graceful-restart] BGP LLGR 메커니즘을 비활성화하려면 , 또는 [edit protocols bgp group-group-name neighbor neighbor-address graceful-restart] 계층 수준 옵션을 포함합니다.long-lived receiver disable[edit protocols bgp graceful-restart][edit protocols bgp group group-name graceful-restart] LLGR을 비활성화하면 모든 NLRI 제품군에 대한 모든 LLGR 기능(수신기 및 재시작 모드 모두)이 비활성화됩니다. 이 속성은 전역 구성의 그룹과 그룹 구성의 neighbor에 의해 상속됩니다.
토폴로지
주소가 1.2.3.4인 BGP 피어 또는 인접 라우터에 대해 오래된 경로가 유지되는 기간을 늘리려는 샘플 시나리오를 고려하십시오. 오래된 세션에 대해 경로를 유지해야 하는 기간과 피어의 GR(Graceful Restart)이 발생하는 기간을 지정하는 것 외에도, 수명이 긴 GR(Graceful Restart) 메커니즘을 정의할 때 특정 주소 접두사의 BGP 라우터를 무시하도록 구성할 수도 있습니다. 라우팅 정책 문에 사용할 IPv4 또는 IPv6 주소 접두사 목록과 라우팅 정책에 포함될 BGP 커뮤니티를 정의할 수 있습니다. 특정 접두사의 경로를 거부하도록 작업 수정자를 설정하는 경우 이러한 BGP 경로는 증가된 기간 동안 유지되지 않습니다.
또한 시스템, 논리적 시스템 또는 라우팅 인스턴스의 모든 주소 패밀리에 대해 이 기능을 구성하는 대신 특정 주소 패밀리에 대해 BGP long-lived graceful restarter 모드 협상 메커니즘을 구성할 수 있습니다. 특정 주소 패밀리에 대해 BGP LLGR을 활성화하려면 다음 계층 수준 중 하나에 문을 포함합니다 .graceful-restart long-lived restarter stale-time interval
각 라우팅 테이블은 프로토콜 패밀리 또는 AFI(주소 패밀리 Indicator) 및 SAFI(Subsequent 주소 패밀리 Identifier)로 식별됩니다. AFI 매개변수는 프로토콜 중 하나일 수 있으며 SAFI 매개변수는 inet 제품군에 대한 프로토콜 중 하나일 수 있고 L2VPN 제품군에 대한 프로토콜 중 하나 일 수 있습니다.(l2vpn | inet | route-target)(flow | labeled-unicast)(auto-discovery-mspw | auto-discovery-only | signaling)
LLGR을 구성할 때 BGP GR(Graceful Restart)을 구성할 필요는 없습니다. long-lived-graceful-restart 섹션은 l2vpn 제품군, inet labeled-unicast, 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 및 Long-Lived 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
재스타터 모드를 위한 Long-Lived 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 그룹, 주소 패밀리 및 오래 지속되는 GR(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
결과
구성 모드에서 show policy-options 및 show protocols 명령을 입력하여 구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.
[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;
}
}
}
검증
구성이 올바르게 작동하고 있는지 확인합니다.
Long-Lived Graceful Restart 기능이 활성화되어 있는지 확인
목적
BGP neighbor 수준에 대해 구성된 BGP long-lived graceful restart 기능을 확인합니다
작업
LLGR 수신기 모드가 활성 상태인 동안(LLGR을 협상한 피어의 연결이 끊어지고 아직 다시 연결되지 않음) 명령의 출력에는 LLGR이 만료될 때까지 남은 시간, GR 무실 타이머에 남은 시간 및 RIB 세부 정보가 표시됩니다.show bgp neighbor
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 인접 라우터에 대한 정보가 표시됩니다.