BFD가 네트워크 장애를 감지하는 방법 이해

BFD(Bidirectional Forwarding Detection) 프로토콜은 네트워크의 장애를 감지하는 간단한 hello 메커니즘입니다. 한 쌍의 라우팅 디바이스가 BFD 패킷을 교환합니다. 디바이스는 지정된 정기적 간격으로 Hello 패킷을 보냅니다. 라우팅 디바이스가 지정된 간격 후 응답 수신을 중단할 때 디바이스는 이웃 장애를 감지합니다.

기능 탐색기를 사용하여 특정 기능에 대한 플랫폼 및 릴리스 지원을 확인하십시오.

플랫폼 별 BFD 동작 섹션에서 플랫폼과 관련된 참고 사항을 검토하십시오.

• 이점
• BFD 세션 유형
• 단일 홉 및 다중 홉 BFD

Junos OS 릴리스 24.3R1부터 vSRX 3.0에서 BFD(Bidirectional Forwarding Detection) 장애 감지를 위한 분산 모드가 도입되었습니다. 이 지원을 통해 vSRX 3.0에 전용 오프로드 CPU 기능도 추가했습니다. 전용 오프로드 CPU 기능은 플로우 스레드를 다시 예약하고 NIC의 DPDK 플로우 필터를 사용하여 우선 순위가 높은 패킷(BGP, RIPv2, OSPF, PIM, 멀티캐스트, IGMP, 단일 홉 BFD 및 멀티홉 BFD)을 전용 플로우 스레드로 이동합니다. 이를 통해 기능 패킷은 포워딩 플레인이 초과 구독되어 패킷이 손실되는 경우에도 자체 전용 플로우 스레드 또는 대기열에 의해 처리됩니다.

전체 플로우 스레드가 포워딩 트래픽에서 제거되기 때문에 패킷 처리량이 감소할 수 있으며 이러한 성능 영향은 소규모 vSRX 3.0 구축에서 더욱 두드러집니다.

vSRX 3.0에서 전용 오프로드 CPU 기능을 활성화하려면 명령을 실행합니다 set security forwarding-options dedicated-offload-cpu .

이 기능을 구성하면 syslog 출력에 다음 경고 메시지가 표시됩니다. 경고, dedicated-offload-cpu를 활성화했습니다. 성능에 영향을 미칩니다.

전용 오프로드 CPU가 없으면 초과 구독의 경우 패킷 포워딩 엔진에서 메모리 또는 CPU 임계값에 도달하고 패킷이 드롭되는 경우 고속 BFD 패킷도 드롭되어 BFD 플래핑이 발생할 수 있습니다.

패킷 포워딩 엔진의 현재 전용 오프로드 CPU 상태를 보려면 이 명령을 사용합니다. show security forward-options dedicated-offload-cpu 이 명령은 패킷 포워딩 엔진에 전용 오프로드 CPU 기능이 활성화 또는 비활성화되었는지 여부를 표시합니다.

• 이점
• vSRX 3.0에 대한 전용 오프로드 CPU 제한 사항
• 분산 구성 및 지원

주니퍼는 인라인 BFD와 하드웨어 지원 인라인 BFD의 두 가지 유형의 인라인 BFD를 지원합니다. 인라인 BFD 세션은 FPC 소프트웨어에서 실행됩니다. 하드웨어 지원 인라인 BFD 세션은 ASIC 펌웨어에서 실행됩니다. 지원은 디바이스 및 소프트웨어 버전에 따라 다릅니다.

• 이점
• 인라인 BFD
• 하드웨어 지원 인라인 BFD
• 구성

BFD 세션 감쇠를 사용하면 정의된 임계값을 초과할 경우 구성된 기간 동안 BFD 세션 상태 변경을 감쇠하여 과도한 BFD 플랩 알림을 방지할 수 있습니다.

참고:

BFD 세션 감쇠는 현재 LACP 프로토콜 클라이언트에 대해서만 지원됩니다.

• 이점
• 개요
• 구성

BFD(Bidirectional Forwarding Detection) 프로토콜은 네트워크의 장애를 감지하는 간단한 hello 메커니즘입니다. BFD는 다양한 네트워크 환경 및 토폴로지에서 작동합니다. 한 쌍의 라우팅 디바이스가 BFD 패킷을 교환합니다. Hello 패킷은 지정된 정규 간격으로 전송됩니다. 지정된 간격 후 라우팅 디바이스가 응답 수신을 중단하면 이웃 실패가 감지됩니다. BFD 실패 감지 타이머는 정적 경로 실패 감지 메커니즘보다 짧은 시간 제한을 가지므로 더 빠른 감지를 제공합니다.

