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