DHCP 리스퀴리 메서드
가입자 액세스 네트워크에서 DHCP 로컬 서버는 서버가 DHCP 클라이언트에 임대한 IP 주소 또는 DHCPv6 위임 접두사와 관련된 상당한 양의 바인딩 정보를 유지합니다. DHCP 클라이언트가 DHCP 릴레이 에이전트를 통해 DHCP 서버에 연결되면 DHCP 릴레이 에이전트는 엔드포인트에 도달하는 데 필요한 IP 주소와 같은 DHCP 패킷에서 데이터를 수집합니다. 릴레이 에이전트는 DHCP 클라이언트와 관련된 리스 및 경로 정보를 유지합니다. 릴레이 에이전트는 클라이언트에 가입자 서비스를 제공할 때 해당 정보를 사용합니다. 릴레이 에이전트가 다시 시작되거나 에이전트 호스트 디바이스가 재부팅 또는 교체되면 릴레이 에이전트는 해당 정보를 잃게 됩니다. 릴레이 에이전트가 리스 정보 데이터베이스를 복원할 수 있도록 DHCP 클라이언트에 대한 바인딩 정보를 복구하도록 릴레이 에이전트를 트리거하는 명령을 사용하여 request 릴레이 에이전트가 리스 쿼리 메시지를 로컬 서버에 보낼 수 있습니다.
가입자 관리는 다음과 같은 유형의 리스퀴리 작업을 지원합니다.
개별 리스퀴리 - 요청 시 단일 바인딩에 대한 리스 정보를 제공합니다(쿼리 및 응답 모드).
Bulk leasequery—요청 시 다중 바인딩에 대한 리스 정보를 제공합니다(쿼리 및 응답 모드).
활성 리스퀴리 - 구성된 경우 여러 바인딩에 대한 실시간 업데이트 스트림을 제공합니다.
DHCP 리스퀴리의 이점
-
리스쿼리는 릴레이 에이전트가 다시 시작되거나 교체될 때 DHCPv4 또는 DHCPv6 릴레이 에이전트가 DHCP 로컬 서버에서 임대한 DHCP IP/IPv6 주소 및 위임된 접두사와 관련된 신뢰할 수 있는 위치 정보를 복구할 수 있는 가벼운 방법을 제공합니다.
-
대량 리스쿼리를 사용하면 특정 클라이언트에 대한 개별 바인딩을 쿼리할 필요가 없으므로 단일 요청으로 수백 또는 수천 명의 가입자에 대한 정보를 반환할 수 있습니다. 이 메서드는 데이터 트래픽이 쿼리를 트리거할 때까지 기다리지 않으므로 에이전트에 수천 개의 클라이언트가 있는 경우 개별 리스퀴리보다 더 잘 확장됩니다. DHCPv6의 경우, 릴레이 에이전트가 개별 쿼리를 구성하지 못할 수 있습니다.
-
활성 리스쿼리는 구성된 경우 하나 이상의 릴레이 에이전트에 대한 바인딩 정보의 지속적인 실시간 업데이트를 제공합니다. 릴레이 에이전트와 로컬 서버 간의 업데이트 외에도, 릴레이 에이전트 간의 피어링 관계를 구성할 수 있습니다. 이를 통해 피어는 바인딩 정보를 서로 지속적으로 동기화하여 피어가 작동 중단되거나 재부팅될 경우 중복을 제공할 수 있습니다. 활성 피어는 영향을 받는 릴레이 에이전트를 사용 중인 클라이언트에 대한 서비스를 즉시 유지합니다.
DHCP 개별 리스쿼리
Junos OS 릴리스 16.1부터 가입자 관리는 개별 리스 쿼리 기능을 지원하여 DHCPv4 또는 DHCPv6 릴레이 에이전트가 DHCP 로컬 서버에서 현재 리스 정보를 빠르고 효율적으로 가져올 수 있습니다. 릴레이 에이전트는 릴레이 에이전트 디바이스가 재부팅된 것과 같은 다양한 이유로 로컬에 저장된 리스 정보를 손실할 수 있습니다. 릴레이 에이전트가 이후 클라이언트로부터 포워딩을 위한 데이터 트래픽을 수신하면 더 이상 그렇게 할 수 있는 정보가 없습니다. 로컬 서버와의 리스쿼리 상호 작용을 통해 정보를 복원하여 릴레이 에이전트가 클라이언트에 적절한 서비스를 제공할 수 있습니다.
개별 리스퀴리 작업을 구성하려면 DHCP 릴레이 에이전트와 DHCP 서버 모두에서 지원을 활성화합니다. 릴레이 에이전트와 서버 간의 통신에 대한 세부 정보를 구성할 수 있습니다. 또는 request dhcpv6 leasequery 명령을 request dhcp leasequery 실행하여 릴레이 에이전트가 쿼리를 보내도록 트리거해야 합니다.
기본적으로 릴레이 에이전트는 알려진 모든 로컬 서버에 쿼리를 보냅니다. 서버 주소 또는 명명된 서버 그룹을 지정하여 통신하는 서버를 제한할 수 있습니다. 또한 쿼리를 특정 논리적 시스템, 라우팅 인스턴스 또는 LS:RI 조합의 서버로 제한할 수도 있습니다.
DHCPv4 개별 리스쿼리
DHCPv4 리스쿼리는 주소, 클라이언트 ID 또는 MAC 주소별 쿼리와 같은 여러 유형 중 하나일 수 있습니다. 명령을 실행하여 쿼리를 트리거할 때 쿼리 유형을 결정합니다 request dhcp relay leasequery . 로컬 서버가 에이전트가 요청한 바인딩 정보를 식별할 수 있도록 DHCPv4 릴레이 에이전트가 DHCPLEASEQUERY 메시지에 다음 값 중 하나를 포함하도록 지정합니다.
클라이언트 리스의 IP 주소 - 로컬 서버는 해당 IP 주소가 할당된 가장 최근의 클라이언트에 대한 바인딩 정보를 반환합니다.
클라이언트 디바이스의 클라이언트 식별자 - 로컬 서버는 지정된 클라이언트 식별자(옵션 61)를 가진 클라이언트에서 가장 최근에 사용한 IP 주소에 대한 바인딩 정보를 반환합니다. 식별자는 서버의 관리 도메인에서 고유합니다. 해당 클라이언트가 이 서버를 통해 다른 IP 주소에 액세스한 경우 서버는 연관된 IP 옵션(옵션 92)에서 해당 주소 목록을 반환합니다.
클라이언트 디바이스의 MAC 주소 - 로컬 서버는 해당 MAC 주소가 있는 가장 최근의 클라이언트에 대한 바인딩 정보를 반환합니다. 해당 클라이언트가 이 서버를 통해 다른 IP 주소에 액세스한 경우 서버는 연관된 IP 옵션(옵션 92)에서 해당 주소 목록을 반환합니다.
DHCP 릴레이 에이전트는 DHCPLEASEQUERY 메시지에 매개 변수 요청 목록 옵션(옵션 55)을 포함합니다. 이 목록에는 로컬 서버에서 반환된 IP 주소에 대한 바인딩 정보와 관련된 특정 옵션이 포함되어 있습니다. 예를 들어, 요청 목록에는 일반적으로 릴레이 에이전트 정보 옵션(옵션 82)이 포함됩니다. 로컬 서버는 릴레이 에이전트로 전송되는 DHCPLEASEACTIVE에 요청된 정보를 포함합니다.
DHCPLEASEACTIVE 메시지에는 클라이언트 마지막 트랜잭션 시간 옵션(옵션 91)이 포함됩니다. 이 옵션의 값은 IP 주소가 클라이언트와 서버 간의 상호 작용에서 가장 최근에 사용된 시점과 서버가 DHCPLEASEACTIVE 메시지를 전송하는 시간 사이의 간격(초 단위)입니다. 예를 들어 마지막 상호 작용이 08:00:00이고 메시지가 09:00:00에 전송된 경우 옵션 값은 3600입니다.
표 1 에는 DHCPv4 개별 리스쿼리에 대한 메시지 유형이 설명되어 있습니다.
메시지 유형 |
옵션 53 유형 값 |
설명 |
|---|---|---|
DHCPLEASEQUERY |
10 |
정보를 복원하기 위해 릴레이 에이전트가 DHCP 로컬 서버로 보냅니다. |
DHCPLEASEUNASSIGNED |
11 |
클라이언트와 연결된 IP 주소가 서버에 의해 제어되지만 현재 리스되지 않은 경우 로컬 서버의 응답입니다. 이 응답은 IP 주소별 쿼리에 대해서만 전송됩니다. |
DHCPLEASE알 수 없음 |
12 |
서버가 쿼리의 정보를 알지 못하는 경우 로컬 서버의 응답입니다. |
DHCPLEASEACTIVE |
13 |
클라이언트에 주소를 리스했을 때 로컬 서버의 응답입니다. 응답에는 해당 주소에 대한 전체 바인딩 정보가 포함됩니다. |
DHCPv6 개별 리스쿼리
쿼리 유형은 LQ_Query 옵션(옵션 44)에서 전달됩니다. DHCPv6 릴레이 에이전트 쿼리 유형은 주소 또는 클라이언트 ID가 될 수 있습니다. 명령을 실행하여 쿼리를 트리거할 때 쿼리 유형을 결정합니다 request dhcpv6 relay leasequery . 로컬 서버가 에이전트가 요청한 바인딩 정보를 식별할 수 있도록 DHCPv6 릴레이 에이전트가 옵션 요청 옵션(옵션 6)의 다음 값 중 하나를 LEASEQUERY 메시지에 포함하도록 지정합니다.
클라이언트 리스의 IPv6 주소 - 로컬 서버는 해당 주소에 바인딩되었거나 주소를 포함하는 접두사를 위임받은 가장 최근 클라이언트에 대한 바인딩 정보를 반환합니다. 옵션 44의 query-options 필드에는 IAADDR 옵션(옵션 5)이 포함되어 있습니다.
클라이언트 디바이스의 DHCP 고유 식별자(DUID) - 로컬 서버는 지정된 DUID를 가진 클라이언트에서 가장 최근에 사용한 IP 주소에 대한 바인딩 정보를 반환합니다. DUID는 클라이언트의 IPv6 식별자입니다. 식별자는 서버의 관리 도메인에서 고유합니다. 클라이언트가 둘 이상의 링크 주소에서 발견되면 로컬 서버는 주소 목록을 반환할 수 있습니다. 옵션 44의 query-options 필드에는 클라이언트 식별자 옵션(옵션 1)이 포함됩니다.
옵션 44의 query-options 필드는 각 클라이언트에 대해 로컬 서버에서 원하는 특정 정보에 대한 DHCPv6 옵션 코드를 나열하는 옵션 요청 옵션(옵션 6)을 포함할 수도 있습니다.
LEASEQUERY-REPLY 메시지에는 단일 링크에서 단일 클라이언트에 대한 정보를 제공하는 클라이언트 데이터 옵션(옵션 45)이 포함되어 있습니다. 이 정보는 client-options 필드에 DHCPv6 옵션으로 전달됩니다. 옵션 45에는 최소 다음 옵션과 LEASEQUERY 옵션 요청 옵션(옵션 6)의 릴레이 에이전트가 요청한 기타 옵션이 포함되어 있습니다.
클라이언트 식별자(옵션 1) - DHCPv6 클라이언트를 식별하는 DUID입니다.
IAADDR(옵션 5) - 임시 주소(IA_TA) 또는 비임시 주소(IA_NA)에 대한 ID 연결의 주소입니다. IAPREFIX 옵션에 포함될 수 있습니다.
IAPREFIX(옵션 26) - 접두사 위임(IA_PD)에 대한 ID 연결의 접두사입니다. IAADDR 옵션에 포함될 수 있습니다.
CLT 옵션(옵션 46) - 서버가 해당 링크에서 클라이언트와 마지막으로 상호 작용한 이후의 시간(초 단위). 이 옵션은 DHCPv4 클라이언트 마지막 트랜잭션 시간 옵션에 해당합니다.
다음 옵션은 LEASEQUERY-REPLY 메시지에 포함될 수 있는 추가 옵션의 예입니다.
LQ 릴레이 데이터 옵션(옵션 47) - 클라이언트가 이 서버와 마지막으로 통신할 때 사용된 전체 릴레이 에이전트 정보입니다. 로컬 서버는 LEASEQUERY 옵션 요청 옵션(옵션 6)에서 요청된 경우에만 이 옵션을 반환합니다.
LQ 클라이언트 링크 옵션(옵션 48) - 클라이언트에 하나 이상의 바인딩이 있는 링크 주소를 식별합니다. 다음 두 가지 모두 true인 경우 LEASEQUERY-REPLY 메시지에는 이 옵션이 포함됩니다. LEASEQUERY가 링크 주소를 지정하지 않고 클라이언트가 둘 이상의 링크에서 발견됩니다. 릴레이 에이전트가 이 정보를 수신하면 옵션 48에 나열된 각 주소에 대해 새 LEASEQUERY를 제출할 수 있습니다.
표 2 에는 DHCPv6 개별 리스쿼리에 대한 메시지 유형이 설명되어 있습니다.
메시지 유형 |
DHCPv6 유형 값 |
설명 |
|---|---|---|
리스쿼리 |
14 |
정보를 복원하기 위해 릴레이 에이전트가 DHCP 로컬 서버로 보냅니다. 로컬 서버에서 필요한 쿼리 유형, 링크 주소 및 특정 옵션 정보를 지정하기 위한 LQ 옵션(옵션 44)을 포함합니다. |
리스쿼리-회신 |
15 |
클라이언트와 연결된 IP 주소가 서버에 의해 제어되지만 현재 리스되지 않은 경우 로컬 서버의 응답입니다. 이 응답은 IP 주소별 쿼리에 대해서만 전송됩니다. |
DHCPv6 로컬 서버에서 보낸 LEASEQUERY-REPLY 메시지는 쿼리 상태에 대한 정보를 제공하기 위해 상태 코드 옵션(옵션 13)을 반환할 수 있습니다. 표 3 에는 상태 코드가 나와 있습니다.
암호 |
상태 |
설명 |
|---|---|---|
7 |
알 수 없는 쿼리 유형 |
서버가 쿼리를 인식하지 못하거나 지원하지 않습니다. |
8 |
잘못된 형식의 쿼리 |
쿼리가 유효하지 않습니다. 예를 들어 필수 옵션이 누락되었을 수 있습니다. |
9 |
구성되지 않음 |
로컬 서버의 구성에 필요한 주소가 없습니다. |
10 |
허용되지 않음 |
로컬 서버는 릴레이 에이전트가 이 쿼리 유형을 보내는 것을 허용하지 않습니다. |
DHCP 대량 리스쿼리
Junos OS 릴리스 16.1부터 가입자 관리는 DHCP 릴레이 에이전트의 각 요청이 프로그래밍된 방식으로 구성된 DHCP 서버에서 여러 가입자에 대한 임대 정보를 대량으로 검색할 수 있도록 하는 대량 리스 쿼리 기능을 지원합니다. 대량 리스쿼리는 여러 개별 리스쿼리를 사용하여 동일한 정보를 수집하는 것보다 리소스 효율적입니다. 이는 릴레이 에이전트당 수천 개의 클라이언트가 있는 확장 환경에서 특히 유용합니다.
대량 리스쿼리는 DHCP 릴레이 에이전트와 동일한 논리적 시스템/라우팅 인스턴스에서 구성된 DHCP 서버 간의 TCP 연결을 사용합니다. TCP 연결은 개별 리스퀴리 프로세스에 사용되는 UDP 연결보다 더 안정적이고 적은 리소스를 소비합니다. 또한 대량 리스쿼리는 추가 쿼리 옵션 및 기능을 제공하여 개별 리스쿼리를 확장합니다.
대량 리스쿼리 작업을 구성하려면 DHCP 릴레이 에이전트와 DHCP 서버 모두에서 지원을 활성화합니다. 릴레이 에이전트와 서버 간의 통신에 대한 세부 정보를 구성할 수 있습니다. 또는 request dhcpv6 bulk-leasequery 명령을 request dhcp bulk-leasequery 실행하여 릴레이 에이전트가 리스쿼리를 전송하도록 트리거해야 합니다.
기본적으로 릴레이 에이전트는 알려진 모든 로컬 서버에 쿼리를 보냅니다. 서버 주소 또는 명명된 서버 그룹을 지정하여 통신하는 서버를 제한할 수 있습니다. 또한 쿼리를 특정 논리적 시스템, 라우팅 인스턴스 또는 LS:RI 조합의 서버로 제한할 수도 있습니다.
DHCPv4 대량 리스쿼리
DHCPv4 대량 리스쿼리의 경우, DHCPv4 릴레이 에이전트는 포트 67을 통해 DHCPv4 로컬 서버에 대한 TCP 연결을 엽니다. 연결이 설정되면 릴레이 에이전트는 서버에 DHCPBULKLEASEQUERY 메시지를 보냅니다. 로컬 서버가 에이전트에 필요한 정보를 식별할 수 있도록 쿼리에는 다음 중 하나가 포함될 수 있습니다.
구성된 모든 IP 주소—로컬 서버는 로컬 서버에 구성된 모든 IP 주소에 대한 바인딩 정보를 반환합니다. IP 주소가 현재 활성 바인딩의 일부인지 여부에 관계없이 정보가 반환됩니다. 이를 통해 릴레이 에이전트는 특정 시점 이후에 발생한 모든 주소 변경으로 데이터베이스를 업데이트할 수 있습니다.
클라이언트 디바이스의 클라이언트 식별자 - 로컬 서버는 지정된 클라이언트 식별자(옵션 61)를 가진 클라이언트에서 가장 최근에 사용한 IP 주소에 대한 바인딩 정보를 반환합니다. 식별자는 서버의 관리 도메인에서 고유합니다.
참고:개별 리스쿼리와는 달리, 서버는 연관된 IP 옵션(옵션 92)을 사용하여 클라이언트가 이 서버를 통해 액세스한 다른 IP 주소 목록을 반환하지 않습니다. 대신 서버는 이러한 모든 IP 주소에 대한 바인딩 정보를 반환합니다
클라이언트 디바이스의 MAC 주소 - 로컬 서버는 해당 MAC 주소가 있는 가장 최근의 클라이언트에 대한 바인딩 정보를 반환합니다.
참고:개별 리스쿼리와는 달리, 서버는 연관된 IP 옵션(옵션 92)을 사용하여 클라이언트가 이 서버를 통해 액세스한 다른 IP 주소 목록을 반환하지 않습니다. 대신 서버는 이러한 모든 IP 주소에 대한 바인딩 정보를 반환합니다
릴레이 에이전트 식별자 - 로컬 서버는 지정된 릴레이 에이전트 식별자를 가진 클라이언트에 할당된 모든 현재 활성 리스에 대한 바인딩 정보를 반환합니다(옵션 82, 하위 옵션 12). 식별자는 서버의 관리 도메인에서 고유합니다.
DHCP 클라이언트에 대한 서킷을 식별하기 위해 클라이언트에서 사용하는 액세스 서킷의 원격 ID—로컬 서버는 해당 에이전트 원격 ID(옵션 82, 하위 옵션 2)를 사용하는 클라이언트에 할당된 모든 현재 활성 리스에 대한 바인딩 정보를 반환합니다. 이 쿼리는 릴레이 에이전트당 수천 개의 클라이언트가 있는 확장 환경에서 특히 유용합니다. 다른 쿼리는 회로의 모든 클라이언트에 대한 통합 리스 정보를 반환하지 않습니다.
DHCPv4 로컬 서버는 DHCPv4 개별 리스퀴리 메시지 유형에 설명된 바와 같이 개별 리스쿼리에 사용된 동일한 DHCPLEASEACTIVE 및 DHCPLEASEUNASSIGNED 메시지로 릴레이 에이전트에 응답합니다. 각 메시지는 쿼리로 식별된 단일 바인딩에 해당합니다.
서버가 요청과 연관된 모든 바인딩을 반환하면 릴레이 에이전트에 DHCPLEASEQUERYDONE 메시지를 보냅니다. 대량 리스쿼리를 처리하는 동안 연결이 끊어지면 DHCP는 연결이 다운되기 전에 릴레이 에이전트가 수신한 요청된 정보의 양을 확인할 수 없습니다. 따라서 릴레이 에이전트는 쿼리를 다시 시도해야 합니다.
모든 쿼리 방법에 대해 DHCP 릴레이 에이전트는 다음 한정자를 포함할 수 있습니다.
query-start-time—쿼리에 지정된 시간 또는 그 이후에 변경된 바인딩을 반환합니다.
query-end-time—쿼리에 지정된 시간 또는 그 이전에 변경된 바인딩을 반환합니다.
이러한 조회 시간을 통해 에이전트는 모든 정보를 마지막으로 안정적인 스토리지에 커미트한 이후 손실된 바인딩 정보만 복구할 수 있습니다.
표 4 에는 DHCPv4 대량 리스쿼리와 관련된 메시지 유형이 설명되어 있습니다.
메시지 유형 |
옵션 53 유형 값 |
설명 |
|---|---|---|
DHCPBULKLEASEQUERY |
14 |
정보를 복원하기 위해 릴레이 에이전트가 DHCP 로컬 서버로 보냅니다. |
DHCPLEASEQUERYDONE |
15 |
대량 요청과 관련된 모든 바인딩 정보를 반환했을 때 로컬 서버의 응답입니다. |
DHCPv4 로컬 서버에서 보낸 메시지는 쿼리 상태에 대한 정보를 제공하기 위해 상태 코드 옵션(옵션 151)을 반환할 수 있습니다. DHCPLEASEACTIVE 및 DHCPLEASEUNASSIGNED 메시지에서 코드는 개별 바인딩 요청의 상태에 해당합니다. DHCPLEASEQUERYDONE 메시지에서 코드는 전체적으로 대량 리스쿼리 요청에 해당합니다. 표 5에는 상태 코드가 나와 있습니다.
암호 |
상태 |
설명 |
|---|---|---|
0 |
성공 |
요청이 성공적으로 완료되었습니다. 옵션 151이 없다는 것도 성공을 나타냅니다. |
1 |
UnSpecFail |
불특정 이유로 요청이 실패했습니다. |
2 |
쿼리 종료됨 |
로컬 서버가 쿼리를 수행할 수 없거나 쿼리를 일찍 종료했습니다. 후자의 경우 텍스트 문자열이 원인을 나타냅니다. |
3 |
잘못된 형식의 쿼리 |
로컬 서버에서 쿼리를 이해하지 못했습니다. |
4 |
허용되지 않음 |
쿼리는 이해되었지만 허용되지 않았습니다. |
DHCPv6 대량 리스쿼리
DHCPv6 대량 리스쿼리의 경우, DHCPv6 릴레이 에이전트는 포트 67을 통해 DHCPv6 로컬 서버에 대한 TCP 연결을 엽니다. 연결이 설정되면 릴레이 에이전트는 서버에 LEASEQUERY 메시지를 보냅니다. 쿼리 유형은 LQ_Query 옵션(옵션 44)에서 전달됩니다. 로컬 서버가 에이전트에 필요한 정보를 식별할 수 있도록 쿼리 유형은 다음 중 하나일 수 있습니다.
구성된 모든 IP 주소—로컬 서버는 로컬 서버에 구성된 모든 IP 주소에 대한 바인딩 정보를 반환합니다. IP 주소가 현재 활성 바인딩의 일부인지 여부에 관계없이 정보가 반환됩니다. 이를 통해 릴레이 에이전트는 특정 시점 이후에 발생한 모든 주소 변경으로 데이터베이스를 업데이트할 수 있습니다.
클라이언트 디바이스의 클라이언트 식별자 - 로컬 서버는 지정된 클라이언트 식별자(옵션 61)를 가진 클라이언트에서 가장 최근에 사용한 IP 주소에 대한 바인딩 정보를 반환합니다. 식별자는 서버의 관리 도메인에서 고유합니다.
참고:개별 리스쿼리와는 달리, 서버는 연관된 IP 옵션(옵션 92)을 사용하여 클라이언트가 이 서버를 통해 액세스한 다른 IP 주소 목록을 반환하지 않습니다. 대신 서버는 이러한 모든 IP 주소에 대한 바인딩 정보를 반환합니다
클라이언트 디바이스의 MAC 주소 - 로컬 서버는 해당 MAC 주소가 있는 가장 최근의 클라이언트에 대한 바인딩 정보를 반환합니다.
참고:개별 리스쿼리와는 달리, 서버는 연관된 IP 옵션(옵션 92)을 사용하여 클라이언트가 이 서버를 통해 액세스한 다른 IP 주소 목록을 반환하지 않습니다. 대신 서버는 이러한 모든 IP 주소에 대한 바인딩 정보를 반환합니다
릴레이 에이전트 식별자 - 로컬 서버는 지정된 릴레이 에이전트 식별자를 가진 클라이언트에 할당된 모든 현재 활성 리스에 대한 바인딩 정보를 반환합니다(옵션 82, 하위 옵션 12). 식별자는 서버의 관리 도메인에서 고유합니다.
DHCP 클라이언트에 대한 서킷을 식별하기 위해 클라이언트에서 사용하는 액세스 서킷의 원격 ID—로컬 서버는 해당 에이전트 원격 ID(옵션 82, 하위 옵션 2)를 사용하는 클라이언트에 할당된 모든 현재 활성 리스에 대한 바인딩 정보를 반환합니다. 이 쿼리는 릴레이 에이전트당 수천 개의 클라이언트가 있는 확장 환경에서 특히 유용합니다. 다른 쿼리는 회로의 모든 클라이언트에 대한 통합 리스 정보를 반환하지 않습니다.
DHCPv6 대량 리스쿼리의 경우, 프로세스가 jdhcpd 세션 데이터베이스(SDB)와의 연결을 시작하고 데이터베이스에 바인딩된 가입자가 없을 때마다 대량 리스쿼리 작업을 자동으로 시작하도록 DHCPv6 릴레이 에이전트를 구성하는 옵션을 선택적으로 지정할 trigger automatic 수 있습니다. 예를 들어, 자동 프로세스는 재부팅, GRES 또는 ISSU 작업 이후, 바인딩된 가입자가 없는 경우 대량 리스쿼리가 항상 DHCP 릴레이 정보를 업데이트하도록 보장합니다.
DHCPv6 대량 리스쿼리는 DHCPv6 개별 리스쿼리에서 사용하는 LEASEQUERY 및 LEASEQUERY-REPLY 메시지를 사용하지만 대량 리스쿼리의 동작과 의미는 약간 다릅니다. 표 6 은 이러한 메시지를 나열하고 DHCPv6 대량 리스쿼리와 관련된 두 가지 다른 메시지 유형을 설명합니다.
메시지 유형 |
DHCPv6 유형 값 |
설명 |
|---|---|---|
리스쿼리 |
14 |
정보를 복원하기 위해 릴레이 에이전트가 DHCP 로컬 서버로 보냅니다. |
리스쿼리-회신 |
15 |
쿼리의 성공 또는 실패를 나타내는 로컬 서버의 응답입니다. 또한 단일 쿼리 및 응답의 컨텍스트에서 변경되지 않는 서버 ID 및 클라이언트 ID와 같은 정보를 전달합니다. 쿼리가 성공하면 단일 LEASEQUERY-REPLY만 반환됩니다. 이 메시지에는 첫 번째 클라이언트에 대한 바인딩 정보도 포함됩니다. 추가 바인딩 데이터가 LEASEQUERY-DATA 메시지에 반환됩니다. 쿼리가 실패하면 바인딩 정보 없이 단일 LEASEQUERY-REPLY가 반환됩니다. |
리스쿼리 완료 |
16 |
관련 리스퀴리 응답 그룹의 끝을 나타내는 로컬 서버의 응답입니다. 요청에 대한 모든 응답이 릴레이 에이전트로 전송된 후 단일 LEASEQUERY-DONE 메시지가 전송됩니다. 이 메시지가 수신되면 릴레이 에이전트와 서버 간의 TCP 연결이 닫힙니다. |
리스퀴리 데이터 |
17 |
단일 DHCPv6 클라이언트의 리스 정보 또는 단일 링크의 접두사 위임 바인딩에 대한 정보가 포함된 로컬 서버의 응답. 이 메시지는 대량 리스쿼리가 여러 클라이언트에 대한 데이터를 반환할 때만 전송됩니다. 이 경우 LEASEQUERY-REPLY 메시지가 첫 번째 클라이언트에 대한 정보를 전달한 다음 다른 각 클라이언트에 대해 LEASEQUERY-DATA 메시지가 전송됩니다. |
DHCPv6 로컬 서버에서 보낸 메시지는 쿼리 상태에 대한 정보를 제공하기 위해 상태 코드 옵션(옵션 13)을 반환할 수 있습니다. LEASEQUERY-REPLY 메시지에서 코드는 개별 바인딩 요청의 상태에 해당합니다. LEASEQUERY-DONE 메시지에서 코드는 전체적으로 대량 리스쿼리 요청에 해당합니다. LEASEQUERY-DATA 메시지에는 상태 코드가 포함되지 않습니다. DHCPv6 대량 리스쿼리는 DHCPv6 개별 리스쿼리 상태 코드에 나열된 DHCPv6 개별 리스쿼리 상태 코드를 지원합니다. 메시지에는 표 7에 설명된 대량 리스쿼리에 대해 추가된 상태 코드도 포함될 수 있습니다.
암호 |
상태 |
설명 |
|---|---|---|
11 |
쿼리 종료됨 |
로컬 서버가 쿼리를 수행할 수 없거나 어떤 이유로 쿼리를 조기에 종료했습니다. 예를 들어, 로컬 서버가 종료되거나 요청된 정보를 수집할 리소스가 부족합니다. |
DHCP 활성 리스쿼리
Junos OS 릴리스 19.1R1부터 DHCP 활성 리스쿼리는 릴레이 에이전트가 동적 DHCP 바인딩 활동을 따라잡기 위해 클라이언트 정보의 주기적인 업데이트를 수신해야 하는 상황을 해결합니다. 개별 및 대량 리스쿼리는 요청될 때만 정보를 제공합니다. 클라이언트 정보가 나중에 로컬 서버에서 업데이트되면, 릴레이 에이전트가 로컬 서버에 다른 쿼리를 보내지 않는 한 해당 정보는 릴레이 에이전트로 전달되지 않습니다.
활성 리스쿼리를 사용하면 바인딩 상태가 변경될 때마다 서버가 클라이언트 정보의 실시간 업데이트를 제공할 수 있습니다. 선택적으로 활성 리스쿼리를 구성하여 바인딩 정보의 실시간 업데이트를 여러 릴레이 에이전트 피어로 전송하여 릴레이 에이전트 섀시 수준 중복을 지원할 수 있습니다. 라이브 업데이트는 릴레이 에이전트가 서버 또는 릴레이 에이전트 피어와의 TCP 연결을 시작하고 연결이 열린 상태로 유지되어야 함을 나타내는 ACTIVELEASEQUERY 메시지를 보낼 때 시작됩니다.
DHCP는 특정 조건이 발생하지 않는 한 TCP 연결을 닫지 않으며, 대부분 구성 가능한 시간 제한 또는 유휴 시간 제한 기간과 관련이 있습니다.
-
활성 리스쿼리에 대해 구성되지 않은 논리적 시스템 또는 라우팅 인스턴스에서 연결 요청이 수신된 경우.
-
시간 제한 기간이 만료될 만큼 TCP 읽기/쓰기 작업 중에 연결이 차단되면 연결이 닫히고 다시 시작할 수 있습니다. 읽기 작업은 릴레이 에이전트가 쿼리에 대한 응답을 읽으려고 할 때입니다. 쓰기 작업은 서버 또는 피어 릴레이 에이전트가 릴레이 에이전트에 응답을 보내려고 할 때입니다
-
유휴 시간 제한 기간 동안 연결에서 트래픽이 수신되지 않은 경우.
활성 리스쿼리 작업 중에는 바인딩 정보가 변경될 때만 업데이트됩니다. 그 결과, 서버 또는 피어 릴레이 에이전트가 정보를 보내지 않는 기간이 있습니다. 기간이 유휴 시간 초과보다 길면 연결이 끊어집니다. 부적절한 연결 끊김을 방지하기 위해 서버 또는 피어 릴레이 에이전트는 유휴 타임아웃 기간의 1/2에 해당하는 간격으로 DHCPLEASEACTIVE(DHCPv4) 또는 LEASEQUERY-DATA(DHCPv6) 메시지를 보냅니다. 이러한 메시지는 사용할 수 있는 업데이트가 없을 때 전송되므로 바인딩 정보를 포함하지 않습니다. 이러한 메시지는 활동 부족이 문제가 되지 않음을 나타내는 hello 또는 keepalive 메시지 역할을 하여 연결을 활성 상태로 유지합니다.
TCP 연결이 닫히면 릴레이 에이전트는 연결 재설정을 시도합니다. 재시도에는 TCP 연결이 종료된 시점부터 변경된 바인딩 정보를 보내도록 서버 또는 피어 릴레이 에이전트에 신호를 보내는 옵션이 포함됩니다. 이 정보를 따라잡기 정보라고도 합니다. 이 옵션은 연결이 종료될 때 절대 타임스탬프를 지정합니다. 즉, 서버 또는 피어 릴레이 에이전트와의 마지막으로 성공적인 통신 시간입니다. DHCPv4는 query-start-time 옵션(옵션 154)을 사용합니다. DHCPv6는 LQ_START_TIME 옵션(옵션 101)을 사용합니다.
어떤 경우에는 서버 또는 피어 릴레이 에이전트가 타임스탬프 이후의 바인딩 변경에 대한 모든 정보를 가지고 있지 않습니다. 예를 들어, 디바이스에 모든 것을 저장할 메모리가 충분하지 않을 수 있습니다. 이러한 경우 디바이스는 DHCPLEASEQUERYSTATUS(DHCPv4) 또는 LEASEQUERY-REPLY(DHCPv6) 메시지가 DataMissing(5)의 상태 코드와 함께 전송됩니다.
활성 리스쿼리는 대량 리스쿼리 메커니즘을 사용하기 때문에 활성 리스쿼리를 구성하기 전에 먼저 대량 리스쿼리를 구성해야 합니다. 대량 리스쿼리가 구성되지 않은 경우 활성 리스쿼리 구성이 커밋 검사에 실패합니다.
활성 리스퀴리 작업을 구성하려면 DHCP 릴레이 에이전트와 DHCP 서버 모두에서 지원을 활성화합니다. 릴레이 에이전트와 로컬 서버 모두에 대한 통신 세부 정보를 구성할 수 있습니다. 개별 및 대량 리스쿼리와 달리 활성 리스쿼리에는 쿼리 유형이 없습니다. 명령으로 request 활성 리스퀴리를 트리거하지 않습니다. 대신 활성 리스쿼리가 구성될 때 트리거가 자동으로 수행됩니다.
DHCPv4 활성 리스퀴리
DHCPv4 활성 리스쿼리의 경우, DHCPv4 릴레이 에이전트는 포트 67을 통해 DHCPv4 로컬 서버에 대한 TCP 연결을 엽니다. 연결이 설정되면 릴레이 에이전트는 서버에 DHCPACTIVELEASEQUERY 메시지를 보냅니다. 이 메시지는 이것이 장기 연결임을 나타냅니다. 시간 초과의 결과로만 닫힙니다.
DHCPv4 로컬 서버는 DHCPv4 개별 리스퀴리 메시지 유형에 설명된 바와 같이 개별 리스쿼리에 사용된 동일한 DHCPLEASEACTIVE 및 DHCPLEASEUNASSIGNED 메시지로 릴레이 에이전트에 응답합니다. 각 메시지는 쿼리로 식별된 단일 바인딩에 해당합니다. DHCP 로컬 서버는 바인딩 정보가 변경될 때마다 응답 메시지를 계속 보냅니다. 표 8 에는 DHCPv4 활성 리스쿼리와 관련된 메시지 유형이 설명되어 있습니다.
| 메시지 유형 |
옵션 53 유형 값 |
설명 |
|---|---|---|
| DHCPACTIVELEASEQUERY |
16 |
릴레이 에이전트가 DHCP 로컬 서버로 전송하여 로컬 서버에서 정보가 변경될 때마다 릴레이 에이전트에서 바인딩 정보를 실시간으로 업데이트할 수 있습니다. 또한 피어 릴레이 에이전트 간에 전송되어 바인딩 정보에 대한 핫 스탠바이 중복을 제공할 수 있습니다. |
| DHCPLEASEQUERYSTATUS |
17 |
로컬 서버가 요청과 연관된 바인딩 정보를 반환했을 때의 응답입니다. TCP 연결은 수명이 길기 때문에 연결이 유휴 상태일 때(바인딩 업데이트가 전송되지 않을 때) 이 메시지가 정기적으로 전송됩니다. 이 경우 메시지에는 연결이 여전히 작동 중임을 릴레이 에이전트에 알리는 ConnectionActive 상태 코드(6)가 포함됩니다. |
로컬 서버에서 보낸 메시지는 상태 코드 옵션(옵션 151)을 반환할 수 있습니다. DHCPLEASEACTIVE 및 DHCPLEASEUNASSIGNED 메시지에서 코드는 개별 응답의 상태에 해당합니다. DHCPLEASEQUERYSTATUS 메시지에서 코드는 활성 리스퀴리 요청 전체에 대한 메시지 스트림에 해당합니다. DHCPv4 활성 리스쿼리는 DHCPv4 대량 리스쿼리 상태 코드에 나열된 대량 리스쿼리 상태 코드를 지원합니다. 메시지에는표 9에 설명된 활성 리스퀴리를 위해 추가된 상태 코드도 포함될 수 있습니다.
| 암호 |
상태 |
설명 |
|---|---|---|
| 5 |
데이터 누락 |
요청된 바인딩 정보를 사용할 수 없습니다. 예를 들어 로컬 서버 또는 피어에 query-start-time 옵션으로 요청한 대로 충분한 데이터가 없는 경우 이 상태 코드는 즉시 LEASEQUERY-REPLY 메시지로 전송됩니다. |
| 6 |
연결활성 |
TCP 연결은 여전히 활성 상태입니다. |
| 7 |
따라잡기완료 |
로컬 서버는 릴레이 에이전트가 요청한 모든 저장된 데이터를 전송했습니다. |
DHCPv6 활성 리스쿼리
DHCPv6 활성 리스쿼리의 경우, DHCPv6 릴레이 에이전트는 포트 67을 통해 DHCPv4 로컬 서버에 대한 TCP 연결을 엽니다. 연결이 설정되면 릴레이 에이전트는 서버에 ACTIVELEASEQUERY 메시지를 보냅니다. 이 메시지는 이것이 장기 연결임을 나타냅니다. 시간 초과의 결과로만 닫힙니다.
DHCPv6 로컬 서버는 대량 리스쿼리에 사용된 것과 동일한 LEASEQUERY-REPLY, LEASEQUERY-DATA 및 LEASEQUERY-DONE 메시지로 릴레이 에이전트에 응답합니다. 각 메시지는 쿼리로 식별된 단일 바인딩에 해당합니다. DHCP 로컬 서버는 바인딩 정보가 변경될 때마다 응답 메시지를 계속 보냅니다. 표 10 에는 이러한 메시지와 DHCPv6 활성 리스쿼리와 관련된 쿼리 메시지 유형이 나열되어 있습니다.
| 메시지 유형 |
DHCPv6 유형 값 |
설명 |
|---|---|---|
| ACTIVELEASEQUERY |
22 |
릴레이 에이전트가 DHCP 로컬 서버로 전송하여 로컬 서버에서 정보가 변경될 때마다 릴레이 에이전트에서 바인딩 정보를 실시간으로 업데이트할 수 있습니다. 또한 피어 릴레이 에이전트 간에 전송되어 바인딩 정보에 대한 핫 스탠바이 중복을 제공할 수 있습니다. |
| 리스쿼리-회신 |
15 |
쿼리의 성공 또는 실패를 나타내는 로컬 서버의 응답입니다. 또한 단일 쿼리 및 응답의 컨텍스트에서 변경되지 않는 서버 ID 및 클라이언트 ID와 같은 정보를 전달합니다. 쿼리가 성공하면 단일 LEASEQUERY-REPLY만 반환됩니다. 이 메시지에는 첫 번째 클라이언트에 대한 바인딩 정보도 포함됩니다. 추가 바인딩 데이터가 LEASEQUERY-DATA 메시지에 반환됩니다. 쿼리가 실패하면 바인딩 정보 없이 단일 LEASEQUERY-REPLY가 반환됩니다. |
| 리스쿼리 완료 |
16 |
연결을 종료해야 함을 나타내는 로컬 서버의 응답입니다. 예를 들어 서버가 종료될 때 서버는 QueryTerminated 상태 코드(11)와 함께 이를 보낼 수 있습니다. |
| 리스퀴리 데이터 |
17 |
단일 DHCPv6 클라이언트의 리스 정보 또는 단일 링크의 접두사 위임 바인딩에 대한 정보가 포함된 로컬 서버의 응답. 이 메시지는 리스쿼리가 여러 클라이언트에 대한 데이터를 반환할 때만 전송됩니다. 이 경우 LEASEQUERY-REPLY 메시지가 첫 번째 클라이언트에 대한 정보를 전달한 다음 다른 각 클라이언트에 대해 LEASEQUERY-DATA 메시지가 전송됩니다. |
DHCPv6 로컬 서버에서 보낸 메시지는 상태 코드 옵션(옵션 13)을 반환할 수 있습니다. DHCPv6 활성 리스쿼리 는 DHCPv6 개별 리스쿼리 상태 코드 및 DHCPv6 대량 리스쿼리 상태 코드에 각각 나열된 개별 리스쿼리 및 대량 리스쿼리 상태 코드를 지원합니다. 메시지에는 표 11에 설명된 활성 리스퀴리에 대해 추가된 상태 코드도 포함될 수 있습니다.
| 암호 |
상태 |
설명 |
|---|---|---|
| 12 |
데이터 누락 |
요청된 바인딩 정보를 사용할 수 없습니다. |
| 13 |
따라잡기완료 |
로컬 서버는 릴레이 에이전트가 요청한 모든 저장된 데이터를 전송했습니다. |
| 14 |
지원되지 않음 |
로컬 서버는 릴레이 에이전트가 요청한 모든 저장된 데이터를 전송했습니다. |
활성 리스쿼리를 통한 섀시 수준 이중화
활성 리스퀴리를 사용하여 여러 DHCP 릴레이 에이전트 피어 간에 바인딩 정보를 동기화할 수 있습니다. 간단히 하기 위해 이 설명에서는 두 개의 피어만 있는 동작에 대해 설명합니다. 피어 릴레이 에이전트가 다시 시작되거나 디바이스가 재부팅되면 다른 릴레이가 인계받아 가시적인 중단 없이 모든 DHCP 클라이언트에 서비스를 제공할 수 있습니다. 피어 릴레이 에이전트가 다시 작동하면 활성 피어와의 TCP 연결을 다시 설정합니다. 그런 다음 피어는 바인딩 정보를 동기화합니다. 그림 1 은 다음과 같은 특성을 가진 릴레이 에이전트 중복을 지원하기 위한 간단한 DHCP 토폴로지를 보여줍니다.
-
각 DHCP 클라이언트는 두 릴레이 에이전트에 모두 연결됩니다.
-
두 릴레이 에이전트는 동일한 DHCP 서버에 연결됩니다.
-
각 릴레이 에이전트에서 문을 구성할
active leasequery때, 다른 릴레이 에이전트도 피어로 지정합니다. -
피어는 표 8 및 표 10에 설명된 대로 통신에 동일한 활성 리스쿼리 메시지를 사용합니다. 여기서는 보여주지 않지만 외부 RADIUS 서버가 토폴로지의 일부인 경우 RADIUS 서버와의 상호 작용에 차이가 없습니다.
다음 시퀀스에서는 활성 리스쿼리가 둘 다에 구성될 때 릴레이 에이전트가 피어 관계를 설정하고 바인딩 정보를 공유하는 방법을 설명합니다. 이 예는 DHCPv4에 대한 것이지만 메커니즘은 DHCPv6에 대해 동일합니다.
-
두 릴레이 에이전트 모두 활성 DHCP 클라이언트 바인딩을 가지고 있지만 활성 리스쿼리는 아직 구성되지 않았습니다.
-
두 릴레이 에이전트에서 활성 리스쿼리를 구성하고, 서로를 피어로 지정하고, 구성을 커밋합니다.
-
구성이 커밋될 때 두 피어 에이전트 모두 TCP 연결 설정을 시도합니다. 릴레이 에이전트 릴레이 에이전트 1이 연결을 성공적으로 설정했다고 가정합니다. 피어 릴레이 에이전트 2의 시도가 중단됩니다.
-
그런 다음 릴레이 에이전트 1은 릴레이 에이전트 2에 ACTIVELEASEQUERY 메시지를 보냅니다.
-
릴레이 에이전트 2는 가입자 데이터베이스의 바인딩에 대한 정보를 릴레이 에이전트 1로 보냅니다. 또한 자체 ACTIVELEASEQUERY 메시지를 릴레이 에이전트 1에 전송하여 피어의 클라이언트 정보를 수집합니다.
-
릴레이 에이전트 1은 결합 정보를 릴레이 에이전트 2에 보냅니다. 릴레이 에이전트 1과 릴레이 에이전트 2는 각각 수신된 바인딩 정보를 처리하고 해당 데이터베이스에 커밋합니다.
-
각 릴레이 에이전트는 라이선스 갱신, 새로운 요청, 리스 만료 등과 같은 자체 클라이언트에 대한 바인딩 정보를 업데이트할 때 각 변경 사항이 발생할 때 업데이트된 정보가 포함된 리스쿼리 응답 메시지를 피어에 보냅니다.
-
이제 릴레이 에이전트 1이 재부팅되었다고 가정해봅시다. TCP 연결이 끊어집니다. 릴레이 에이전트 2는 릴레이 에이전트 1과의 연결을 다시 설정하려고 시도합니다. 그동안 릴레이 에이전트 1을 통해 흐르던 DHCP 가입자 트래픽은 이제 중단 없이 릴레이 에이전트 2를 통해 흐릅니다.
-
활성 리스쿼리는 릴레이 에이전트 1이 다시 작동할 때 트리거됩니다. TCP 연결이 다시 설정되고 피어가 ACTIVELEASEQUERY 메시지를 교환합니다. 릴레이 에이전트 1은 이 시점에서 공유할 구속력 있는 정보가 없습니다. 릴레이 에이전트 2는 현재 결합 정보를 모두 릴레이 에이전트 1로 보냅니다. 이 정보는 릴레이 에이전트 1이 서비스 중단된 동안 변경되었을 수 있습니다. 그 결과 이제 두 릴레이 에이전트 모두 동기화된 데이터베이스를 갖게 됩니다.
개별, 대량 및 활성 리스쿼리 작업에 대한 지원 구성 지침
개별, 대량 또는 활성 리스쿼리 지원을 구성할 때 다음 지침을 고려하십시오.
이 라우터는 개별 리스쿼리, 대량 리스쿼리 및 활성 리스쿼리의 동시 구성을 지원합니다. 활성 리스쿼리를 사용하려면 대량 리스쿼리를 구성해야 합니다.
이 라우터는 DHCPv4와 DHCPv6 모두에 대해 동시 듀얼 스택 구성을 지원합니다. 그러나 이중 스택 환경의 경우 DHCPv4 및 DHCPv6 개별 리스쿼리 또는 대량 리스쿼리 작업을 별도로 트리거해야 합니다.
DHCP 릴레이 에이전트는 정적 및 동적 인터페이스를 통해 개별 리스쿼리 또는 대량 리스쿼리를 지원합니다. 활성 리스쿼리는 섀시 중복을 위해 서버 대면 정적 인터페이스 또는 피어 대면 정적 인터페이스에서만 지원됩니다.
DHCP 로컬 서버는 릴레이 대면 정적 인터페이스에서만 대량 리스쿼리를 지원합니다.
DHCP 로컬 서버는 DHCPv4의 경우 포트 67과 DHCPv6의 경우 포트 547의 TCP 연결에서 DHCP 릴레이 에이전트의 대량 리스쿼리 및 활성 리스쿼리 요청을 수신합니다.
대량 리스쿼리 및 활성 리스쿼리는 PPP/PPPoE를 통한 DHCP에 대해 지원되지 않습니다.
활성 리스쿼리는 다음 스택 조합에서 지원됩니다.
정적 인터페이스를 통한 DHCP (ge/ae/xe/irb/ps) (Junos OS 릴리스 20.1R1에 추가된 ps 인터페이스에 대한 지원)
IP Demux 인터페이스를 통한 DHCP
VLAN Demux 인터페이스를 통한 DHCP
VLAN Demux 인터페이스를 통한 DHCP over IP
Junos OS 릴리스 19.1R1부터 DHCPv4 릴레이 에이전트는 다음과 같이 DHCP 로컬 서버로 전달하는 각 패킷에 Relay-ID 옵션을 삽입합니다.
릴레이 에이전트는 항상 스누핑되지 않은 패킷에 옵션을 삽입합니다.
릴레이 에이전트는 해당 LS:RI에 대량 리스쿼리가 구성된 경우에만 스누핑된 패킷에 옵션을 삽입합니다.
네트워크에 통합 라우팅 및 브리징(IRB) 인터페이스가 포함된 경우, 옵션 82의 서킷 ID에 IRB 이름과 함께 레이어 2 인터페이스 이름을 포함하도록 DHCP 릴레이 에이전트를 구성해야 합니다. DHCP 릴레이 에이전트는 리스쿼리 또는 대량 리스쿼리를 사용하여 리스 데이터베이스를 복원할 때 레이어 2 인터페이스 이름을 사용합니다.
DHCP 개별 리스퀴리 구성 및 사용
개별 리스쿼리 작업은 DHCP 릴레이 에이전트의 리스 데이터베이스를 지정된 단일 가입자와 관련된 정보로 업데이트합니다. DHCP 클라이언트의 IPv4 주소, MAC 주소 또는 클라이언트 ID로 DHCPv4 가입자를 식별할 수 있습니다. DHCP 클라이언트의 IPv6 주소 또는 클라이언트 ID로 DHCPv6 가입자를 식별합니다.
시작하기 전에 개별, 대량 및 활성 리스퀴리 작업에 대한 지원 구성 지침을 읽고 DHCP 릴레이 에이전트에 다음과 같은 필수 지원이 구성되어 있는지 확인하십시오.
(DHCPv4만 해당) DHCP 릴레이 에이전트는 릴레이가 DHCP 서버로 전달하는 DHCP 패킷에 옵션 82 하위 옵션 1(에이전트 서킷 ID)을 삽입합니다. DHCP 릴레이 에이전트 옵션 82 정보 사용하기를 참조하세요.
네트워크에 통합 라우팅 및 브리징(IRB) 인터페이스가 포함된 경우 다음 예와 같이 명령문도 포함
include-irb-and-l2해야 합니다. 이 문은 옵션 82의 서킷 ID에 IRB 이름과 함께 레이어 2 인터페이스 이름을 포함하도록 DHCP 릴레이 에이전트를 구성합니다. DHCP 릴레이 에이전트는 리스쿼리 또는 대량 리스쿼리를 사용하여 리스 데이터베이스를 복원할 때 레이어 2 인터페이스 이름을 사용합니다.[edit forwarding-options dhcp-relay] user@host# set relay-option-82 circuit-id include-irb-and-l2
(DHCPv4만 해당) DHCP 릴레이 에이전트는 릴레이가 DHCP 서버로 전달하는 DHCP 패킷에 항상 새로운 옵션 82 정보를 포함합니다. 옵션 82 정보 재정의를 참조하십시오.
[edit forwarding-options dhcp-relay] user@host# set overrides always-write-option-82
(DHCPv6만 해당) DHCP 릴레이 에이전트는 릴레이가 DHCPv6 서버로 전달하는 패킷에 DHCPv6 인터페이스 ID(옵션 18)를 삽입합니다. DHCPv6 패킷에 DHCPv6 interface-ID 옵션(옵션 18) 삽입을 참조하십시오.
네트워크에 통합 라우팅 및 브리징(IRB) 인터페이스가 포함된 경우 다음 예와 같이 명령문도 포함
include-irb-and-l2해야 합니다. 이 문은 옵션 82의 서킷 ID에 IRB 이름과 함께 레이어 2 인터페이스 이름을 포함하도록 DHCPv6 릴레이 에이전트를 구성합니다. DHCP 릴레이 에이전트는 리스쿼리 또는 대량 리스쿼리를 사용하여 리스 데이터베이스를 복원할 때 레이어 2 인터페이스 이름을 사용합니다.[edit forwarding-options dhcp-relay dhcpv6] user@host# set relay-agent-interface-id include-irb-and-l2
개별 리스퀴리 작업을 구성하고 사용하려면 다음 단계를 따르십시오.
supported show and clear 명령을 사용하여 DHCP 릴레이 에이전트 및 DHCP 로컬 서버에 대한 대량 리스퀴리 작업에 대한 정보를 관리하고 표시합니다. DHCP 개별 및 대량 리스쿼리 구성 확인 및 관리를 참조하십시오.
DHCP 대량 리스쿼리 구성 및 사용
대량 리스쿼리 작업은 알려진 대상에 대한 개별 바인딩만 쿼리하는 개별 리스쿼리와 달리 DHCP 릴레이 에이전트의 리스 데이터베이스를 여러 가입자에 대한 정보로 업데이트합니다. 또한 대량 리스쿼리는 추가 쿼리 옵션 및 기능을 제공하여 개별 리스쿼리를 확장합니다.
시작하기 전에 개별, 대량 및 활성 리스퀴리 작업에 대한 지원 구성 지침을 읽고 DHCP 릴레이 에이전트에 다음과 같은 필수 지원이 구성되어 있는지 확인하십시오.
(DHCPv4만 해당) DHCP 릴레이 에이전트는 릴레이가 DHCP 서버로 전달하는 DHCP 패킷에 옵션 82 하위 옵션 1(에이전트 서킷 ID)을 삽입합니다. DHCP 릴레이 에이전트 옵션 82 정보 사용하기를 참조하세요.
네트워크에 통합 라우팅 및 브리징(IRB) 인터페이스가 포함된 경우 다음 예와 같이 명령문도 포함
include-irb-and-l2해야 합니다. 이 문은 옵션 82의 서킷 ID에 IRB 이름과 함께 레이어 2 인터페이스 이름을 포함하도록 DHCPv6 릴레이 에이전트를 구성합니다. DHCP 릴레이 에이전트는 리스쿼리 또는 대량 리스쿼리를 사용하여 리스 데이터베이스를 복원할 때 레이어 2 인터페이스 이름을 사용합니다.[edit forwarding-options dhcp-relay] user@host# set relay-option-82 circuit-id include-irb-and-l2
(DHCPv4만 해당) DHCP 릴레이 에이전트는 릴레이가 DHCP 서버로 전달하는 DHCP 패킷에 항상 새로운 옵션 82 정보를 포함합니다. 옵션 82 정보 재정의를 참조하십시오.
[edit forwarding-options dhcp-relay] user@host# set overrides always-write-option-82
(DHCPv6만 해당) DHCP 릴레이 에이전트는 DHCPv6 서버로 전달되는 패킷에 DHCPv6 인터페이스 ID(옵션 18)를 삽입합니다. DHCPv6 패킷에 DHCPv6 interface-ID 옵션(옵션 18) 삽입을 참조하십시오.
[edit forwarding-options dhcp-relay dhcpv6] user@host# set relay-agent-interface-id
네트워크에 통합 라우팅 및 브리징(IRB) 인터페이스가 포함된 경우 다음 예와 같이 명령문도 포함
include-irb-and-l2해야 합니다. 이 문은 옵션 82의 서킷 ID에 IRB 이름과 함께 레이어 2 인터페이스 이름을 포함하도록 DHCPv6 릴레이 에이전트를 구성합니다. DHCP 릴레이 에이전트는 리스쿼리 또는 대량 리스쿼리를 사용하여 리스 데이터베이스를 복원할 때 레이어 2 인터페이스 이름을 사용합니다.[edit forwarding-options dhcp-relay dhcpv6] user@host# set relay-agent-interface-id include-irb-and-l2
다음 단계를 사용하여 대량 리스퀴리 작업을 구성하고 사용합니다.
supported show and clear 명령을 사용하여 DHCP 릴레이 에이전트 및 DHCP 로컬 서버에 대한 대량 리스퀴리 작업에 대한 정보를 관리하고 표시합니다. DHCP 개별 및 대량 리스쿼리 구성 확인 및 관리를 참조하십시오.
DHCP 활성 리스퀴리 구성 및 사용
시작하기 전에 개별, 대량 및 활성 리스퀴리 작업에 대한 지원 구성 지침을 읽고 DHCP 릴레이 에이전트에 다음과 같은 필수 지원이 구성되어 있는지 확인하십시오.
-
(DHCPv4만 해당) DHCP 릴레이 에이전트는 릴레이가 DHCP 서버로 전달하는 DHCP 패킷에 옵션 82 하위 옵션 1(에이전트 서킷 ID)을 삽입합니다. DHCP 릴레이 에이전트 옵션 82 정보 사용하기를 참조하세요.
네트워크에 통합 라우팅 및 브리징(IRB) 인터페이스가 포함된 경우 다음 예와 같이 명령문도 포함
include-irb-and-l2해야 합니다. 이 문은 옵션 82의 서킷 ID에 IRB 이름과 함께 레이어 2 인터페이스 이름을 포함하도록 DHCPv6 릴레이 에이전트를 구성합니다. DHCP 릴레이 에이전트는 리스쿼리 또는 대량 리스쿼리를 사용하여 리스 데이터베이스를 복원할 때 레이어 2 인터페이스 이름을 사용합니다.[edit forwarding-options dhcp-relay] user@host# set relay-option-82 circuit-id include-irb-and-l2
-
(DHCPv4만 해당) DHCP 릴레이 에이전트는 릴레이가 DHCP 서버로 전달하는 DHCP 패킷에 항상 새로운 옵션 82 정보를 포함합니다. 옵션 82 정보 재정의를 참조하십시오.
[edit forwarding-options dhcp-relay] user@host# set overrides always-write-option-82
-
(DHCPv6만 해당) DHCP 릴레이 에이전트는 DHCPv6 서버로 전달되는 패킷에 DHCPv6 인터페이스 ID(옵션 18)를 삽입합니다. DHCPv6 패킷에 DHCPv6 interface-ID 옵션(옵션 18) 삽입을 참조하십시오.
네트워크에 통합 라우팅 및 브리징(IRB) 인터페이스가 포함된 경우 다음 예와 같이 명령문도 포함
include-irb-and-l2해야 합니다. 이 문은 옵션 82의 서킷 ID에 IRB 이름과 함께 레이어 2 인터페이스 이름을 포함하도록 DHCPv6 릴레이 에이전트를 구성합니다. DHCP 릴레이 에이전트는 리스쿼리 또는 대량 리스쿼리를 사용하여 리스 데이터베이스를 복원할 때 레이어 2 인터페이스 이름을 사용합니다.[edit forwarding-options dhcp-relay dhcpv6] user@host# set relay-agent-interface-id include-irb-and-l2
-
섀시 수준 DHCP 릴레이 에이전트 중복을 위해 다음 지침이 적용됩니다.
-
DHCP 릴레이 에이전트 중복 피어는 동기화된 데이터베이스를 갖기 위해 모두 동일한 가입자 구성을 가져야 합니다.
-
가입자가 올라오는 액세스 인터페이스(
ge,xe, 또는ae)의 전체 인터페이스 이름은 DHCP 릴레이 에이전트 중복 피어에서 동일해야 합니다.
-
-
활성 리스쿼리는 대량 리스쿼리의 확장이므로 활성 리스쿼리가 작동하려면 대량 리스쿼리를 구성해야 합니다. DHCP 대량 리스퀴리 구성 및 사용을 참조하십시오.
활성 리스퀴리 작업은 로컬 서버에서 DHCP 바인딩 정보가 변경될 때 여러 가입자를 위한 DHCP 릴레이 에이전트에 라이브 업데이트를 보냅니다. 또한 활성 리스퀴리를 구성의 일부로 사용하여 피어 릴레이 에이전트 간에 바인딩 정보의 중복을 제공할 수 있습니다.
다음 단계를 사용하여 활성 리스퀴리 작업을 구성하고 사용합니다.
이러한 단계는 대량 리스퀴리 구성을 복제하지 않습니다. 예를 들어, 이 단계는 필요한 대량 리스쿼리 구성의 일부이기 때문에 최대 TCP 연결 수를 구성하는 것은 포함되지 않습니다.
supported show and clear 명령을 사용하여 DHCP 릴레이 에이전트 및 DHCP 로컬 서버에 대한 대량 리스퀴리 작업에 대한 정보를 관리하고 표시합니다. DHCP 개별 및 대량 리스쿼리 구성 확인 및 관리를 참조하십시오.
액티브-액티브 모드(ACX7100-32C, ACX7100-48L, ACX7332, ACX7348, ACX7509, ACX7024 및 ACX7024X)를 위한 EVPN-MPLS DHCPv6-PD 스테이트풀 릴레이 동기화
이 DHCPv6-PD 스테이트풀 릴레이 동기화 기능은 다음을 포함하는 DHCPv6 접두사 위임 구성을 지원합니다.
-
액티브-액티브 모드를 위한 EVPN-MPLS의 두 리프 노드 간 동기화
-
DHCPv6 접두사 위임을 사용하여 CPE에 대한 IPv6 접두사 위임을 자동화합니다.
- DHCPv6 릴레이 에이전트에서 대량 리스쿼리 지원.
- DHCP 릴레이 에이전트가 DHCP 대량 리스쿼리 메시지를 전송할 때 사용하는 매개 변수를 구성하여 논리적 시스템/라우팅 인스턴스의 DHCP 로컬 서버에서 리스 정보를 가져옵니다.
-
IRB를 통한 Active-lease-query/Bulk-lease-query를 사용한 EVPN-VXLAN DHCPv6 상태 동기화.
[ EVPN-VXLAN의 IRB 인터페이스에서 지원되는 프로토콜, DHCP 리스퀴리 방법, active-leasequery(DHCP 릴레이 에이전트) 및 bulk-leasequery(DHCP 릴레이 에이전트) 를 참조하십시오. ]
구성 예:
다음 예는 stale-timer 설정이 있는 액티브-액티브 구성을 표시합니다. 활성-활성 리스 쿼리를 지원하려면 Stale-timer 구성이 필요합니다. 이 구성은 두 피어가 동시에 요청 패킷을 가져올 때 동기화 시간을 최적화합니다.
dhcp-relay
{
dhcpv6
{
group v6relay
{
active-server-group v6server;
interface irb.0;
}
relay-agent-interface-id
{
include-irb-and-l2;
}
server-group
{
v6server
{
1000::1;
}
}
bulk-leasequery;
active-leasequery
{
peer-address
{
1003::1;
}
}
}
overrides
{
always-write-option-82;
}
relay-option-82
{
circuit-id
{
include-irb-and-l2;
}
}
server-group {
v4server {
100.0.0.1;
}
}
group v4relay {
active-server-group v4server;
interface irb.0;
}
stale-timer 20;
bulk-leasequery;
active-leasequery {
peer-address {
103.0.0.1;
}
}
}
dhcp-relay {
dhcpv6 {
group v6relay {
active-server-group v6server;
interface irb.0;
}
relay-agent-interface-id {
include-irb-and-l2;
}
server-group {
v6server {
1000::1;
}
}
bulk-leasequery;
active-leasequery {
peer-address {
1002::1;
}
}
}
overrides {
always-write-option-82;
}
relay-option-82 {
circuit-id {
include-irb-and-l2;
}
}
server-group {
v4server {
100.0.0.1;
}
}
group v4relay {
active-server-group v4server;
interface irb.0;
}
stale-timer 20;
bulk-leasequery;
active-leasequery {
peer-address {
102.0.0.1;
}
}
}
DHCP 릴레이 에이전트 리스 데이터베이스를 업데이트하기 위한 DHCP 리스퀴리 시작
DHCP 릴레이 에이전트가 개별 리스쿼리 또는 대량 리스쿼리 작업을 시작하도록 DHCP 로컬 서버에서 현재 리스 정보를 요청하도록 요청 명령을 실행해야 합니다. 각 개별 리스쿼리는 DHCP 릴레이 에이전트의 리스 데이터베이스를 개별 클라이언트에 대한 정보로 업데이트합니다. 각 대량 리스쿼리는 여러 클라이언트에 대한 릴레이 에이전트의 리스 데이터베이스를 업데이트합니다. 표 12 에는 DHCPv4, DHCPv6, 개별 리스쿼리 및 대량 리스쿼리에 사용할 수 있는 다양한 쿼리 옵션이 나와 있습니다.
쿼리 옵션 |
DHCPv4 개별 리스쿼리 |
DHCPv4 대량 리스쿼리 |
DHCPv6 개별 리스쿼리 |
DHCPv6 대량 리스쿼리 |
|---|---|---|---|---|
에이전트 원격 ID |
– |
✓ |
– |
✓ |
클라이언트 ID |
✓ |
✓ |
– |
– |
클라이언트 ID(DUID) |
– |
– |
✓ |
✓ |
게이트웨이 주소 |
✓ 필수 |
– |
– |
– |
IPv4 주소 |
✓ |
✓ |
– |
– |
IPv6 접두사 |
– |
– |
✓ |
✓ |
링크 주소 |
– |
– |
– |
✓ |
MAC 주소 |
✓ |
✓ |
– |
– |
릴레이 에이전트 ID |
– |
✓ |
– |
✓ |
문과 trigger automatic 옵션을 사용하여 bulk-leasequery 릴레이 에이전트에서 DHCPv6 대량 리스쿼리를 구성한 경우, 명령으로 쿼리 request 를 시작하지 않습니다. 대신 릴레이 에이전트의 jdhcpd 프로세스가 시작될 때마다(예: jdhcpd 재시작, 릴레이 에이전트 디바이스 재부팅, 그레이스풀 라우팅 엔진 전환 또는 통합 ISSU 후) 세션 데이터베이스에 바인딩된 가입자가 없을 때마다 쿼리가 자동으로 트리거됩니다. 자동 대량 리스쿼리는 항상 릴레이 에이전트 Relay-ID 옵션(옵션 53)을 기반으로 합니다.
자동 트리거 지원이 구성된 경우에도 명령을 사용하여 request 자동 쿼리와 별도로 대량 리스쿼리를 수동으로 트리거할 수 있습니다.
활성 리스쿼리는 시작을 위한 명령이 필요하지 request 않습니다. 대신 구성할 때 자동으로 시작됩니다. 활성 리스쿼리를 사용하려면 대량 리스쿼리를 구성해야 합니다.
DHCPv4 릴레이 에이전트는 서로 다른 IP 주소를 가진 여러 인터페이스를 가질 수 있으므로 각 인터페이스는 서로 다른 클라이언트 집합에 대한 게이트웨이 역할을 할 수 있습니다. 즉, 요청에서 항상 게이트웨이 주소를 지정해야 합니다.
바인딩 정보를 업데이트하기 위해 DHCPv4 개별 리스쿼리를 시작하려면 항상 릴레이 에이전트의 게이트웨이 IP 주소를 지정해야 합니다. 또한 쿼리 유형도 지정해야 합니다.
클라이언트에 임대된 IP 주소를 지정합니다.
user@host> request dhcp relay leasequery ipv4-address gateway-address giaddr
클라이언트의 MAC 주소 지정.
user@host> request dhcp relay leasequery mac-address gateway-address giaddr
클라이언트 식별자를 지정합니다(옵션 61).
user@host> request dhcp relay leasequery client-id gateway-address giaddr
DHCPv4 대량 리스쿼리를 시작하여 바인딩 정보를 업데이트하려면 다음을 수행할 수 있습니다.
클라이언트에 임대된 IP 주소를 지정합니다.
user@host> request dhcp relay bulk-leasequery ipv4-address
클라이언트의 MAC 주소 지정.
user@host> request dhcp relay bulk-leasequery mac-address
클라이언트 식별자 옵션(옵션 61)을 지정합니다.
user@host> request dhcp relay bulk-leasequery client-id
DHCP 릴레이 에이전트 정보 옵션(옵션 82)의 릴레이 에이전트 식별자 서브옵션(서브옵션 12)을 지정합니다.
user@host> request dhcpv6 relay bulk-leasequery relay-id relay-id
기본적으로 대량 리스쿼리 작업은 , relay-idipv4-addressmac-address또는 remote-id옵션 중 어느 것도 client-id명시적으로 지정하지 않으면 DHCPv4 릴레이 에이전트의 릴레이 ID를 사용합니다.
user@host> request dhcpv6 relay bulk-leasequery
DHCPv4 릴레이 에이전트 정보 옵션(옵션 82)의 에이전트 원격 ID(하위 옵션 2)를 지정합니다.
user@host> request dhcpv6 relay bulk-leasequery remote-id remote-id
바인딩 정보를 업데이트하기 위해 DHCPv6 개별 리스쿼리를 시작하려면 다음을 수행할 수 있습니다.
클라이언트 ID를 지정합니다(옵션 1).
user@host> request dhcpv6 relay leasequery client-id
클라이언트에 임대된 IPv6 주소를 지정합니다.
user@host> request dhcpv6 relay leasequery ipv6-prefix
DHCPv6 대량 리스쿼리를 시작하여 바인딩 정보를 업데이트하려면 다음을 수행할 수 있습니다.
클라이언트 ID를 지정합니다(옵션 1).
user@host> request dhcpv6 relay bulk-leasequery client-id
IPv6 접두사를 지정합니다.
user@host> request dhcpv6 relay bulk-leasequery ipv6-prefix
IPv6 링크 주소를 지정합니다.
user@host> request dhcpv6 relay bulk-leasequery link-address ipv6-link-address
Relay-ID 옵션(옵션 53)을 지정합니다.
user@host> request dhcpv6 relay bulk-leasequery relay-id relay-id
기본적으로 대량 리스쿼리 작업은 , relay-idipv6-prefixipv6-link-address또는 remote-id옵션 중 어느 것도 client-id명시적으로 지정하지 않으면 DHCPv6 릴레이 에이전트의 릴레이 ID를 사용합니다.
user@host> request dhcpv6 relay bulk-leasequery
릴레이 에이전트 원격 ID 옵션(옵션 37)을 지정합니다.
user@host> request dhcpv6 relay bulk-leasequery remote-id remote-id
개별 및 대량 리스쿼리 요청의 경우 위에 나열된 옵션 외에도 선택적으로 한정자를 지정하여 쿼리를 특정 DHCP 서버로 제한할 수 있습니다. 그렇지 않으면 릴레이 에이전트에 알려진 모든 DHCP 서버로 쿼리가 전송됩니다.
로컬 서버의 주소 또는 로컬 서버 그룹의 이름을 지정할 수 있습니다. 논리적 시스템, 라우팅 인스턴스 또는 둘 다를 단독으로 또는 서버 주소나 그룹에 추가하여 지정할 수 있습니다.
다음 예에서 는 option 앞에서 보여준 대로 구성 가능한 옵션을 의미합니다. 간결성을 위해 이 예에서는 DHCPv4 개별 리스쿼리와 일부 가능성만 보여줍니다. 자세한 내용은 개별 명령 주제를 참조하십시오: request dhcp relay leasequery, request dhcpv6 relay leasequery, request dhcp relay bulk-leasequery, request dhcpv6 relay bulk-leasequery.
로컬 서버의 주소를 지정합니다.
user@host> request dhcp relay leasequery option server-address address
논리적 시스템을 지정합니다.
user@host> request dhcp relay leasequery option logical-system logical-system-name
라우팅 인스턴스와 명명된 로컬 서버 그룹을 지정합니다.
user@host> request dhcp relay leasequery option routing-instance routing-instance-name server-group group-name
DHCP 개별 및 대량 리스쿼리 구성 확인 및 관리
목적
DHCP 개별 리스쿼리 및 대량 리스쿼리 작업에 대한 정보를 보거나 삭제합니다. DHCP 릴레이 에이전트 및 DHCP 로컬 서버에 대한 리스퀴리 및 대량 리스퀴리 작업에 대한 정보를 관리하고 표시하려면 지원되는 show 명령과 clear 명령어를 사용합니다.
활성 리스쿼리의 경우 DHCP 활성 리스쿼리 작업 확인 및 관리를 참조하십시오.
작업
지원되는 show 명령어 clear 를 사용하여 DHCP 릴레이 에이전트 및 DHCP 로컬 서버에 대한 리스쿼리 작업에 대한 정보를 관리하고 표시합니다.
DHCPv4 또는 DHCPv6 릴레이 에이전트에 대한 리스쿼리 정보를 표시하려면
user@host> show dhcp relay statistics (leasequery | bulk-leasequery-connections) user@host> show dhcpv6 relay statistics (leasequery | bulk-leasequery-connections)
DHCPv4 또는 DHCPv6 릴레이 에이전트에 대한 리스쿼리 정보를 지우려면:
user@host> clear dhcp relay statistics (leasequery | bulk-leasequery-connections) user@host> clear dhcpv6 relay statistics (leasequery | bulk-leasequery-connections)
DHCPv4 또는 DHCPv6 로컬 서버에 대한 리스쿼리 정보를 표시하려면:
user@host> show dhcp server statistics bulk-leasequery-connections user@host> show dhcpv6 server statistics bulk-leasequery-connections
DHCPv4 또는 DHCPv6 로컬 서버에 대한 리스쿼리 정보를 지우려면:
user@host> clear dhcp server statistics bulk-leasequery-connections user@host> clear dhcpv6 server statistics bulk-leasequery-connections
DHCP 활성 리스쿼리 작업 확인 및 관리
목적
DHCP 활성 리스쿼리 작업에 대한 정보를 보거나 삭제합니다. DHCP 릴레이 에이전트 및 DHCP 로컬 서버에 대한 활성 리스퀴리 작업에 대한 정보를 관리하고 표시하려면 지원되는 show 명령과 clear 명령어를 사용합니다.
DHCP 개별 및 대량 리스질의 경우 DHCP 개별 및 대량 리스쿼리 구성 확인 및 관리를 참조하십시오.
작업
지원되는 show 명령어 clear 를 사용하여 DHCP 릴레이 에이전트 및 DHCP 로컬 서버에 대한 리스쿼리 작업에 대한 정보를 관리하고 표시합니다.
DHCPv4 또는 DHCPv6 피어 릴레이 에이전트에 대한 활성 리스쿼리 정보를 표시하려면
user@host> show dhcp relay active-leasequery user@host> show dhcpv6 relay active-leasequery
DHCPv4 또는 DHCPv6 릴레이 에이전트에 대한 활성 리스쿼리 정보를 지우려면:
user@host> clear dhcp relay active-leasequery statistics user@host> clear dhcpv6 relay active-leasequery statistics
활성 리스퀴리 이웃에 대한 정보를 표시하려면 다음을 수행합니다.
user@host> show dhcp active-leasequery neighbors user@host> show dhcpv6 active-leasequery neighbors
모든 피어에 대한 일반 정보를 표시할 수 있습니다. 또한 특정 피어 및 특정 액세스 인터페이스에 대한 통계를 표시할 수도 있습니다. 예를 들어:
BNG의 각 유사 회선 인터페이스에 대해 인터페이스와 연결된 BNG 이웃의 IP 주소를 표시합니다.
user@host> show dhcp active-leasequery neighbors Interface Neighbor Address ps2.0 198.51.100.5 ps1.0 198.51.100.7DHCPv4 및 DHCPv6 피어에 대한 통계를 표시합니다.
user@host> show dhcp relay active-leasequery statistics peer 198.51.100.1 peer : 198.51.100.1 Topology-Discover Configured : No State : Connected Bindings Sent : 0 Bindings Received : 0 Bindings Installed Successfully : 0 Bindings Failed to install : 0 Last Synchronization Time : None ALQ Transmit Buffer count : 0x ffff Max Leasequery Transmit Rate : 60 Local Interface count : 2 Remote Interface count : 2user@host> show dhcpv6 relay active-leasequery statistics peer 2001:db8::2 peer : 2001:db8::2 Topology-Discover Configured : No State : Connected Bindings Sent : 8112 Bindings Received : 12382 Bindings Installed Successfully : 0 Bindings Failed to install : 0 Last Synchronization Time : 2020-02-05 01:27:54 IST ALQ Transmit Buffer count : 0x ffff Max Leasequery Transmit Rate : 60 Local Interface count : 2 Remote Interface count : 2
변경 내역 표
기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. 기능 탐색기를 사용하여 플랫폼에서 기능이 지원되는지 확인합니다.