BFD 실패 검출 타이머는 더 빠르거나 느리도록 조정할 수 있습니다. BFD 실패 감지 타이머 값이 낮을수록 실패 감지 속도가 빨라지고 그 반대의 경우도 마찬가지입니다. 예를 들어, 타이머는 인접성이 실패하는 경우(즉, 타이머가 실패를 더 느리게 감지하는 경우) 더 높은 값에 적응할 수 있습니다. 또는 이웃이 구성된 값보다 타이머에 대해 더 높은 값을 협상할 수 있습니다. BFD 세션 플랩이 15초 동안 3배 이상 발생하면 타이머는 더 높은 값에 적응합니다. 로컬 BFD 인스턴스가 세션 플랩의 이유인 경우 물러서기 알고리즘은 수신(Rx) 간격을 2배로 증가시킵니다. 원격 BFD 인스턴스가 세션 플랩의 이유인 경우 전송 (Tx) 간격은 2배 증가합니다. 이 명령을 사용하여 clear bfd adaptation BFD 간격 타이머를 구성된 값으로 되돌릴 수 있습니다. 이 명령은 clear bfd adaptation 중단이 없으며, 이는 명령이 라우팅 디바이스의 트래픽 플로우에 영향을 미치지 않는다는 것을 의미합니다.

기본적으로 BFD는 단일 홉 정적 경로에서 지원됩니다.

참고:

MX 시리즈 디바이스에서 고정 경로가 둘 이상의 다음 홉으로 구성된 경우 다중 홉 BFD는 고정 경로에서 지원되지 않습니다. 고정 경로에 멀티홉 BFD가 필요한 경우에는 다중 다음 홉을 사용하지 않는 것이 좋습니다.

실패 감지를 활성화하려면 정적 경로 구성에 문을 포함 bfd-liveness-detection 합니다.

참고:

명령에는 bfd-liveness-detection 설명 필드가 포함되어 있습니다. 이 기능을 지원하는 디바이스에서 설명은 개체 아래의 속성입니다. bfd-liveness-detection 이 필드는 정적 경로에만 적용됩니다.

BFD 프로토콜은 IPv6 정적 경로에 대해 지원됩니다. 글로벌 유니캐스트 및 link-local IPv6 주소는 정적 경로에 대해 지원됩니다. BFD 프로토콜은 멀티캐스트 또는 애니캐스트 IPv6 주소에서 지원되지 않습니다. IPv6의 경우, BFD 프로토콜은 정적 경로만 지원합니다. BFD용 IPv6는 eBGP 프로토콜에서도 지원됩니다.

IPv6 정적 경로에 대한 BFD 프로토콜을 구성하려면 계층 수준에서 [edit routing-options rib inet6.0 static route destination-prefix] 문을 포함 bfd-liveness-detection 합니다.

상태 변경 알림이 전송되기 전에 BFD 세션이 작동 상태를 유지해야 하는 기간을 지정하기 위해 홀드다운 간격을 구성할 수 있습니다.

홀드다운 간격을 지정하려면 BFD 구성에 문을 포함 holddown-interval 합니다. 0에서 255,000밀리초 사이의 숫자를 구성할 수 있습니다. 기본값은 0입니다. BFD 세션이 다운되었다가 홀드다운 간격 동안 다시 켜지면 타이머가 다시 시작됩니다.

참고:

단일 BFD 세션에 여러 정적 경로가 포함된 경우, 가장 높은 값의 홀드다운 간격이 사용됩니다.

실패 감지를 위한 최소 전송 및 수신 간격을 지정하려면 BFD 구성에 문을 포함 minimum-interval 합니다.

이 값은 로컬 라우팅 디바이스가 hello 패킷을 전송하는 최소 간격과 라우팅 디바이스가 BFD 세션을 구축한 이웃으로부터 응답을 수신할 것으로 예상하는 최소 간격을 모두 나타냅니다. 1에서 255,000밀리초 사이의 숫자를 구성할 수 있습니다. 선택적으로 이 문을 사용하는 대신 transmit-interval minimum-interval 및 minimum-receive-interval 문을 사용하여 최소 전송 및 수신 간격을 별도로 구성할 수 있습니다.

참고:

네트워크 환경에 따라 다음과 같은 추가 권장 사항이 적용될 수 있습니다.

• 중앙 집중식 BFD의 권장 최소 간격은 3의 경우 multiplier 300ms이며, 분산 BFD의 권장되는 최소 간격은 3의 경우 100ms입니다 multiplier .

• BFD 세션이 많은 대규모 네트워크 구축의 경우, 주니퍼 네트웍스 고객 지원에 자세한 정보를 문의하십시오.

