DHCP Liveness Detection(DHCP 활동성 탐지)
DHCP 클라이언트 IP 세션에 대한 DHCP Liveness Detection은 활성 Liveness Detection 프로토콜을 사용하여 관련 클라이언트에 대한 Liveness Detection 검사를 수행합니다. 활동성 감지 프로토콜로 구성된 경우 지정된 클라이언트가 구성된 수의 연속 활동성 감지 요청에 응답하지 않으면 클라이언트 바인딩이 삭제되고 리소스가 해제됩니다. 자세한 내용은 이 주제를 읽어보십시오.
DHCP Liveness Detection 개요
PPP와 달리 DHCP는 DHCPv4 또는 DHCPv6 프로토콜의 일부로 네이티브 킵얼라이브 메커니즘을 정의하지 않습니다. keepalive 메커니즘이 없으면 DHCP 로컬 서버, DHCP 릴레이 및 DHCP 릴레이 프록시는 가입자 또는 DHCP 클라이언트와의 연결이 끊어졌는지 신속하게 감지할 수 없습니다. 대신 표준 DHCP 가입자 세션 또는 DHCP 클라이언트 세션 종료 메시지에 의존해야 합니다.
DHCP 클라이언트는 네트워크를 종료하기 전에 DHCP 릴리스 메시지를 보내지 않는 경우가 많습니다. 부재 여부는 기존 DHCP 임대 시간 및 릴리스 요청 메커니즘에 따라 달라집니다. 이러한 메커니즘은 DHCP 가입자 액세스 또는 DHCP 관리 네트워크에서 클라이언트에 대한 세션 상태 점검 역할을 할 때 충분하지 않은 경우가 많습니다. DHCP 임대 시간은 일반적으로 세션 상태 실패에 대한 적절한 응답 시간을 제공하기에는 너무 길고 짧은 DHCP 임대 시간을 구성하면 컨트롤 플레인 처리에 과도한 부담을 줄 수 있으므로 DHCP 라이브 상태 감지 메커니즘을 구현하면 바인딩된 DHCP 클라이언트를 더 잘 모니터링할 수 있습니다. Liveness Detection 프로토콜로 구성된 경우 지정된 가입자(또는 클라이언트)가 구성된 수의 연속 Liveness Detection 요청에 응답하지 않으면 가입자(또는 클라이언트) 바인딩이 삭제되고 리소스가 해제됩니다.
DHCP 가입자 IP 또는 DHCP 클라이언트 IP 세션에 대한 DHCP Liveness Detection은 활성 Liveness Detection 프로토콜을 사용하여 관련 클라이언트에 대한 Liveness Detection 검사를 실시합니다. 클라이언트는 지정된 시간 내에 생체 감지 요청에 응답해야 합니다. 지정된 연속 시도 횟수에 대해 해당 시간 내에 응답이 수신되지 않으면 활동성 감지 검사가 실패하고 실패 작업이 구현됩니다.
라이브 상태 감지 프로토콜의 예로는 DHCPv4 및 DHCPv6 가입자 모두를 위한 BFD(Bidirectional Forwarding Detection), DHCPv4 가입자를 위한 IPv4 ARP(Address Resolution Protocol), DHCPv6 가입자를 위한 ND(Neighbor Discovery) 패킷을 사용하는 IPv6 NUD(Neighbor Unreachability Detection)가 있습니다.
Junos OS 릴리스 17.4R1부터 BFD 라이브 상태 감지 외에도 레이어 2 라이브 상태 감지를 위해 MX 시리즈 라우터에서 DHCPv4용 ARP 패킷 및 DHCPv6용 ND 패킷 사용이 지원됩니다. 이전 릴리스에서는 BFD만 모든 플랫폼에 대해 지원됩니다.
두 생체 감지 방법은 상호 배타적입니다.
BFD 활동성 감지를 구성할 때 다음 사항에 유의하십시오.
DHCP 로컬 서버와 DHCP 릴레이 모두에 대해 Liveness Detection을 구성할 수 있습니다.
DHCPv4 및 DHCPv6 Liveness Detection을 전역적으로 또는 DHCPv4 또는 DHCPv6 그룹별로 구성할 수 있습니다.
BFD를 지원하지 않는 DHCPv4 또는 DHCPv6 가입자 액세스 클라이언트는 라이브 상태 감지 구성의 영향을 받지 않습니다. 이러한 클라이언트는 라우터(또는 스위치)에서 BFD 활동성 감지가 활성화된 경우에도 (검증된 후) 네트워크에 계속 액세스할 수 있습니다.
구성된 경우, DHCPv4 또는 DHCPv6는 BFD를 지원하는 클라이언트가 바운드 상태에 들어갈 때 해당 클라이언트에 대한 라이브 감지 검사를 시작합니다.
BFD 클라이언트에 대해 프로토콜별 메시지가 시작된 후 주기적으로 클라이언트의 가입자(또는 클라이언트) IP 주소로 전송되며 이러한 라이브 상태 감지 요청에 대한 응답은 구성된 시간 내에 예상됩니다.
구성된 연속 시도 횟수에 대해 구성된 시간 내에 BFD를 지원하는 클라이언트로부터 Liveness Detection 응답을 받지 못하면 Liveness Detection 검사가 실패한 것으로 간주됩니다. 클라이언트 바인딩을 지우기 위해 구성된 실패 동작이 적용됩니다.
레이어 2 활동성 감지에 대해 지원되는 유일한 실패 동작은
clear-binding입니다.
MX 시리즈에서 DHCP ARP 및 ND Layer 2 Liveness Detection을 구성할 때 다음 사항에 유의하십시오.
DHCP 로컬 서버와 DHCP 릴레이 모두에 대해 Liveness Detection을 구성할 수 있습니다.
DHCPv4 또는 DHCPv6 그룹과 듀얼 스택 그룹별로 전역적으로 DHCPv4 및 DHCPv6 ARP 및 ND Liveness Detection을 구성할 수 있습니다.
ARP/ND Liveness Detection은 다음과 같은 DHCP 클라이언트에만 적용됩니다.
동적 VLAN을 통해 직접 연결됩니다.
영구적인 레이어 2 항목이 있어야 합니다.
DHCPv6 클라이언트에는 고유한 소스 MAC 주소와 link-local 주소가 있어야 합니다. 특정 클라이언트 세션과 연결된 모든 IPv6 주소에 대해 단일 활동성 감지 항목만 사용됩니다.
DHCP Liveness Detection의 이점
DHCP Liveness Detection을 사용하면 Liveness Detection 검사가 실패하는 즉시 IP 세션이 작동합니다. 이 빠른 응답 시간은 다음과 같은 이점을 제공합니다.
가입자(또는 DHCP 클라이언트) 세션에 대해 보다 정확한 시간 기반 어카운팅을 제공합니다.
라우터(스위치) 리소스를 더 잘 보존합니다.
일부 보안 공격에 취약한 기간을 줄이는 데 도움이 됩니다.
BFD를 사용하여 DHCP 릴레이 또는 DHCP 릴레이 프록시 클라이언트 연결 탐지 구성
DHCP 가입자 IP 세션 또는 DHCP 클라이언트 IP 세션에 대해 BFD(Bidirectional Forwarding Detection)로 Liveness Detection을 구성하여 DHCP 릴레이 클라이언트의 연결을 확인할 수 있습니다. 클라이언트는 지정된 시간 내에 생체 감지 요청에 응답해야 합니다. 지정된 연속 시도 횟수에 대해 해당 시간 내에 응답이 수신되지 않으면 활동성 감지 검사가 실패하고 실패 작업이 구현됩니다.
DHCP 릴레이에 대한 Liveness Detection을 구성하려면:
예: DHCP 릴레이 에이전트 클라이언트에 대한 BFD를 사용하여 Global Liveness Detection 구성
이 예에서는 BFD(Bidirectional Forwarding Detection)를 라이브 감지 방법으로 사용하여 DHCP 릴레이 에이전트 가입자에 대한 라이브 상태 감지를 구성하는 방법을 보여줍니다.
요구 사항
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
주니퍼 네트웍스 MX 시리즈 라우터.
Junos OS 릴리스 12.1 이상
시작하기 전에:
DHCP 릴레이 에이전트를 구성합니다. 확장 DHCP 릴레이 에이전트 개요를 참조하십시오.
개요
이 예에서는 다음 작업을 완료하여 DHCP 릴레이 에이전트 가입자에 대한 Liveness Detection을 구성합니다.
DHCP 릴레이 가입자에 대해 전 세계적으로 생체 감지를 활성화합니다.
동적으로 생성된 모든 DHCP 릴레이 가입자에 대한 라이브 감지 방법으로 BFD를 지정합니다.
BFD 관련 문을 구성하여 프로토콜의 작동 방식을 정의합니다.
라이브 상태 감지 실패가 발생할 때 라우터가 수행하는 작업을 구성합니다.
이 예에서는 DHCPv4 네트워크에 대한 활동성 감지를 구성하는 방법을 설명합니다. 라이브 상태 감지는 DHCPv6 구성에서도 지원됩니다. DHCPv6 Liveness Detection을 liveness-detection 구성하려면 또는 [edit forwarding-options dhcp-relay dhcpv6 group group-name] 계층 수준에서 명령문과 후속 구성 명령문을 [edit forwarding-options dhcp-relay dhcpv6] 포함합니다.
구성
절차
단계별 절차
DHCP 릴레이에 대한 Liveness Detection을 구성하려면:
활동성 감지를 구성하도록 지정합니다.
[edit forwarding-options dhcp-relay] user@host# edit liveness-detection
활동성 검출 방법을 구성할 것임을 지정합니다.
[edit forwarding-options dhcp-relay liveness-detection] user@host# edit method
DHCP에서 사용할 라이브 상태 감지 방법으로 BFD를 지정합니다.
[edit forwarding-options dhcp-relay liveness-detection method] user@host# edit bfd
트랩이 생성되는 탐지 시간 임계값(밀리초)을 구성합니다.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set detection-time threshold 50000
BFD가 세션 업 알림을 보류하는 시간(밀리초)을 구성합니다.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set holddown-interval 50
BFD 최소 전송 및 수신 간격(밀리초)을 구성합니다.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set minimum-interval 45000
최소 수신 간격(밀리초)을 구성합니다.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set minimum-receive-interval 60000
탐지 시간에 대한 승수 값을 구성합니다.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set multiplier 100
BFD 간격 타이머가 네트워크 상황을 변경하거나 적응하는 기능을 비활성화합니다.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set no-adaptation
BFD 세션 모드를 구성합니다.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set session-mode automatic
BFD 전송 간격에 대한 임계값 및 최소 간격을 구성합니다.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set transmit-interval threshold 60000 minimum-interval 45000
감지하려는 BFD 프로토콜 버전을 구성합니다.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set version automatic
라이브 상태 감지 실패가 발생할 때 라우터가 수행하는 작업을 구성합니다. 이 예에서 실패 동작은 Liveness Detection 실패가 발생하고 로컬 인터페이스가 작동 중인 것으로 감지되는 경우에만 클라이언트 세션을 지우는 것입니다.
[edit forwarding-options dhcp-relay liveness-detection] user@host# edit failure-action action
결과
구성 모드에서 명령을 입력하여 show forwarding-options 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 수정합니다. 다음 출력은 그룹 프랑크푸르트에서 구성된 인터페이스의 범위를 보여줍니다.
[edit]
user@host# show forwarding-options
dhcp-relay {
liveness-detection {
failure-action clear-binding-if-interface-up;
method {
bfd {
version automatic;
minimum-interval 45000;
minimum-receive-interval 60000;
multiplier 100;
no-adaptation;
transmit-interval {
minimum-interval 45000;
threshold 60000;
}
detection-time {
threshold 50000;
}
session-mode automatic;
holddown-interval 50;
}
}
}
}
디바이스 구성을 마쳤으면 구성 모드에서 을 입력합니다 commit .
BFD를 사용하여 DHCP 로컬 서버 클라이언트 연결 검색 구성
DHCP 가입자 IP 세션 또는 DHCP 클라이언트 IP 세션에 대해 BFD(Bidirectional Forwarding Detection)를 통해 라이브 상태 감지를 구성하여 DHCP 로컬 서버 클라이언트의 연결을 확인할 수 있습니다. 클라이언트는 지정된 시간 내에 생체 감지 요청에 응답해야 합니다. 지정된 연속 시도 횟수에 대해 해당 시간 내에 응답이 수신되지 않으면 활동성 감지 검사가 실패하고 실패 작업이 구현됩니다.
DHCP 릴레이에 대한 DHCP Liveness Detection을 구성할 수도 있습니다.
DHCP 로컬 서버에 대한 Liveness Detection을 구성하려면:
예: DHCP 로컬 서버 클라이언트에 대한 BFD를 사용하여 그룹 활동 감지 구성
이 예에서는 BFD(Bidirectional Forwarding Detection)를 라이브 감지 방법으로 사용하여 DHCP 로컬 서버 가입자 또는 DHCP 클라이언트에 대한 그룹 라이브 상태 감지를 구성하는 방법을 보여줍니다.
요구 사항
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
주니퍼 네트웍스 MX 시리즈 라우터
주니퍼 네트웍스 EX 시리즈 스위치
Junos OS 릴리스 12.1 이상
시작하기 전에:
DHCP 로컬 서버를 구성합니다. 레거시 DHCP와 확장 DHCP의 차이점 이해를 참조하십시오.
개요
이 예에서는 다음 작업을 완료하여 DHCP 로컬 서버 가입자(클라이언트)에 대한 그룹 활동 감지를 구성합니다.
DHCP 로컬 서버 가입자(또는 DHCP 클라이언트) 그룹에 대한 활동성 감지를 활성화합니다.
동적으로 생성된 모든 DHCP 로컬 서버 가입자(클라이언트)에 대한 생체 감지 방법으로 BFD를 지정합니다.
BFD 관련 문을 구성하여 프로토콜의 작동 방식을 정의합니다.
라이브 상태 감지 실패가 발생할 때 라우터(스위치)가 수행하는 작업을 구성합니다.
이 예에서는 DHCPv4 네트워크에 대한 활동성 감지를 구성하는 방법을 설명합니다. 라이브 상태 감지는 DHCPv6 구성에서도 지원됩니다. DHCPv6 Liveness Detection을 liveness-detection 구성하려면 또는 [edit system services dhcp-local-server dhcpv6 group group-name] 계층 수준에서 명령문과 후속 구성 명령문을 [edit system services dhcp-local-server dhcpv6] 포함합니다.
구성
절차
단계별 절차
DHCP 로컬 서버에 대한 그룹 활동성 감지를 구성하려면:
활동성 감지를 구성하도록 지정합니다.
[edit system services dhcp-local-server ] user@host# edit liveness-detection
특정 DHCP 로컬 서버 그룹에 대해 Liveness Detection을 구성하도록 지정합니다.
[edit system services dhcp-local-server liveness-detection] user@host# edit group local_group_1
활동성 검출 방법을 구성할 것임을 지정합니다.
[edit system services dhcp-local-server group local_group_1 liveness-detection] user@host# edit method
DHCP에서 사용할 라이브 상태 감지 방법으로 BFD를 지정합니다.
[edit system services dhcp-local-server group local_group_1 liveness-detection method] user@host# edit bfd
트랩이 생성되는 탐지 시간 임계값(밀리초)을 구성합니다.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set detection-time threshold 30000
BFD가 세션 업 알림을 보류하는 시간(밀리초)을 구성합니다.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set holddown-interval 50
BFD 최소 전송 및 수신 간격(밀리초)을 구성합니다.
참고:BFD 문
minimum-receive-interval과 에 대해 을minimum-interval(를) 구성하는 경우 BFDtransmit-interval최소 전송 및 수신 간격을 구성할 필요가 없습니다.[edit system services dhcp-local-servergroup local_group_1 liveness-detection method bfd] user@host# set minimum-interval 45000
최소 수신 간격(밀리초)을 구성합니다.
참고:BFD 최소 전송 및 수신 간격을 구성하는 경우 BFD 최소 수신 간격을 구성할 필요가 없습니다.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set minimum-receive-interval 60000
탐지 시간에 대한 승수 값을 구성합니다.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set multiplier 100
BFD 간격 타이머가 네트워크 상황을 변경하거나 적응하는 기능을 비활성화합니다.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set no-adaptation
BFD 세션 모드를 구성합니다.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set session-mode automatic
BFD 전송 간격에 대한 임계값 및 최소 간격을 구성합니다.
참고:BFD에 대한 최소 전송 및 수신 간격을 이미 구성한 경우 전송 간격 값을 구성할 필요가 없습니다.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set transmit-interval threshold 60000 minimum-interval 45000
감지하려는 BFD 프로토콜 버전을 구성합니다.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set version automatic
라이브 상태 감지 실패가 발생할 때 라우터(스위치)가 수행하는 작업을 구성합니다. 이 예에서 실패 동작은 Liveness Detection 실패가 발생하고 로컬 인터페이스가 작동 중인 것으로 감지되는 경우에만 클라이언트 세션을 지우는 것입니다.
[edit system services dhcp-local-server group local_group_1 liveness-detection] user@host# edit failure-action action
결과
구성 모드에서 명령을 입력하여 show system 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 수정합니다.
[edit]
user@host# show system
services {
dhcp-local-server {
group local_group_1 {
liveness-detection {
failure-action clear-binding-if-interface-up;
method {
bfd {
version automatic;
minimum-interval 45000;
minimum-receive-interval 60000;
multiplier 100;
no-adaptation;
transmit-interval {
minimum-interval 45000;
threshold 60000;
}
detection-time {
threshold 30000;
}
session-mode automatic;
holddown-interval 50;
}
}
}
}
}
}
디바이스 구성을 마쳤으면 구성 모드에서 을 입력합니다 commit .
ARP 및 Neighbor Discovery 패킷을 사용한 DHCP Liveness Detection
- ARP 및 Neighbor Discovery Packets를 사용한 DHCP Liveness Detection의 작동 방식
- ARP 및 ND 패킷을 사용한 DHCP 로컬 서버 클라이언트 연결의 BNG 탐지 구성
- ARP 및 ND 패킷을 사용한 DHCP 릴레이 클라이언트 연결의 BNG 감지 구성
- ARP 및 ND 패킷을 사용한 클라이언트 연결의 DHCP 호스트 검색 구성
ARP 및 Neighbor Discovery Packets를 사용한 DHCP Liveness Detection의 작동 방식
Junos OS 릴리스 17.4R1부터 DHCPv4 클라이언트용 IPv4 ARP(Address Resolution Protocol) 및 DHCPv6 클라이언트용 IPv6 Neighbor Unreachability Detection을 사용하여 Liveness Detection을 구성할 수 있습니다. 이 레이어 2 라이브 상태 감지는 DHCP 클라이언트 호스트와 광대역 네트워크 게이트웨이(BNG) 역할을 하는 라우터에 별도의 메커니즘을 제공하여 DHCP 클라이언트 세션의 유효성과 상태를 확인합니다. 이러한 메커니즘을 송신 기능 및 수신 기능이라고 합니다. DHCP 로컬 서버 및 DHCP 릴레이 클라이언트에 대한 레이어 2 라이브 상태 감지를 구성할 수 있습니다.
송신 기능
BNG는 send 기능을 사용하여 직접 연결된 DHCPv4 및 DHCPv6 클라이언트에서 호스트 연결 검사를 수행함으로써 DHCP 클라이언트 세션의 유효성과 상태를 확인하고 비활성 세션을 정리합니다. 그림 1 에서는 송신 기능을 보여 줍니다.
BNG는 구성 가능한 간격으로 각 DHCP 클라이언트에 요청 패킷을 전송한 다음 응답을 기다립니다. BNG는 적시에 응답을 받지 못하면 요청을 재시도합니다. DHCPv4 클라이언트에 대한 ARP 요청과 DHCPv6 클라이언트에 대한 ND(Neighbor Discovery) 요청을 보냅니다.
BNG가 간격 시간이 초과되기 전에 클라이언트로부터 응답을 수신하면 타이머가 만료될 때까지 기다린 다음 해당 클라이언트에 또 다른 요청을 보냅니다.
BNG가 간격 시간이 초과되기 전에 응답을 받지 못하면 타이머를 30초로 설정하고 다른 요청을 보냅니다. 첫 번째 재시도입니다. 타이머는 구성할 수 없습니다.
타이머가 만료되기 전에 BNG가 클라이언트로부터 응답을 수신하면 BNG는 타이머가 실행될 때까지 기다렸다가 구성 가능한 원래 값으로 재설정하고 다른 요청을 보낸 후 타이머를 시작합니다.
응답이 수신되기 전에 30초 타이머가 만료되면 BNG는 타이머를 10초로 설정하고 다른 요청을 보냅니다. 이 타이머 값은 구성할 수 없습니다.
타이머가 만료되기 전에 BNG가 클라이언트로부터 응답을 수신하면 BNG는 타이머가 실행될 때까지 기다렸다가 구성 가능한 원래 값으로 재설정하고 다른 요청을 보낸 후 타이머를 시작합니다.
BNG가 10초 간격 내에 응답을 받지 못하면 다른 요청을 보내고 10초 타이머를 다시 시작합니다. BNG는 간격 시간이 초과되기 전에 클라이언트로부터 응답을 받거나 재시도 횟수를 소진할 때까지 10초 간격으로 요청을 계속 보냅니다.
첫 번째 재시도는 30초 간격을 사용합니다. 후속 재시도는 10초 간격으로 발생합니다. 따라서 가능한 10초 재시도 횟수는 총 횟수에서 1을 뺀 값입니다. 예를 들어 5번의 재시도를 구성하는 경우 30초 재시도 1회와 10초 재시도 최대 4회가 있습니다.
BNG가 재시도 횟수가 소진되기 전 간격 내에 클라이언트로부터 응답을 보내지 않으면 라이브 상태 감지 검사가 실패하고 clear-binding 실패 작업이 구현됩니다. 클라이언트 세션이 지워집니다.
수신 기능
수신 기능을 통해 DHCP 클라이언트 호스트는 BNG의 관점에서 DHCPv4 또는 DHCPv6 클라이언트 세션의 상태를 확인할 수 있습니다. BNG는 ARP 또는 ND 패킷을 수신할 때 직접 연결된 DHCPv4 및 DHCPv6 클라이언트에서 호스트 연결 검사를 수행합니다. 그림 2 에서는 수신 기능을 보여 줍니다.
BNG가 이러한 패킷 중 하나를 수신하면 다음을 수행합니다.
가입자 관리를 위한 레이어 2 활성화(Liveness Detection)가 관련 주소 패밀리(inet 또는 inet6)에 대해 전역적으로 활성화되었는지 확인합니다.
레이어 2 라이브 상태 감지가 활성화되지 않은 경우, BNG는 클라이언트 세션의 상태를 확인하지 않고 수신된 패킷에 평소와 같이 응답합니다.
제품군에 대해 생체 감지가 활성화된 경우 BNG는 클라이언트 세션이 여전히 바운드 상태인지 확인합니다.
클라이언트 세션이 바인딩된 경우 BNG는 적절한 ARP 또는 ND 패킷으로 클라이언트에 응답합니다.
세션이 바인딩되지 않으면 BNG는 수신된 패킷을 드롭합니다. ARP 또는 ND 응답 패킷을 호스트에 전송하지 않으므로 호스트는 BNG가 세션이 다운된 것으로 간주하는지 확인할 수 있습니다.
수신 기능의 유용성은 언바운드 클라이언트 세션에 대한 BNG의 응답 패킷 부재를 기반으로 부실 클라이언트에서 리소스를 회수하는 DHCP 클라이언트 호스트의 능력에 달려 있습니다. 이 기능을 사용하려면 클라이언트 구현을 변경해야 하는 경우 보내기 기능을 사용할 수 있습니다.
ARP 및 ND 패킷을 사용한 DHCP 로컬 서버 클라이언트 연결의 BNG 탐지 구성
이 절차에서는 DHCPv4 클라이언트용 IPv4 ARP(Address Resolution Protocol) 및 DHCPv6 클라이언트용 IPv6 Neighbor Unreachability Detection을 사용하여 DHCP 로컬 서버 클라이언트의 연결을 확인하는 레이어 2 라이브 상태 감지의 전송 기능을 구성하는 방법을 보여줍니다.
전송 기능을 통해 BNG는 DHCP 클라이언트가 클라이언트로 보내는 ARP 또는 ND 요청 패킷에 대한 DHCP 클라이언트의 응답 부족에 따라 클라이언트 세션이 다운되었는지 여부를 결정할 수 있습니다.
DHCP 라이브 상태 감지는 BFD(Bidirectional Forwarding Detection)를 사용하여 구성할 수도 있습니다. BFD 활동성 감지 및 ARP/ND 활동성 감지는 상호 배타적입니다.
DHCPv4 로컬 서버 활동성 감지를 위한 전송 기능을 구성하려면 다음을 수행합니다.
DHCPv6 로컬 서버 활동성 감지를 위한 전송 기능을 구성하려면 다음을 수행합니다.
활동성 검출 방법을 구성할 것임을 지정합니다.
DHCPv6 글로벌 구성의 경우:
[edit system services dhcp-local-server dhcpv6] user@host# edit liveness-detection method
DHCPv6 그룹 구성의 경우:
[edit system services dhcp-local-server dhcpv6] user@host# edit group group-name liveness-detection method
레이어 2 활동성 감지 방법을 지정합니다.
(선택 사항) 재시도 횟수와 간격 타이머를 구성합니다.
DHCPv6 글로벌 구성의 경우:
[edit system services dhcp-local-server dhcpv6 liveness-detection method] user@host# edit layer2-liveness-detection user@host# set max-consecutive-retries number user@host# set transmit-interval seconds
DHCPv6 그룹 구성의 경우:
[edit system services dhcp-local-server dhcpv6 group group-name liveness-detection method] user@host# edit layer2-liveness-detection user@host# set max-consecutive-retries number user@host# set transmit-interval seconds
ARP 및 ND 패킷을 사용한 DHCP 릴레이 클라이언트 연결의 BNG 감지 구성
이 절차에서는 DHCPv4 클라이언트용 IPv4 ARP(Address Resolution Protocol) 및 DHCPv6 클라이언트용 IPv6 Neighbor Unreachability Detection을 사용하여 DHCP 릴레이 클라이언트의 연결을 확인하는 레이어 2 활동성 감지의 전송 기능을 구성하는 방법을 보여줍니다.
전송 기능을 통해 BNG는 DHCP 클라이언트가 클라이언트로 보내는 ARP 또는 ND 요청 패킷에 대한 DHCP 클라이언트의 응답 부족에 따라 클라이언트 세션이 다운되었는지 여부를 결정할 수 있습니다.
DHCP 라이브 상태 감지는 BFD(Bidirectional Forwarding Detection)를 사용하여 구성할 수도 있습니다. BFD 활동성 감지 및 ARP/ND 활동성 감지는 상호 배타적입니다.
DHCPv4 릴레이 라이브 상태 감지를 위한 전송 기능을 구성하려면 다음을 수행합니다.
DHCPv6 릴레이 라이브 상태 감지를 위한 전송 기능을 구성하려면 다음을 수행합니다.
활동성 검출 방법을 구성할 것임을 지정합니다.
DHCPv6 글로벌 구성의 경우:
[edit forwarding-options dhcp-relay dhcpv6] user@host# edit liveness-detection method
DHCPv6 그룹 구성의 경우:
[edit forwarding-options dhcp-relay dhcpv6] user@host# edit group group-name liveness-detection method
레이어 2 활동성 감지 방법을 지정합니다.
(선택 사항) 재시도 횟수와 간격 타이머를 구성합니다.
DHCPv6 글로벌 구성의 경우:
[edit forwarding-options dhcp-relay dhcpv6 liveness-detection method] user@host# edit layer2-liveness-detection user@host# set max-consecutive-retries number user@host# set transmit-interval seconds
DHCPv6 그룹 구성의 경우:
[edit forwarding-options dhcp-relay dhcpv6 group group-name liveness-detection method] user@host# edit layer2-liveness-detection user@host# set max-consecutive-retries number user@host# set transmit-interval seconds
ARP 및 ND 패킷을 사용한 클라이언트 연결의 DHCP 호스트 검색 구성
이 절차에서는 DHCPv4 클라이언트용 IPv4 ARP(Address Resolution Protocol) 및 DHCPv6 클라이언트용 IPv6 Neighbor Unreachability Detection을 사용하여 DHCP 로컬 서버 클라이언트의 연결을 확인하는 레이어 2 라이브니스 감지의 수신 기능을 구성하는 방법을 보여줍니다.
수신 기능을 통해 DHCP 클라이언트 호스트는 BNG에서 BNG로 보내는 ARP 또는 ND 패킷에 대한 응답 부족에 따라 클라이언트 세션이 다운되었는지 여부를 결정할 수 있습니다. 글로벌 가입자 관리 구성에 대한 재정의로 주소 패밀리당 DHCP에 대한 수신 기능을 전역적으로 구성합니다.
DHCPv4의 경우:
[edit system services subscriber-management overrides] user@host# set interfaces family inet layer2-liveness-detection
DHCPv6의 경우:
[edit system services subscriber-management overrides] user@host# set interfaces family inet6 layer2-liveness-detection
변경 내역 테이블
기능 지원은 사용 중인 플랫폼 및 릴리스에 따라 결정됩니다. 기능 탐색기 를 사용하여 플랫폼에서 기능이 지원되는지 확인합니다.