DHCP 활성화 감지
DHCP 클라이언트 IP 세션에 대한 DHCP 활성화 감지는 활성 활성화 감지 프로토콜을 활용하여 관련 클라이언트에 대한 활성화 감지 검사를 수행합니다. 활동성 감지 프로토콜로 구성된 경우, 특정 클라이언트가 구성된 횟수의 연속 활동성 감지 요청에 응답하지 않으면 클라이언트 바인딩이 삭제되고 해당 리소스가 해제됩니다. 자세한 내용은 이 주제를 참조하십시오.
DHCP 활성화 감지 개요
PPP와 달리 DHCP는 DHCPv4 또는 DHCPv6 프로토콜의 일부로 네이티브 keepalive 메커니즘을 정의하지 않습니다. Keepalive 메커니즘이 없으면 DHCP 로컬 서버, DHCP 릴레이 및 DHCP 릴레이 프록시는 가입자 또는 DHCP 클라이언트와의 연결이 끊어졌는지 신속하게 감지할 수 없습니다. 대신 표준 DHCP 가입자 세션 또는 DHCP 클라이언트 세션 종료 메시지에 의존해야 합니다.
DHCP 클라이언트는 네트워크를 종료하기 전에 DHCP 릴리스 메시지를 보내지 않는 경우가 많습니다. 이러한 부재의 발견은 기존 DHCP 임대 시간 및 릴리스 요청 메커니즘에 따라 달라집니다. 이러한 메커니즘은 DHCP 가입자 액세스 또는 DHCP 관리 네트워크에서 클라이언트에 대한 세션 상태 확인의 역할을 수행할 때 종종 충분하지 않습니다. DHCP 리스 시간은 일반적으로 세션 상태 실패에 대한 적절한 응답 시간을 제공하기에는 너무 길고 짧은 DHCP 리스 시간을 구성하면 컨트롤 플레인 처리에 과도한 부담을 줄 수 있기 때문에 DHCP 활성 감지 메커니즘을 구현하면 바인딩된 DHCP 클라이언트를 더 잘 모니터링할 수 있습니다. 활성화 감지 프로토콜로 구성할 때 주어진 가입자(또는 클라이언트)가 구성된 수의 연속 활성화 감지 요청에 응답하지 않으면 가입자(또는 클라이언트) 바인딩이 삭제되고 리소스가 해제됩니다.
DHCP 가입자 IP 또는 DHCP 클라이언트 IP 세션에 대한 DHCP 활성화 감지는 활성 활성화 감지 프로토콜을 활용하여 관련 클라이언트에 대한 활성화 감지 검사를 실시합니다. 클라이언트는 지정된 시간 내에 활동성 감지 요청에 응답해야 합니다. 지정된 연속 시도 횟수에 대해 해당 시간 내에 응답이 수신되지 않으면 활동성 감지 검사가 실패하고 실패 작업이 구현됩니다.
활성화 감지 프로토콜의 예로는 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부터 DHCPv4용 ARP 패킷 및 DHCPv6용 ND 패킷의 사용은 BFD 활성화 감지 외에도 레이어 2 활성화 감지를 위해 MX 시리즈 라우터에서 지원됩니다. 이전 릴리스에서는 모든 플랫폼에 대해 BFD만 지원됩니다.
두 가지 활동성 감지 방법은 상호 배타적입니다.
BFD 활성화 감지를 구성할 때 다음 사항을 염두에 두어야 합니다.
DHCP 로컬 서버 및 DHCP 릴레이 모두에 대해 활성화 감지를 구성할 수 있습니다.
DHCPv4 및 DHCPv6 활동성 감지는 전역적으로 또는 DHCPv4 또는 DHCPv6 그룹별로 구성할 수 있습니다.
BFD를 지원하지 않는 DHCPv4 또는 DHCPv6 가입자 액세스 클라이언트는 활성화성 감지 구성의 영향을 받지 않습니다. 이러한 클라이언트는 라우터(또는 스위치)에서 BFD 활동성 감지가 활성화되더라도 (검증 후) 네트워크에 계속 액세스할 수 있습니다.
구성된 경우, DHCPv4 또는 DHCPv6는 BFD를 지원하는 클라이언트가 바운드 상태에 들어갈 때 해당 클라이언트에 대한 활성화 감지 검사를 시작합니다.
BFD 클라이언트에 대한 프로토콜별 메시지가 시작된 후, 클라이언트의 가입자(또는 클라이언트) IP 주소로 주기적으로 전송되며 구성된 시간 내에 이러한 활성화 감지 요청에 응답할 것으로 예상됩니다.
구성된 연속 시도 횟수에 대해 구성된 시간 내에 BFD를 지원하는 클라이언트로부터 활동성 감지 응답을 수신하지 않으면 활동성 감지 검사가 실패한 것으로 간주됩니다. 클라이언트 바인딩을 지우기 위해 구성된 실패 작업이 적용됩니다.
레이어 2 활성화성 감지에 지원되는 유일한 실패 작업은 입니다
clear-binding.
MX 시리즈에서 DHCP ARP 및 ND 레이어 2 활성화 감지를 구성할 때 다음 사항을 염두에 두십시오.
DHCP 로컬 서버 및 DHCP 릴레이 모두에 대해 활성화 감지를 구성할 수 있습니다.
DHCPv4 또는 DHCPv6 그룹별, 듀얼 스택 그룹별로 DHCPv4 및 DHCPv6 ARP 및 ND 활성 감지를 전역으로 구성할 수 있습니다.
ARP/ND 활동성 감지는 다음과 같은 DHCP 클라이언트에만 적용됩니다.
동적 VLAN을 통해 직접 연결됩니다.
영구 레이어 2 항목이 있어야 합니다.
DHCPv6 클라이언트에는 고유한 소스 MAC 주소와 링크-로컬 주소가 있어야 합니다. 특정 클라이언트 세션과 연관된 모든 IPv6 주소에는 단일 활동성 탐지 항목만 사용됩니다.
DHCP 활동성 탐지의 이점
DHCP 활성화 감지를 사용하면 활성화 감지 검사가 실패하는 즉시 IP 세션이 작동합니다. 이렇게 빠른 응답 시간은 다음과 같은 이점을 제공합니다.
가입자(또는 DHCP 클라이언트) 세션의 보다 정확한 시간 기반 계정을 제공합니다.
라우터(스위치) 리소스를 보다 잘 보존합니다.
일부 보안 공격에 대한 취약성 창을 줄이는 데 도움이 됩니다.
BFD를 사용하여 DHCP 릴레이 또는 DHCP 릴레이 프록시 클라이언트 연결 탐지 구성
DHCP 가입자 IP 세션 또는 DHCP 클라이언트 IP 세션에 대해 BFD(Bidirectional Forwarding Detection)로 활성화 감지를 구성하여 DHCP 릴레이 클라이언트의 연결을 확인할 수 있습니다. 클라이언트는 지정된 시간 내에 활동성 감지 요청에 응답해야 합니다. 지정된 연속 시도 횟수에 대해 해당 시간 내에 응답이 수신되지 않으면 활동성 감지 검사가 실패하고 실패 작업이 구현됩니다.
DHCP 릴레이에 대한 활성화 감지를 구성하려면,
예: DHCP 릴레이 에이전트 클라이언트를 위한 BFD로 글로벌 Liveness Detection 구성
이 예는 활성화 감지 방법으로 BFD(Bidirectional Forwarding Detection)를 사용하여 DHCP 릴레이 에이전트 가입자에 대한 활성화 감지를 구성하는 방법을 보여줍니다.
요구 사항
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
주니퍼 네트웍스 MX 시리즈 라우터.
Junos OS 릴리스 12.1 이상
시작하기 전에:
DHCP 릴레이 에이전트를 구성합니다. 확장 DHCP 릴레이 에이전트 개요를 참조하십시오.
개요
이 예에서 다음 작업을 완료하여 DHCP 릴레이 에이전트 가입자에 대한 활성화 감지를 구성합니다.
DHCP 릴레이 가입자에 대해 전체적으로 활성화 감지를 활성화합니다.
동적으로 생성된 모든 DHCP 릴레이 가입자에 대한 활성화 감지 방법으로 BFD를 지정합니다.
프로토콜이 어떻게 동작하는지 정의하기 위한 BFD 특정 명령문을 구성합니다.
활성화 감지 실패가 발생할 때 라우터가 수행하는 작업을 구성합니다.
이 예에서는 DHCPv4 네트워크에 대한 활동성 감지를 구성하는 방법을 설명합니다. DHCPv6 구성에서도 활동성 감지가 지원됩니다. DHCPv6 활성 감지를 구성하려면 또는 [edit forwarding-options dhcp-relay dhcpv6 group group-name] 계층 수준에서 명령문과 후속 구성 명령문을 [edit forwarding-options dhcp-relay dhcpv6] 포함합니다liveness-detection.
구성
절차
단계별 절차
DHCP 릴레이에 대한 활성화 감지를 구성하려면,
활성화성 감지를 구성할 것인지 지정합니다.
[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
활성화 감지 실패가 발생할 때 라우터가 수행하는 작업을 구성합니다. 이 예에서 실패 작업은 활동성 감지 실패가 발생하고 로컬 인터페이스가 작동중인 것으로 감지될 때만 클라이언트 세션을 지우는 것입니다.
[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 활성화 감지를 구성할 수도 있습니다.
DHCP 로컬 서버에 대한 활성화 감지를 구성하려면 다음을 수행합니다.
예: 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 활성 감지를 구성하려면 또는 [edit system services dhcp-local-server dhcpv6 group group-name] 계층 수준에서 명령문과 후속 구성 명령문을 [edit system services dhcp-local-server dhcpv6] 포함합니다liveness-detection.
구성
절차
단계별 절차
DHCP 로컬 서버에 대한 그룹 활성화 감지를 구성하려면 다음을 수행합니다.
활성화성 감지를 구성할 것인지 지정합니다.
[edit system services dhcp-local-server ] user@host# edit liveness-detection
특정 DHCP 로컬 서버 그룹에 대한 활동성 감지를 구성하도록 지정합니다.
[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
transmit-interval문과 에 대해 을(를minimum-interval) 구성하는 경우 BFD 최소 전송 및 수신 간격을minimum-receive-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
활성화 감지 실패가 발생할 때 라우터(스위치)가 수행하는 작업을 구성합니다. 이 예에서 실패 작업은 활동성 감지 실패가 발생하고 로컬 인터페이스가 작동중인 것으로 감지될 때만 클라이언트 세션을 지우는 것입니다.
[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 및 이웃 검색 패킷을 사용한 DHCP 활성화 감지
- ARP 및 Neighbor Discovery Packet을 통한 DHCP 활동성 감지 작동 방식
- ARP 및 ND 패킷을 사용한 DHCP 로컬 서버 클라이언트 연결의 BNG 탐지 구성
- ARP 및 ND 패킷을 사용한 DHCP 릴레이 클라이언트 연결의 BNG 탐지 구성
- ARP 및 ND 패킷을 사용한 클라이언트 연결에 대한 DHCP 호스트 탐지 구성
ARP 및 Neighbor Discovery Packet을 통한 DHCP 활동성 감지 작동 방식
Junos OS 릴리스 17.4R1부터는 DHCPv4 클라이언트용 IPv4 ARP(Address Resolution Protocol)와 DHCPv6 클라이언트용 IPv6 인접 라우터 연결 불가 감지를 사용하여 활동성 감지를 구성할 수 있습니다. 이 레이어 2 라이브니스 감지는 DHCP 클라이언트 세션의 유효성과 상태를 확인하기 위해 광대역 네트워크 게이트웨이(BNG) 역할을 하는 DHCP 클라이언트 호스트와 라우터에 대해 별도의 메커니즘을 제공합니다. 이러한 메커니즘을 보내기 기능 및 받기 기능이라고 합니다. DHCP 로컬 서버 및 DHCP 릴레이 클라이언트에 대해 레이어 2 활성화성 감지를 구성할 수 있습니다.
보내기 기능
BNG는 송신 기능을 사용하여 직접 연결된 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 활성화 감지가 관련 주소 패밀리, inet 또는 inet6에 대해 전역적으로 활성화되었는지 확인합니다.
레이어 2 활성화 감지가 활성화되지 않은 경우, BNG는 클라이언트 세션의 상태를 확인하지 않고 수신된 패킷에 평소처럼 응답합니다.
가족에 대해 활성화 감지가 활성화된 경우, BNG는 클라이언트 세션이 여전히 바운드 상태인지 확인합니다.
클라이언트 세션이 바인딩된 경우 BNG는 적절한 ARP 또는 ND 패킷으로 클라이언트에 응답합니다.
세션이 바인딩되지 않은 경우 BNG는 수신된 패킷을 삭제합니다. BNG는 ARP 또는 ND 응답 패킷을 호스트에 전송하지 않으므로 호스트는 BNG가 세션이 중단된 것으로 간주하는 것을 결정할 수 있습니다.
수신 기능의 유용성은 바인딩되지 않은 클라이언트 세션에 대한 BNG의 응답 패킷의 부재를 기반으로 DHCP 클라이언트 호스트가 오래된 클라이언트로부터 리소스를 회수할 수 있는 능력에 달려 있습니다. 이 기능을 사용하려면 클라이언트 구현을 변경해야 하는 경우 보내기 기능을 사용할 수 있습니다.
ARP 및 ND 패킷을 사용한 DHCP 로컬 서버 클라이언트 연결의 BNG 탐지 구성
이 절차는 DHCPv4 클라이언트용 IPv4 ARP(Address Resolution Protocol) 및 DHCPv6 클라이언트용 IPv6 인접 라우터 도달 불가 감지를 사용하여 DHCP 로컬 서버 클라이언트의 연결을 확인하기 위해 레이어 2 활성 감지의 전송 기능을 구성하는 방법을 보여줍니다.
전송 기능을 통해 BNG는 DHCP 클라이언트가 클라이언트로 보내는 ARP 또는 ND 요청 패킷에 대한 응답 부족을 기반으로 클라이언트 세션이 다운되었는지 여부를 결정할 수 있습니다.
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 인접 라우터 연결 불가 감지를 사용하여 DHCP 릴레이 클라이언트의 연결을 확인하기 위해 레이어 2 활성 감지의 전송 기능을 구성하는 방법을 보여줍니다.
전송 기능을 통해 BNG는 DHCP 클라이언트가 클라이언트로 보내는 ARP 또는 ND 요청 패킷에 대한 응답 부족을 기반으로 클라이언트 세션이 다운되었는지 여부를 결정할 수 있습니다.
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
변경 내역 표
기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. 기능 탐색기 를 사용하여 플랫폼에서 기능이 지원되는지 확인하세요.