• NSR( Nonstop Active Routing )이 구성된 경우 라우팅 엔진 전환 이벤트 중에 BFD 세션이 유지되도록 하려면 라우팅 엔진 기반 세션에 대해 최소 2500ms의 라우팅 엔진 간격을 지정합니다. NSR이 구성된 분산 BFD 세션의 경우 최소 간격 권장 사항은 변경되지 않으며 네트워크 구축에만 따라 달라집니다.

실패 감지를 위한 최소 수신 간격을 지정하려면 BFD 구성에 문을 포함 minimum-receive-interval 합니다. 이 값은 라우팅 디바이스가 BFD 세션을 구축한 이웃으로부터 응답을 수신할 것으로 예상되는 최소 간격을 나타냅니다. 1에서 255,000밀리초 사이의 숫자를 구성할 수 있습니다. 선택적으로 이 문을 사용하는 대신 계층 수준에서 문을 사용하여 minimum-interval 최소 수신 간격을 구성할 수 있습니다 [edit routing-options static route destination-prefix bfd-liveness-detection] .

원래 인터페이스가 다운을 선언하는 원인이 되는 이웃에서 수신되지 않는 hello 패킷 수를 지정하려면 BFD 구성에 문을 포함 multiplier 합니다. 기본값은 3입니다. 1에서 255까지의 숫자를 구성할 수 있습니다.

탐지 시간의 적응을 감지하기 위한 임계값을 지정하려면 BFD 구성에 문을 포함 threshold 합니다.

BFD 세션 검출 시간이 임계값보다 크거나 같은 값에 적응하면 단일 트랩과 시스템 로그 메시지가 전송됩니다. 탐지 시간은 최소 간격 또는 최소 수신 간격 값의 승수를 기반으로 합니다. 임계값은 이러한 구성된 값 중 하나에 대한 승수보다 높아야 합니다. 예를 들어, 최소 수신 간격 이 300ms이고 승수가 3인 경우, 총 탐지 시간은 900ms입니다. 따라서 탐지 시간 임계값은 900보다 커야 합니다.

실패 감지를 위한 최소 전송 간격을 지정하려면 BFD 구성에 문을 포함 transmit-interval minimum-interval 합니다.

이 값은 로컬 라우팅 디바이스가 BFD 세션을 구축한 이웃으로 Hello 패킷을 전송할 때까지의 최소 간격을 나타냅니다. 1에서 255,000밀리초 사이의 값을 구성할 수 있습니다. 선택적으로 이 문을 사용하는 대신 계층 수준에서 문을 사용하여 minimum-interval 최소 전송 간격을 구성할 수 있습니다 [edit routing-options static route destination-prefix bfd-liveness-detection] .

전송 간격 조정을 위한 임계값을 지정하려면 BFD 구성에 문을 포함 transmit-interval threshold 합니다.

임계값은 전송 간격보다 커야 합니다. BFD 세션 전송 시간이 임계값보다 큰 값에 적응하면 단일 트랩과 시스템 로그 메시지가 전송됩니다. 탐지 시간은 계층 수준에서 [edit routing-options static route destination-prefix bfd-liveness-detection] 최소 간격 또는 minimum-receive-interval 문에 대한 값의 승수를 기반으로 합니다. 임계값은 이러한 구성된 값 중 하나에 대한 승수보다 높아야 합니다.

BFD 버전을 지정하려면 BFD 구성에 문을 포함 version 합니다. 기본값은 버전이 자동으로 감지되는 것입니다.

BFD 세션의 다음 홉에 IP 주소를 포함하려면, BFD 구성에 문을 포함 neighbor 합니다.

참고:

지정된 다음 홉이 인터페이스 이름인 경우 명령문을 구성 neighbor 해야 합니다. IP 주소를 다음 홉으로 지정하면 해당 주소는 BFD 세션의 이웃 주소로 사용됩니다.

변화하는 네트워크 조건에 적응하지 않도록 BFD 세션을 구성할 수 있습니다. BFD 적응을 비활성화하려면 BFD 구성에 문을 포함 no-adaptation 합니다.

참고:

네트워크에 BFD 적응을 사용하지 않는 것이 바람직하지 않는 한 BFD 적응을 비활성화하지 않는 것이 좋습니다.

참고:

BFD가 고정 경로의 한쪽 끝에만 구성되면, 경로는 라우팅 테이블에서 제거됩니다. BFD는 BFD가 정적 경로의 양쪽 끝에 구성될 때 세션을 설정합니다.

BFD는 정적 경로의 ISO 주소 패밀리에서 지원되지 않습니다. BFD는 IS-IS를 지원합니다.

BFD와 동시에 그레이스풀 라우팅 엔진 스위치오버 (GRES)를 구성하는 경우, GRES는 페일오버 중에 BFD 상태 정보를 보존하지 않습니다.

BFD(Bidirectional Forwarding Detection) 프로토콜은 네트워크의 장애를 감지하는 간단한 hello 메커니즘입니다. Hello 패킷은 지정된 정규 간격으로 전송됩니다. 지정된 간격 후 라우팅 디바이스가 응답 수신을 중단하면 이웃 실패가 감지됩니다. BFD는 다양한 네트워크 환경 및 토폴로지에서 작동합니다. BFD의 실패 검출 타이머는 BGP의 기본 실패 검출 메커니즘보다 짧은 시간 제한을 가지므로 더 빠른 탐지를 제공합니다.

기능 탐색기를 사용하여 특정 기능에 대한 플랫폼 및 릴리스 지원을 확인하십시오.

플랫폼과 관련된 참고 사항은 BGP 동작에 대한 플랫폼별 BFD 섹션을 검토합니다.

참고:

동일한 디바이스에서 BGP에 대한 BFD와 Graceful Restart를 모두 구성하는 것은 비생산적입니다. 인터페이스가 다운되면 BFD는 이를 즉시 감지하고 트래픽 포워딩을 중지하고 BGP 세션이 다운되는 반면, Graceful Restart는 인터페이스 장애에도 불구하고 트래픽을 포워딩합니다. 이 동작은 네트워크 문제를 일으킬 수 있습니다. 따라서 동일한 디바이스에서 BFD와 Graceful Restart를 모두 구성하는 것은 권장하지 않습니다.

BFD 실패 검출 타이머는 더 빠르거나 느리도록 조정할 수 있습니다. BFD 실패 감지 타이머 값이 낮을수록 실패 감지 속도가 빨라지고 그 반대의 경우도 마찬가지입니다. 예를 들어, 타이머는 인접성이 실패하는 경우(즉, 타이머가 실패를 더 느리게 감지하는 경우) 더 높은 값에 적응할 수 있습니다. 또는 이웃이 구성된 값보다 타이머에 대해 더 높은 값을 협상할 수 있습니다. BFD 세션 플랩이 15초(15000밀리초) 동안 3배 이상 발생하면 타이머는 더 높은 값에 적응합니다. 로컬 BFD 인스턴스가 세션 플랩의 이유인 경우 물러서기 알고리즘은 수신(Rx) 간격을 2배로 증가시킵니다. 원격 BFD 인스턴스가 세션 플랩의 이유인 경우 전송 (Tx) 간격은 2배 증가합니다. 이 명령을 사용하여 clear bfd adaptation BFD 간격 타이머를 구성된 값으로 되돌릴 수 있습니다. 이 명령은 clear bfd adaptation 중단이 없으며, 이는 명령이 라우팅 디바이스의 트래픽 플로우에 영향을 미치지 않는다는 것을 의미합니다.

BFD(Bidirectional Forwarding Detection) 프로토콜은 네트워크의 장애를 감지하는 간단한 hello 메커니즘입니다. BFD는 다양한 네트워크 환경 및 토폴로지에서 작동합니다. 한 쌍의 라우팅 디바이스가 BFD 패킷을 교환합니다. Hello 패킷은 지정된 정규 간격으로 전송됩니다. 지정된 간격 후 라우팅 디바이스가 응답 수신을 중단하면 이웃 실패가 감지됩니다. BFD 실패 감지 타이머는 OSPF 실패 감지 메커니즘보다 짧은 시간 제한을 가지므로 더 빠른 감지를 제공합니다.

BFD 실패 감지 타이머는 적응 가능하며 더 빠르거나 느리도록 조정할 수 있습니다. BFD 실패 감지 타이머 값이 낮을수록 실패 감지 속도가 빨라지고 그 반대의 경우도 마찬가지입니다. 예를 들어, 타이머는 인접성이 실패하는 경우(즉, 타이머가 실패를 더 느리게 감지하는 경우) 더 높은 값에 적응할 수 있습니다. 또는 이웃이 구성된 값보다 타이머에 대해 더 높은 값을 협상할 수 있습니다. BFD 세션 플랩이 15초 동안 3배 이상 발생하면 타이머는 더 높은 값에 적응합니다. 로컬 BFD 인스턴스가 세션 플랩의 이유인 경우 물러서기 알고리즘은 수신(Rx) 간격을 2배로 증가시킵니다. 원격 BFD 인스턴스가 세션 플랩의 이유인 경우 전송 (Tx) 간격은 2배 증가합니다. 이 명령을 사용하여 clear bfd adaptation BFD 간격 타이머를 구성된 값으로 되돌릴 수 있습니다. 이 명령은 clear bfd adaptation 중단이 없으며, 이는 명령이 라우팅 디바이스의 트래픽 플로우에 영향을 미치지 않는다는 것을 의미합니다.

다음과 같은 BFD 프로토콜 설정을 구성할 수 있습니다.

• detection-time threshold- 탐지 시간 적응을 위한 임계값입니다. BFD 세션 검출 시간이 구성된 임계값보다 크거나 같은 값에 적응하면 단일 트랩과 단일 시스템 로그 메시지가 전송됩니다.

• full-neighbors-only- 전체 이웃 인접성을 가진 OSPF 이웃에 대해서만 BFD 세션을 설정할 수 있습니다. 기본 동작은 모든 OSPF 이웃에 대해 BFD 세션을 설정하는 것입니다.

• minimum-interval- 실패 감지를 위한 최소 전송 및 수신 간격입니다. 이 설정은 로컬 라우팅 디바이스가 Hello 패킷을 전송할 때까지의 최소 간격과 라우팅 디바이스가 BFD 세션을 구축한 이웃으로부터 응답을 수신할 것으로 예상하는 최소 간격을 모두 구성합니다. 두 간격 모두 밀리초 단위입니다. 또한 및 문을 minimum-receive-interval 사용하여 transmit-interval minimum-interval 최소 전송 및 수신 간격을 별도로 지정할 수 있습니다.

  참고:

  네트워크 환경에 따라 다음이 적용될 수 있습니다.

  • 중앙 집중식 BFD의 권장 최소 간격은 3의 경우 multiplier 300ms이며, 분산 BFD의 권장되는 최소 간격은 3의 경우 100ms입니다 multiplier .

  • NSR( Nonstop Active Routing )이 구성된 경우 라우팅 엔진 전환 이벤트 중에 BFD 세션이 유지되도록 하려면 라우팅 엔진 기반 세션에 대해 최소 2500ms의 라우팅 엔진 간격을 지정합니다. NSR이 없으면 라우팅 엔진 기반 세션의 최소 간격은 100ms일 수 있습니다.

  • NSR이 구성된 분산 BFD 세션의 경우 최소 간격 권장 사항은 변경되지 않으며 네트워크 구축에만 따라 달라집니다.

  • BFD는 Junos 21.2 이전에는 배포되지 않습니다(OSPFv3의 경우 BFD가 라우팅 엔진을 기반으로 하기 때문입니다).

• minimum-receive-interval- 실패 감지를 위한 최소 수신 간격입니다. 이 설정은 라우팅 디바이스가 BFD 세션을 구축한 이웃으로부터 Hello 패킷을 수신할 것으로 예상하는 최소 수신 간격을 밀리초 단위로 구성합니다. 문을 사용하여 최소 수신 간격을 지정할 수도 있습니다 minimum-interval .

• multiplier—hello 패킷의 승수입니다. 이 설정은 이웃에서 수신하지 않는 hello 패킷의 수를 구성하며, 이로 인해 원래 인터페이스가 다운된 것으로 선언됩니다. 기본적으로 3개의 Hello 패킷을 놓치면 원래 인터페이스가 다운으로 선언됩니다.

• no-adaptation- BFD 적응을 비활성화합니다. 이 설정은 BFD 세션이 변화하는 네트워크 조건에 적응하는 것을 비활성화합니다.

  참고:

  네트워크에 BFD 적응을 사용하지 않는 것이 바람직하지 않는 한 BFD 적응을 비활성화하지 않는 것이 좋습니다.

• transmit-interval minimum-interval- 실패 감지를 위한 최소 전송 간격입니다. 이 설정은 로컬 라우팅 디바이스가 BFD 세션을 구축한 이웃으로 Hello 패킷을 전송하는 최소 전송 간격을 밀리초 단위로 구성합니다. 문을 사용하여 최소 전송 간격을 지정할 수도 있습니다.minimum-interval

• transmit-interval threshold- BFD 세션 전송 간격의 적응을 위한 임계값입니다. 전송 간격이 임계값보다 큰 값에 적응하면 단일 트랩과 단일 시스템 로그 메시지가 전송됩니다. 임계값은 최소 전송 간격보다 커야 합니다. 최소 전송 간격보다 작은 임계값으로 구성을 커밋하려고 하면 라우팅 디바이스가 오류를 표시하고 구성을 수락하지 않습니다.

• version—BFD 버전. 이 설정은 탐지에 사용되는 BFD 버전을 구성합니다. BFD 버전 1을 명시적으로 구성하거나 라우팅 디바이스가 BFD 버전을 자동으로 감지할 수 있습니다. 기본적으로 라우팅 디바이스는 BFD 버전을 자동으로 감지합니다. 이는 0 또는 1입니다.

또한 문제 해결을 위해 BFD 작업을 추적할 수도 있습니다.

BFD 실패 감지 타이머는 적응 가능하며 더 빠르거나 느리도록 조정할 수 있습니다. 예를 들어, 타이머는 인접성이 실패하면 더 높은 값에 적응하거나 이웃이 구성된 값보다 타이머에 대해 더 높은 값을 협상할 수 있습니다. BFD 세션 플랩이 15초 동안 3배 이상 발생하면 타이머는 더 높은 값에 적응합니다. 로컬 BFD 인스턴스가 세션 플랩의 이유인 경우 물러서기 알고리즘은 수신(RX) 간격을 2배로 증가시킵니다. 원격 BFD 인스턴스가 세션 플랩의 이유인 경우 전송(TX) 간격은 2배 증가합니다.

이 명령을 사용하여 clear bfd adaptation BFD 간격 타이머를 구성된 값으로 되돌릴 수 있습니다. 이 명령은 clear bfd adaptation 중단이 없으며, 이는 명령이 라우팅 디바이스의 트래픽 플로우에 영향을 미치지 않는다는 것을 의미합니다.

참고:

계층 수준에서 [edit protocols isis interface interface-name family inet|inet6] 문을 포함하여 bfd-liveness-detection IPv6에 대한 IS-IS BFD 세션을 구성할 수 있습니다.

• IPv4와 IPv6 라우팅을 모두 지원하는 인터페이스의 경우, bfd-liveness-detection 각 inet family에 대해 문을 별도로 구성해야 합니다.

• IPv6 링크 로컬 주소를 통한 BFD는 IS-IS가 인접성을 형성하기 위해 링크 로컬 주소를 사용하기 때문에 현재 배포되지 않습니다.

• IPv6을 통한 BFD 세션은 IPv4 세션과 동일한 적극적인 탐지 간격을 가져서는 안 됩니다.

• 탐지 간격이 2.5초 미만인 BFD IPv6 세션은 NSR(Nonstop Active Routing)이 활성화된 경우 현재 지원되지 않습니다.

네트워크의 장애를 탐지하기 위해 표 2 의 명령문 세트가 구성에 사용됩니다.

표 2: IS-IS용 BFD 구성

성명서	설명
bfd-liveness-detection	장애 감지를 활성화합니다.
minimum-interval milliseconds	실패 감지를 위한 최소 전송 및 수신 간격을 지정합니다. 이 값은 로컬 라우터가 hello 패킷을 전송하는 최소 간격과 라우터가 BFD 세션을 구축한 이웃으로부터 응답을 수신할 것으로 예상하는 최소 간격을 나타냅니다. 1에서 255,000밀리초 사이의 숫자를 구성할 수 있습니다. 최소 전송 및 수신 간격을 별도로 지정할 수도 있습니다. 참고: 네트워크 환경에 따라 다음과 같은 추가 권장 사항이 적용될 수 있습니다. 중앙 집중식 BFD의 권장 최소 간격은 3의 경우 multiplier 300ms이며, 분산 BFD의 권장되는 최소 간격은 3의 경우 100ms입니다 multiplier . BFD 세션이 많은 대규모 네트워크 구축의 경우, 주니퍼 네트웍스 고객 지원팀에 자세한 정보를 문의하시기 바랍니다. NSR( Nonstop Active Routing )이 구성된 경우 라우팅 엔진 전환 이벤트 중에 BFD 세션이 유지되도록 하려면 라우팅 엔진 기반 세션에 대해 최소 2500ms의 라우팅 엔진 간격을 지정합니다. 논스톱 액티브 라우팅이 구성된 분산 BFD 세션의 경우, 최소 간격 권장 사항은 변경되지 않으며 네트워크 구축에만 따라 달라집니다.
minimum-receive-interval milliseconds	실패 감지를 위한 최소 수신 간격만 지정합니다. 이 값은 로컬 라우터가 BFD 세션을 구축한 이웃으로부터 응답을 수신할 것으로 예상하는 최소 간격을 나타냅니다. 1에서 255,000밀리초 사이의 숫자를 구성할 수 있습니다.
multiplier number	원래 인터페이스가 다운을 선언하는 원인이 되는 이웃에서 수신하지 않은 hello 패킷 수를 지정합니다. 기본값은 3이며 1에서 225까지의 값을 구성할 수 있습니다.
no-adaptation	BFD 적응을 비활성화합니다. BFD 세션이 변화하는 네트워크 조건에 적응하지 않도록 지정할 수 있습니다. 참고: 네트워크에서 BFD 적응을 활성화하지 않는 것이 바람직하지 않는 한 BFD 적응을 비활성화하지 않는 것이 좋습니다.
threshold	다음에 대한 임계값을 지정합니다. 검출 시간의 적응 BFD 세션 탐지 시간이 임계값보다 크거나 같은 값에 적응하면 단일 트랩과 시스템 로그 메시지가 전송됩니다. 전송 간격 참고: 임계값은 최소 전송 간격에 승수 수를 곱한 값보다 커야 합니다.
transmit-interval minimum-interval	실패 감지를 위한 최소 전송 간격을 지정합니다. 이 값은 로컬 라우팅 디바이스가 BFD 세션을 구축한 이웃으로 Hello 패킷을 전송하는 최소 간격을 나타냅니다. 1에서 255,000밀리초 사이의 값을 구성할 수 있습니다.
version	탐지에 사용되는 BFD 버전을 지정합니다. 기본값은 버전이 자동으로 감지되는 것입니다.

참고:

계층 수준에서 [edit protocols bfd] 문을 포함하여 traceoptions BFD 작업을 추적할 수 있습니다.

이러한 문을 포함할 수 있는 계층 수준 목록은 해당 문에 대한 문 요약 섹션을 참조하십시오.

BFD는 기본 경로와 보조 라우팅 경로 간의 빠른 장애 조치를 지원합니다. 프로토콜은 인터페이스의 작동 상태를 초당 여러 번 테스트합니다. BFD는 실패 감지를 위한 구성 타이머와 임계값을 제공합니다. 예를 들어, 최소 간격이 50밀리초로 설정되고 임계값이 누락된 메시지 3개의 기본값을 사용하는 경우, 실패 후 200밀리초 이내에 인터페이스에서 실패가 감지됩니다.

개입 디바이스(예: 이더넷 LAN 스위치)는 두 라우터가 LAN 스위치를 통해 연결된 경우와 같이 라우팅 프로토콜 피어로부터 링크 레이어 장애를 숨깁니다. LAN 스위치를 통해 두 라우터가 연결된 경우, 원격 링크에서 물리적 결함이 발생하더라도 로컬 인터페이스 상태가 유지됩니다. 링크 레이어 장애 감지 시간은 물리적 미디어 및 레이어 2 캡슐화에 따라 다릅니다. BFD는 모든 미디어 유형, 캡슐화, 토폴로지 및 라우팅 프로토콜에 대해 빠른 장애 감지 시간을 제공할 수 있습니다.

RIP에 대한 BFD를 활성화하려면 연결의 양쪽이 피어로부터 업데이트 메시지를 수신해야 합니다. 기본적으로 RIP는 경로를 내보내지 않습니다. 따라서 BFD 세션이 트리거되기 전에 경로에 대한 내보내기 정책을 구성하여 업데이트 메시지를 보낼 수 있도록 설정해야 합니다.

LAG 번들의 모든 멤버 링크에서 마이크로 BFD 세션을 구성할 때, 각 개별 세션은 LAG에서 각 멤버 링크의 레이어 2와 레이어 3 연결을 결정합니다.

특정 링크에서 개별 세션이 설정된 후, 멤버 링크는 LAG에 연결되고 다음 중 하나에 의해 부하 분산됩니다:

• 정적 구성 - 디바이스 제어 프로세스는 마이크로 BFD 세션에 클라이언트 역할을 합니다.

• LACP(Link Aggregation Control Protocol) - LACP는 마이크로 BFD 세션에 클라이언트 역할을 합니다.

마이크로 BFD 세션이 작동하면 LAG 링크가 설정되고 해당 LAG 링크를 통해 데이터가 전송됩니다. 멤버 링크의 마이크로 BFD 세션이 중단되면, 해당 특정 멤버 링크가 부하 분산 장치에서 제거되고 LAG 관리자는 해당 링크로의 트래픽 지시를 중단합니다. 이러한 마이크로 BFD 세션은 LAG 인터페이스를 관리하는 단일 클라이언트가 있음에도 불구하고 서로 독립적입니다.

마이크로 BFD 세션은 다음 모드에서 실행됩니다.

• 배포 모드 - 이 모드에서는 패킷 포워딩 엔진(PFE)이 레이어 3에서 패킷을 송수신합니다. 기본적으로 마이크로 BFD 세션은 레이어 3에서 배포됩니다.

• 비배포 모드 - 이 모드에서는 라우팅 엔진이 레이어 2에서 패킷을 송수신합니다. PPM(Periodic Packet Management) 아래의 no-delegate-processing 문을 포함하여 이 모드에서 실행되도록 BFD 세션을 구성할 수 있습니다.

지정된 정규 간격으로 LAG 교환 BFD 패킷의 한 쌍의 라우팅 디바이스. 라우팅 디바이스는 지정된 간격 후 응답 수신이 중단될 때 이웃 장애를 감지합니다. 이를 통해 LACP 여부와 관계없이 멤버 링크 연결을 신속하게 확인할 수 있습니다. UDP 포트는 단일 홉 IP 패킷의 BFD와 LAG 패킷의 BFD를 구별합니다. IANA(Internet Assigned Numbers Authority)는 마이크로 BFD에 대한 UDP 대상 포트로 6784를 할당했습니다.

Junos OS 16.1R1 릴리스부터 다음 명령 중 하나를 구성하여 BFD 관리자 다운 상태의 정적 경로 상태를 설정할 수 있습니다:

• set routing-options static static-route bfd-admin-down active—BFD 관리자 다운 상태는 정적 경로를 풀다운합니다.

• set routing-options static static-route bfd-admin-down passive—BFD 관리자 다운 상태는 고정 경로를 풀다운하지 않습니다.

S-BFD(Seamless BFD)는 BFD 시작 시간을 가속화하여 경로 장애를 감지하고 대응하는 데 필요한 시간을 줄입니다. 네트워크의 각 노드에는 고유한 S-BFD 판별기가 할당됩니다. 노드는 경로의 도달 가능성을 능동적으로 확인하는 개시자 또는 도달 가능성 요청을 수신하고 응답하는 응답자로 작동합니다. S-BFD 개시자가 요청 패킷을 전송하면 응답자는 판별자를 교체하고 즉시 상태를 로 설정하여 응답합니다. UP 이러한 상태 비저장 작업을 통해 여러 세션을 신속하게 설정할 수 있으므로 신속한 연결 확인이 필요한 환경에 이상적입니다.

sbfd를 활성화하려면 개시자 노드 bfd sbfd local-discriminator value 와 응답기 노드에서 문을 구성 bfd-liveness-detection sbfd remote-discriminator value 합니다.

• S-BFD의 이점
• S-BFD 트리거 Fast Re-Route

Junos OS 릴리스 22.4R1부터 BFD를 구성하여 이웃 디바이스에서 에코 패킷을 앞뒤로 전송하여 포워딩 경로를 사용할 수 있도록 할 수 있습니다. 구성 문을 사용하여 bfd-liveness-detection echo minimum-interval milliseconds BFD 에코 모드를 활성화하고 에코 패킷의 최소 간격을 설정합니다. BFD 에코 모드는 이웃 디바이스가 BFD를 지원하는 경우에만 작동합니다.

이웃 디바이스가 BFD를 지원하지 않는 경우, BFD 에코-라이트 모드를 사용할 수 있습니다. BFD 에코-라이트 모드를 활성화하려면 구성 문을 사용합니다 bfd-liveness-detection echo-lite minimum-interval milliseconds . BFD 에코-라이트 모드는 이웃 디바이스에서 BFD 구성을 필요로 하지 않고도 BFD 에코 모드와 동일한 기능을 수행합니다.

기본적으로 echo 및 echo-lite 모드는 중앙 집중식 BFD 모드에서 단일 홉 세션만 지원합니다. Junos OS 릴리스 24.2R1부터 PRPD BFD API는 분산 및 인라인 BFD 모드에서 멀티홉 세션에 대해 echo-lite 모드를 지원합니다. PRPD API에 대한 자세한 내용은 JET API 개요를 참조하세요. Junos OS 릴리스 25.4R1부터는 인라인 및 분산 모드에서 단일 홉 BFD 에코-라이트 세션을 구성할 수 있습니다.

기능 탐색기를 사용하여 특정 기능에 대한 플랫폼 및 릴리스 지원을 확인하십시오.

다음 표를 사용하여 플랫폼의 플랫폼별 동작을 검토하십시오.

• 플랫폼별 분산 BFD 동작
• 플랫폼별 인라인 BFD 동작
• 정적 경로 동작에 대한 플랫폼별 BFD
• BGP 동작에 대한 플랫폼별 BFD
• OSPF 동작에 대한 플랫폼별 BFD
• IS-IS 동작에 대한 플랫폼별 BFD
• RIP 동작에 대한 플랫폼별 BFD
• 플랫폼별 마이크로 BFD 동작