DHCP Leasequery 메서드

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 개별 리스 쿼리에 대한 메시지 유형을 설명합니다.

표 1: DHCPv4 개별 리스 쿼리 메시지 유형

메시지 유형	옵션 53 유형 값	묘사
DHCPLEASEQUERY	10	정보를 복원하기 위해 릴레이 에이전트가 DHCP 로컬 서버로 보냅니다.
DHCPLEASE할당되지 않음	11	클라이언트와 연관된 IP 주소가 서버에 의해 제어되지만 현재 임대되지 않은 경우 로컬 서버로부터의 응답. 이 응답은 IP 주소로 쿼리하는 경우에만 전송됩니다.
DHCPLEASEUNKNOWN(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 client last transaction time 옵션에 해당합니다.

다음 옵션은 LEASEQUERY-REPLY 메시지에 포함될 수 있는 추가 옵션의 예입니다.

• LQ 릴레이 데이터 옵션(옵션 47) - 클라이언트가 이 서버와 마지막으로 통신할 때 사용된 전체 릴레이 에이전트 정보입니다. 로컬 서버는 LEASEQUERY 옵션 요청 옵션(옵션 6)에서 요청된 경우에만 이 옵션을 리턴합니다.

• LQ 클라이언트 링크 옵션(옵션 48) - 클라이언트가 하나 이상의 바인딩을 가지는 링크 주소를 식별합니다. LEASEQUERY-REPLY 메시지에는 LEASEQUERY가 링크 주소를 지정하지 않고 클라이언트가 둘 이상의 링크에서 발견되는 경우 이 옵션이 포함됩니다. 릴레이 에이전트가 이 정보를 수신하면 옵션 48에 나열된 각 주소에 대해 새 LEASEQUERY를 제출할 수 있습니다.

표 2 는 DHCPv6 개별 리스 쿼리에 대한 메시지 유형을 설명합니다.

표 2: DHCPv6 개별 리스 쿼리 메시지 유형

메시지 유형	DHCPv6 유형 값	묘사
LEASEQUERY쿼리	14	정보를 복원하기 위해 릴레이 에이전트가 DHCP 로컬 서버로 보냅니다. LQ 옵션(옵션 44)을 포함하여 쿼리 유형, 링크 주소 및 로컬 서버에서 필요한 특정 옵션 정보를 지정합니다.
LEASEQUERY-회신	15	클라이언트와 연관된 IP 주소가 서버에 의해 제어되지만 현재 임대되지 않은 경우 로컬 서버로부터의 응답. 이 응답은 IP 주소로 쿼리하는 경우에만 전송됩니다.

DHCPv6 로컬 서버에서 보낸 LEASEQUERY-REPLY 메시지는 상태 코드 옵션(옵션 13)을 반환하여 쿼리 상태에 대한 정보를 제공할 수 있습니다. 표 3 에는 상태 코드가 나와 있습니다.

표 3: DHCPv6 개별 리스 쿼리 상태 코드

코드	상태	묘사
7	UnknownQueryType (영문)	서버가 쿼리를 인식하지 못하거나 지원하지 않습니다.
8	MalformedQuery	쿼리가 유효하지 않습니다. 예를 들어 필수 옵션이 누락되었을 수 있습니다.
9	구성되지 않음	로컬 서버의 구성에 필요한 주소가 없습니다.
10	허용되지 않음	로컬 서버는 릴레이 에이전트가 이 쿼리 유형을 보내는 것을 허용하지 않습니다.

DHCPv4 대량 임대 쿼리

DHCPv4 대량 임대 쿼리의 경우 DHCPv4 릴레이 에이전트는 포트 67을 통해 DHCPv4 로컬 서버에 대한 TCP 연결을 엽니다. 연결이 설정되면 릴레이 에이전트는 서버에 DHCPBULKLEASEQUERY 메시지를 보냅니다. 쿼리는 로컬 서버가 에이전트에 필요한 정보를 식별할 수 있도록 다음 중 하나를 포함할 수 있습니다.

• 구성된 모든 IP 주소 - 로컬 서버는 로컬 서버에 구성된 모든 IP 주소에 대한 바인딩 정보를 반환합니다. 이 정보는 IP 주소가 현재 활성 바인딩의 일부인지 여부에 관계없이 반환됩니다. 이렇게 하면 릴레이 에이전트가 특정 시점 이후에 발생한 모든 주소 변경 내용으로 데이터베이스를 업데이트할 수 있습니다.

• 클라이언트 디바이스의 클라이언트 식별자—로컬 서버는 지정된 클라이언트 식별자(옵션 61)를 가진 클라이언트가 가장 최근에 사용한 IP 주소에 대한 바인딩 정보를 반환합니다. 식별자는 서버의 관리 도메인에서 고유합니다.

  메모:

  개별 leasequery와 달리 서버는 연결된 IP 옵션(옵션 92)을 사용하여 클라이언트가 이 서버를 통해 액세스한 다른 IP 주소 목록을 반환하지 않습니다. 대신 서버는 이러한 모든 IP 주소에 대한 바인딩 정보를 반환합니다

• 클라이언트 디바이스의 MAC 주소—로컬 서버는 해당 MAC 주소가 있는 가장 최근 클라이언트에 대한 바인딩 정보를 반환합니다.

  메모:

  개별 leasequery와 달리 서버는 연결된 IP 옵션(옵션 92)을 사용하여 클라이언트가 이 서버를 통해 액세스한 다른 IP 주소 목록을 반환하지 않습니다. 대신 서버는 이러한 모든 IP 주소에 대한 바인딩 정보를 반환합니다

• 릴레이 에이전트 식별자—로컬 서버는 지정된 릴레이 에이전트 식별자(옵션 82, 서브옵션 12)가 있는 클라이언트에 할당된 모든 현재 활성 리스에 대한 바인딩 정보를 반환합니다. 식별자는 서버의 관리 도메인에서 고유합니다.

• DHCP 클라이언트에 대한 서킷을 식별하기 위해 클라이언트가 사용하는 액세스 서킷의 원격 ID—로컬 서버는 해당 Agent Remote ID(옵션 82, 서브옵션 2)를 사용하는 클라이언트에 할당된 모든 현재 활성 리스에 대한 바인딩 정보를 반환합니다. 이 쿼리는 릴레이 에이전트당 수천 개의 클라이언트가 있는 확장된 환경에서 특히 유용합니다. 다른 쿼리는 회로의 모든 클라이언트에 대한 통합 임대 정보를 반환하지 않습니다.

DHCPv4 로컬 서버는 DHCPv4 개별 임대 쿼리 메시지 유형에 설명된 대로 개별 임대 쿼리에 사용된 것과 동일한 DHCPLEASEACTIVE 및 DHCPLEASEUNASSIGNED 메시지를 사용하여 릴레이 에이전트에 응답합니다. 각 메시지는 쿼리로 식별되는 단일 바인딩에 해당합니다.

서버가 요청과 연결된 모든 바인딩을 반환하면 릴레이 에이전트에 DHCPLEASEQUERYDONE 메시지를 보냅니다. 대량 임대 쿼리를 처리하는 동안 연결이 끊어지면 DHCP는 연결이 끊어지기 전에 릴레이 에이전트가 받은 요청된 정보의 양을 확인할 수 없습니다. 따라서 릴레이 에이전트는 쿼리를 다시 시도해야 합니다.

모든 쿼리 메서드의 경우 DHCP 릴레이 에이전트는 다음 한정자를 포함할 수 있습니다.

• query-start-time - 쿼리에 지정된 시간 또는 그 이후에 변경된 바인딩을 반환합니다.

• query-end-time - 쿼리에 지정된 시간 또는 그 이전에 변경된 바인딩을 반환합니다.

이러한 쿼리 시간을 통해 에이전트는 모든 정보를 안정적인 스토리지에 마지막으로 커밋한 이후 손실된 바인딩 정보만 복구할 수 있습니다.

표 4 는 DHCPv4 대량 리스 쿼리와 관련된 메시지 유형을 설명합니다.

표 4: DHCPv4 대량 리스 쿼리 메시지 유형

메시지 유형	옵션 53 유형 값	묘사
DHCPBULKLEASEQUERY	14	정보를 복원하기 위해 릴레이 에이전트가 DHCP 로컬 서버로 보냅니다.
DHCPLEASEQUERY완료	15	대량 요청과 관련된 모든 바인딩 정보를 반환한 경우의 로컬 서버 응답입니다.

DHCPv4 로컬 서버에서 보낸 메시지는 상태 코드 옵션(옵션 151)을 반환하여 쿼리 상태에 대한 정보를 제공할 수 있습니다. DHCPLEASEACTIVE 및 DHCPLEASEUNASSIGNED 메시지에서 코드는 개별 바인딩 요청의 상태에 해당합니다. DHCPLEASEQUERYDONE 메시지에서 코드는 전체적으로 대량 임대 쿼리 요청에 해당합니다. 표 5 에는 상태 코드가 나와 있습니다.

표 5: DHCPv4 대량 임대 쿼리 상태 코드

코드	상태	묘사
0	성공	요청이 성공적으로 완료되었습니다. 옵션 151이 없어도 성공을 나타냅니다.
1	UnSpecFail (영문)	알 수 없는 이유로 요청이 실패했습니다.
2	QueryTerminated (쿼리 종료)	로컬 서버가 쿼리를 수행할 수 없거나 쿼리를 일찍 종료했습니다. 후자의 경우 텍스트 문자열이 원인을 나타냅니다.
3	MalformedQuery	로컬 서버에서 쿼리를 인식할 수 없습니다.
4	허용되지 않음	쿼리가 이해되었지만 허용되지 않았습니다.

DHCPv6 대량 임대 쿼리

DHCPv6 대량 임대 쿼리의 경우 DHCPv6 릴레이 에이전트는 포트 67을 통해 DHCPv6 로컬 서버에 대한 TCP 연결을 엽니다. 연결이 설정되면 릴레이 에이전트는 서버에 LEASEQUERY 메시지를 보냅니다. 쿼리 유형은 LQ_Query 옵션(옵션 44)으로 전달됩니다. 쿼리 유형은 로컬 서버가 에이전트에 필요한 정보를 식별할 수 있도록 다음 중 하나일 수 있습니다.

• 구성된 모든 IP 주소 - 로컬 서버는 로컬 서버에 구성된 모든 IP 주소에 대한 바인딩 정보를 반환합니다. 이 정보는 IP 주소가 현재 활성 바인딩의 일부인지 여부에 관계없이 반환됩니다. 이렇게 하면 릴레이 에이전트가 특정 시점 이후에 발생한 모든 주소 변경 내용으로 데이터베이스를 업데이트할 수 있습니다.

• 클라이언트 디바이스의 클라이언트 식별자—로컬 서버는 지정된 클라이언트 식별자(옵션 61)를 가진 클라이언트가 가장 최근에 사용한 IP 주소에 대한 바인딩 정보를 반환합니다. 식별자는 서버의 관리 도메인에서 고유합니다.

  메모:

  개별 leasequery와 달리 서버는 연결된 IP 옵션(옵션 92)을 사용하여 클라이언트가 이 서버를 통해 액세스한 다른 IP 주소 목록을 반환하지 않습니다. 대신 서버는 이러한 모든 IP 주소에 대한 바인딩 정보를 반환합니다

• 클라이언트 디바이스의 MAC 주소—로컬 서버는 해당 MAC 주소가 있는 가장 최근 클라이언트에 대한 바인딩 정보를 반환합니다.

  메모:

  개별 leasequery와 달리 서버는 연결된 IP 옵션(옵션 92)을 사용하여 클라이언트가 이 서버를 통해 액세스한 다른 IP 주소 목록을 반환하지 않습니다. 대신 서버는 이러한 모든 IP 주소에 대한 바인딩 정보를 반환합니다

• 릴레이 에이전트 식별자—로컬 서버는 지정된 릴레이 에이전트 식별자(옵션 82, 서브옵션 12)가 있는 클라이언트에 할당된 모든 현재 활성 리스에 대한 바인딩 정보를 반환합니다. 식별자는 서버의 관리 도메인에서 고유합니다.

• DHCP 클라이언트에 대한 서킷을 식별하기 위해 클라이언트가 사용하는 액세스 서킷의 원격 ID—로컬 서버는 해당 Agent Remote ID(옵션 82, 서브옵션 2)를 사용하는 클라이언트에 할당된 모든 현재 활성 리스에 대한 바인딩 정보를 반환합니다. 이 쿼리는 릴레이 에이전트당 수천 개의 클라이언트가 있는 확장된 환경에서 특히 유용합니다. 다른 쿼리는 회로의 모든 클라이언트에 대한 통합 임대 정보를 반환하지 않습니다.

DHCPv6 대량 임대 쿼리의 trigger automatic 경우 프로세스가 세션 데이터베이스(SDB)와의 연결을 시작하고 데이터베이스에 바인딩된 구독자가 없을 때마다 jdhcpd 대량 임대 쿼리 작업을 자동으로 시작하도록 DHCPv6 릴레이 에이전트를 구성하는 옵션을 선택적으로 지정할 수 있습니다. 예를 들어, 자동 프로세스는 대량 리스 쿼리가 재부팅, GRES 또는 ISSU 작업 후 그리고 바인딩된 가입자가 없는 경우 항상 DHCP 릴레이 정보를 업데이트하도록 합니다.

DHCPv6 대량 임대 쿼리는 DHCPv6 개별 임대 쿼리에서 사용하는 LEASEQUERY 및 LEASEQUERY-REPLY 메시지를 사용하지만 대량 임대 쿼리의 동작과 의미는 약간 다릅니다. 표 6 에는 이러한 메시지가 나열되어 있으며 DHCPv6 대량 리스 쿼리와 관련된 다른 두 가지 메시지 유형에 대해 설명합니다.

표 6: DHCPv6 대량 리스 쿼리 메시지 유형

메시지 유형	DHCPv6 유형 값	묘사
LEASEQUERY쿼리	14	정보를 복원하기 위해 릴레이 에이전트가 DHCP 로컬 서버로 보냅니다.
LEASEQUERY-회신	15	쿼리의 성공 또는 실패를 나타내는 로컬 서버의 응답입니다. 또한 서버 ID 및 클라이언트 ID와 같이 단일 쿼리 및 응답의 컨텍스트에서 변경되지 않는 정보를 전달합니다. 쿼리가 성공하면 단일 LEASEQUERY-REPLY만 반환됩니다. 이 메시지에는 첫 번째 클라이언트에 대한 바인딩 정보도 포함됩니다. 추가 바인딩 데이터는 LEASEQUERY-DATA 메시지에 반환됩니다. 쿼리가 실패하면 바인딩 정보 없이 단일 LEASEQUERY-REPLY가 반환됩니다.
LEASEQUERY-완료	16	관련 leasequery 응답 그룹의 끝을 나타내는 로컬 서버의 응답입니다. 요청에 대한 모든 응답이 릴레이 에이전트로 전송된 후 단일 LEASEQUERY-DONE 메시지가 전송됩니다. 이 메시지가 수신되면 릴레이 에이전트와 서버 간의 TCP 연결이 닫힙니다.
LEASEQUERY-데이터	17	단일 DHCPv6 클라이언트의 리스 또는 단일 링크의 접두사 위임 바인딩에 대한 정보가 포함된 로컬 서버의 응답. 이 메시지는 대량 임대 쿼리가 여러 클라이언트에 대한 데이터를 반환하는 경우에만 전송됩니다. 이 경우 LEASEQUERY-REPLY 메시지는 첫 번째 클라이언트에 대한 정보를 전달한 다음 다른 각 클라이언트에 대해 LEASEQUERY-DATA 메시지를 보냅니다.

DHCPv6 로컬 서버에서 보낸 메시지는 상태 코드 옵션(옵션 13)을 반환하여 쿼리 상태에 대한 정보를 제공할 수 있습니다. LEASEQUERY-REPLY 메시지에서 코드는 개별 바인딩 요청의 상태에 해당합니다. LEASEQUERY-DONE 메시지에서 코드는 대량 임대 쿼리 요청 전체에 해당합니다. LEASEQUERY-DATA 메시지에는 상태 코드가 포함되지 않습니다. DHCPv6 대량 임대 쿼리는 DHCPv6 개별 임대 쿼리 상태 코드에 나열된 DHCPv6 개별 임대 쿼리 상태 코드를 지원합니다. 메시지에는 표 7에 설명된 대량 leasequery에 대해 추가된 상태 코드도 포함될 수 있습니다.

표 7: DHCPv6 대량 리스 쿼리 상태 코드

코드	상태	묘사
11	QueryTerminated (쿼리 종료)	로컬 서버가 쿼리를 수행할 수 없거나 어떤 이유로 쿼리를 조기에 종료했습니다. 예를 들어, 로컬 서버가 종료되고 있거나 리소스가 부족하여 요청된 정보를 수집할 수 없습니다.

DHCPv4 활성 임대 쿼리

DHCPv4 활성 임대 쿼리의 경우 DHCPv4 릴레이 에이전트는 포트 67을 통해 DHCPv4 로컬 서버에 대한 TCP 연결을 엽니다. 연결이 설정되면 릴레이 에이전트는 서버에 DHCPACTIVELEASEQUERY 메시지를 보냅니다. 이 메시지는 이것이 장기 연결임을 나타냅니다. 시간 초과의 결과로만 닫힙니다.

DHCPv4 로컬 서버는 DHCPv4 개별 임대 쿼리 메시지 유형에 설명된 대로 개별 임대 쿼리에 사용된 것과 동일한 DHCPLEASEACTIVE 및 DHCPLEASEUNASSIGNED 메시지를 사용하여 릴레이 에이전트에 응답합니다. 각 메시지는 쿼리로 식별되는 단일 바인딩에 해당합니다. DHCP 로컬 서버는 바인딩 정보가 변경될 때마다 응답 메시지를 계속 보냅니다. 표 8 은 DHCPv4 active leasequery와 관련된 메시지 유형을 설명합니다.

표 8: DHCPv4 활성 리스 쿼리 메시지 유형

메시지 유형	옵션 53 유형 값	묘사
DHCPACTIVELEASEQUERY	16	로컬 서버에서 정보가 변경될 때마다 릴레이 에이전트에서 바인딩 정보를 실시간으로 업데이트할 수 있도록 릴레이 에이전트에서 DHCP 로컬 서버로 보냅니다. 바인딩 정보에 대한 핫 스탠바이 이중화를 제공하기 위해 피어 릴레이 에이전트 간에 전송될 수도 있습니다.
DHCPLEASEQUERYSTATUS	17	로컬 서버가 요청과 연결된 바인딩 정보를 반환한 경우의 응답입니다. TCP 연결은 수명이 길기 때문에 연결이 유휴 상태일 때(바인딩 업데이트가 전송되지 않음) 이 메시지도 정기적으로 전송됩니다. 이 경우 메시지에는 연결이 아직 작동 중임을 릴레이 에이전트에 알리는 ConnectionActive 상태 코드(6)가 포함됩니다.

로컬 서버가 보낸 메시지는 상태 코드 옵션(옵션 151)을 리턴할 수 있습니다. DHCPLEASEACTIVE 및 DHCPLEASEUNASSIGNED 메시지에서 코드는 개별 응답의 상태에 해당합니다. DHCPLEASEQUERYSTATUS 메시지에서 코드는 전체적으로 활성 임대 쿼리 요청에 대한 메시지 스트림에 해당합니다. DHCPv4 활성 임대 쿼리는 DHCPv4 대량 임대 쿼리 상태 코드에 나열된 대량 임대 쿼리 상태 코드를 지원합니다. 메시지에는 표 9에 설명된 활성 leasequery에 대해 추가된 상태 코드도 포함될 수 있습니다.

표 9: DHCPv4 활성 리스 쿼리 상태 코드

코드	상태	묘사
5	데이터 누락	요청된 바인딩 정보를 사용할 수 없습니다. 예를 들어, 로컬 서버 또는 피어에 query-start-time 옵션을 사용하여 요청한 만큼 충분한 데이터가 없는 경우 이 상태 코드는 LEASEQUERY-REPLY 메시지로 즉시 전송됩니다.
6	ConnectionActive	TCP 연결은 여전히 활성 상태입니다.
7	캐치업컴플리트	로컬 서버는 중계 에이전트가 요청한 모든 저장 데이터를 전송했습니다.

DHCPv6 활성 임대 쿼리

DHCPv6 활성 임대 쿼리의 경우 DHCPv6 릴레이 에이전트는 포트 67을 통해 DHCPv4 로컬 서버에 대한 TCP 연결을 엽니다. 연결이 설정되면 릴레이 에이전트는 서버에 ACTIVELEASEQUERY 메시지를 보냅니다. 이 메시지는 이것이 장기 연결임을 나타냅니다. 시간 초과의 결과로만 닫힙니다.

DHCPv6 로컬 서버는 대량 임대 쿼리에 사용된 것과 동일한 LEASEQUERY-REPLY, LEASEQUERY-DATA 및 LEASEQUERY-DONE 메시지를 사용하여 릴레이 에이전트에 응답합니다. 각 메시지는 쿼리로 식별되는 단일 바인딩에 해당합니다. DHCP 로컬 서버는 바인딩 정보가 변경될 때마다 응답 메시지를 계속 보냅니다. 표 10 에는 이러한 메시지와 DHCPv6 active leasequery에 특정한 쿼리 메시지 유형이 나와 있습니다.

표 10: DHCPv6 활성 리스 쿼리 메시지 유형

메시지 유형	DHCPv6 유형 값	묘사
ACTIVELEASEQUERY	22	로컬 서버에서 정보가 변경될 때마다 릴레이 에이전트에서 바인딩 정보를 실시간으로 업데이트할 수 있도록 릴레이 에이전트에서 DHCP 로컬 서버로 보냅니다. 바인딩 정보에 대한 핫 스탠바이 이중화를 제공하기 위해 피어 릴레이 에이전트 간에 전송될 수도 있습니다.
LEASEQUERY-회신	15	쿼리의 성공 또는 실패를 나타내는 로컬 서버의 응답입니다. 또한 서버 ID 및 클라이언트 ID와 같이 단일 쿼리 및 응답의 컨텍스트에서 변경되지 않는 정보를 전달합니다. 쿼리가 성공하면 단일 LEASEQUERY-REPLY만 반환됩니다. 이 메시지에는 첫 번째 클라이언트에 대한 바인딩 정보도 포함됩니다. 추가 바인딩 데이터는 LEASEQUERY-DATA 메시지에 반환됩니다. 쿼리가 실패하면 바인딩 정보 없이 단일 LEASEQUERY-REPLY가 반환됩니다.
LEASEQUERY-완료	16	연결을 종료해야 함을 나타내는 로컬 서버의 응답입니다. 예를 들어 서버는 서버가 종료될 때 QueryTerminated 상태 코드(11)와 함께 이를 보낼 수 있습니다.
LEASEQUERY-데이터	17	단일 DHCPv6 클라이언트의 리스 또는 단일 링크의 접두사 위임 바인딩에 대한 정보가 포함된 로컬 서버의 응답. 이 메시지는 leasequery가 여러 클라이언트에 대한 데이터를 반환하는 경우에만 전송됩니다. 이 경우 LEASEQUERY-REPLY 메시지는 첫 번째 클라이언트에 대한 정보를 전달한 다음 다른 각 클라이언트에 대해 LEASEQUERY-DATA 메시지를 보냅니다.

DHCPv6 로컬 서버에서 보낸 메시지는 상태 코드 옵션(옵션 13)을 반환할 수 있습니다. DHCPv6 활성 임대 쿼리는 각각 DHCPv6 개별 임대 쿼리 상태 코드 및 DHCPv6 대량 임대 쿼리 상태 코드에 나열된 개별 임대 쿼리 및 대량 임대 쿼리 상태 코드를 지원합니다. 메시지에는 표 11에 설명된 활성 leasequery에 대해 추가된 상태 코드도 포함될 수 있습니다.

표 11: DHCPv6 활성 리스 쿼리 상태 코드

코드	상태	묘사
12	데이터 누락	요청된 바인딩 정보를 사용할 수 없습니다.
13	캐치업컴플리트	로컬 서버는 중계 에이전트가 요청한 모든 저장 데이터를 전송했습니다.
14	지원되지 않음	로컬 서버는 중계 에이전트가 요청한 모든 저장 데이터를 전송했습니다.

Active Leasequery를 통한 섀시 수준 이중화

활성 leasequery를 사용하여 여러 DHCP 릴레이 에이전트 피어 간에 바인딩 정보를 동기화할 수 있습니다. 편의상 이 토론에서는 두 피어의 동작만 설명합니다. 피어 릴레이 에이전트가 다시 시작되거나 디바이스가 재부팅되면 다른 릴레이가 인계받아 눈에 띄는 중단 없이 모든 DHCP 클라이언트에 서비스를 제공할 수 있습니다. 피어 릴레이 에이전트가 다시 작동하면 활성 피어와의 TCP 연결을 다시 설정합니다. 그런 다음 피어는 바인딩 정보를 동기화합니다. 그림 1 은 다음과 같은 특성을 가진 릴레이 에이전트 이중화를 지원하기 위한 간단한 DHCP 토폴로지를 보여줍니다.

• 각 DHCP 클라이언트는 두 릴레이 에이전트에 모두 연결됩니다.

• 두 릴레이 에이전트 모두 동일한 DHCP 서버에 연결됩니다.

• 각 릴레이 에이전트에서 active leasequery 문을 구성할 때 다른 릴레이 에이전트도 피어로 지정합니다.

• 피어는 표 8 및 표 10에 설명된 대로 통신을 위해 동일한 활성 리스 쿼리 메시지를 사용합니다. 여기에 나와 있지는 않지만 외부 RADIUS 서버가 토폴로지의 일부인 경우 RADIUS 서버와의 상호 작용에는 차이가 없습니다.

다음 시퀀스에서는 피어 관계를 설정하고 두 피어 모두에 활성 leasequery가 구성될 때 릴레이 에이전트가 바인딩 정보를 공유하는 방법에 대해 설명합니다. 이 예제는 DHCPv4용이지만 메커니즘은 DHCPv6용과 동일합니다.

1. 두 릴레이 에이전트 모두 활성 DHCP 클라이언트 바인딩을 가지고 있지만 활성 leasequery가 아직 구성되지 않았습니다.

2. 두 릴레이 에이전트에서 활성 leasequery를 구성하고, 서로를 피어로 지정하고, 구성을 커밋합니다.

3. 구성이 커밋되면 두 피어 에이전트 모두 TCP 연결을 설정하려고 시도합니다. 릴레이 에이전트 릴레이 에이전트 1이 성공적으로 연결을 설정했다고 가정합니다. 피어 릴레이 에이전트 2의 시도가 삭제됩니다.

4. 그런 다음 릴레이 에이전트 1은 릴레이 에이전트 2에 ACTIVELEASEQUERY 메시지를 보냅니다.

5. 릴레이 에이전트 2는 가입자 데이터베이스의 바인딩에 대한 정보를 릴레이 에이전트 1로 보냅니다. 또한 자체 ACTIVELEASEQUERY 메시지를 릴레이 에이전트 1에 전송하여 피어의 클라이언트 정보를 수집합니다.

6. 릴레이 에이전트 1은 바인딩 정보를 릴레이 에이전트 2로 보냅니다. 릴레이 에이전트 1과 릴레이 에이전트 2는 각각 수신된 바인딩 정보를 처리하여 각각의 데이터베이스에 커밋합니다.

7. 각 릴레이 에이전트는 라이센스 갱신, 새 요청, 임대 만료 등과 같은 자체 클라이언트에 대한 바인딩 정보를 업데이트할 때 각 변경 사항이 발생할 때 업데이트된 정보가 포함된 leasequery 응답 메시지를 해당 피어에 보냅니다.

8. 이제 릴레이 에이전트 1이 재부팅되었다고 가정합니다. TCP 연결이 끊어집니다. 릴레이 에이전트 2는 릴레이 에이전트 1과의 연결 재설정을 시도합니다. 한편, 릴레이 에이전트 1을 통해 흐르던 DHCP 가입자 트래픽은 이제 중단 없이 릴레이 에이전트 2를 통해 흐릅니다.

9. 활성 leasequery는 릴레이 에이전트 1이 다시 실행될 때 트리거됩니다. TCP 연결이 다시 설정되고 피어가 ACTIVELEASEQUERY 메시지를 교환합니다. 릴레이 에이전트 1에는 이 시점에서 공유할 바인딩 정보가 없습니다. 릴레이 에이전트 2는 현재 바인딩 정보를 모두 릴레이 에이전트 1로 보냅니다. 이 정보는 릴레이 에이전트 1이 서비스가 중단된 동안 변경되었을 수 있습니다. 그 결과 두 릴레이 에이전트 모두 동기화된 데이터베이스를 갖게 되었습니다.

활성 Leasequery 토폴로지 검색을 통한 인터페이스 수준 이중화

Junos OS 릴리스 19.2R1부터 토폴로지 검색을 통해 DHCP 릴레이 피어가 서로의 가입자 인터페이스에 대한 정보를 검색할 수 있습니다. 토폴로지 검색은 M:N 가입자 그룹 이중화 구성이 있는 네트워크 토폴로지에서 필요합니다. 이 구성에서 DHCP 릴레이 에이전트를 호스팅하는 BNG는 가입자 중복 그룹의 기본 라우터 역할을 합니다. 기본 라우터는 가입자 중복 그룹에 대한 트래픽을 처리합니다. 피어 릴레이 에이전트를 호스트하는 하나 이상의 다른 BNG는 기본에서 가입자 중복 그룹의 백업 역할을 합니다.

특정 BNG는 여러 가입자 중복 그룹의 백업이 될 수 있지만, 각 중복 그룹은 단 하나의 BNG에만 백업됩니다. 기본 BNG가 실패하면, 실패의 영향을 받는 각 가입자 중복 그룹에 대한 백업 BNG가 해당 중복 그룹의 새로운 기본으로 선택됩니다. 새로운 기본은 가입자 중복 그룹에 중단 없이 원활하게 서비스를 제공합니다. M:N 이중화에 대한 자세한 내용은 M:N 가입자 이중화 개요를 참조하십시오.

인터페이스 수준 가입자 중복은 액세스 링크의 논리적 인터페이스를 기반으로 합니다. 이 상황에서, 가입자 중복 그룹에 대한 액세스 인터페이스의 인터페이스 이름은 기본 및 백업 피어에서 동일할 필요가 없습니다. 이 동작은 액세스 인터페이스 이름이 릴레이 에이전트 피어에서 동일해야 하는 섀시 수준 릴레이 에이전트 중복의 동작과는 다릅니다.

인터페이스 이름은 기본 및 백업 릴레이 에이전트에 대해 다를 수 있으므로 DHCP는 기본 및 백업의 해당 인터페이스와 각 가입자 중복 그룹에 대한 인터페이스 간의 관계를 발견해야 합니다. 토폴로지 검색은 해당 정보를 제공합니다.

토폴로지 검색을 통해 기본 및 백업 릴레이 에이전트가 각 가입자 중복 그룹에 대한 로컬 및 원격 액세스 인터페이스를 매핑하는 변환 테이블을 자동으로 구축할 수 있습니다. 기본에 장애가 발생하면 새로운 기본으로 선택된 백업은 변환 테이블을 사용하여 장애의 영향을 받는 가입자 중복 그룹을 즉시 관리합니다. 페일오버 자체는 가입자 중복 그룹과 연관된 DHCP 클라이언트에 투명합니다.

토폴로지 검색은 활성 leasequery 옵션입니다. 활성 리스 쿼리를 사용하면 피어가 변환 테이블에 추가된 인터페이스에 해당하는 가입자 중복 그룹의 가입자에 대한 바인딩 정보를 동기화할 수 있습니다. DHCP는 기본 인터페이스 대신 백업의 로컬 인터페이스를 사용하도록 바인딩 정보를 변환합니다.

토폴로지 검색을 구성할 때 전체 DHCP 리스 쿼리 프로세스는 그림 2와 같이 4개의 연결 단계로 구성됩니다.

1. TCP 연결 단계 - 피어 릴레이 에이전트 간에 TCP 연결이 설정됩니다.

2. 토폴로지 발견 단계 - 피어는 토폴로지 발견 메시지를 교환하여 피어의 각 가입자 중복 그룹에 대해 일치하는 액세스 인터페이스를 결정합니다. 원격 피어는 VLAN ID 및 서브넷을 기반으로 인터페이스와 일치합니다. 각 피어는 모든 액세스 인터페이스에 대한 쿼리를 보내고 응답을 수신하므로 모든 피어가 가입자 중복 그룹을 위해 연결된 로컬 및 원격 인터페이스 쌍의 변환 테이블을 구축할 수 있습니다.

3. 대량 임대 쿼리 단계 - 피어는 활성 임대 쿼리가 작동하는 데 필요한 대량 임대 쿼리 관계를 설정합니다. Bulk leasequery를 사용하면 릴레이 에이전트가 일련의 개별 쿼리 및 응답이 아닌 구성된 DHCP 서버에서 여러 가입자에 대한 임대 정보를 대량으로 검색할 수 있습니다. 이 단계에서 DHCP는 처음으로 모든 바인딩 정보를 대량으로 수집합니다.

4. 활성 임대 쿼리 단계 - 활성 임대 쿼리는 바인딩 정보가 변경될 때마다 후속 쿼리 없이 동기화되도록 합니다. 기본 릴레이 에이전트는 로컬 에이전트 서킷 ID(액세스 인터페이스의 이름)와 상대적인 바인딩을 전송합니다. 백업 릴레이 에이전트는 변환 테이블을 사용하여 백업에서 해당 에이전트 서킷 ID를 획득하여 가입자를 설치합니다.

   특정 액세스 인터페이스, 즉 가입자 중복 그룹을 사용하는 가입자에게만 동기화되는 정보를 제한하기 위해 활성 leasequery는 토폴로지 검색을 구성할 때 giaddr(DHCPv4) 또는 linkaddr(DHCPv6) 방법에 의한 쿼리를 사용합니다. 게이트웨이 IP 주소(giaddr 또는 linkaddr)는 릴레이 에이전트가 정보를 다운스트림으로 보낼 위치를 결정하는 데 사용하는 것입니다. giaddr의 값은 액세스 인터페이스입니다. 릴레이 에이전트는 giaddr/linkaddr을 평가하고 giaddr/linkaddr과 일치하는 액세스 인터페이스를 사용하는 DHCP 클라이언트에 정보를 보냅니다.

   이것이 가입자 중복성에 대해 의미하는 바는 giaddr/linkaddr 쿼리를 사용하여 활성 leasequery가 해당 액세스 인터페이스의 가입자에 대한 정보만 요청한다는 것입니다. 결과적으로, 기본 릴레이 에이전트에서 백업 릴레이 에이전트로 해당 가입자 정보만 동기화합니다. 이는 활성 leasequery가 전체 섀시의 모든 가입자에 대한 정보를 반환하는 relay-id 메서드로 쿼리를 사용한 경우보다 훨씬 적은 가입자 집합입니다.

이 프로세스의 결과로 각 피어 에이전트는 처리하는 각 중복 그룹에 대한 가입자를 설치합니다. 기본 릴레이 에이전트가 실패할 때 백업에는 영향을 받는 가입자 세션을 중단 없이 유지하는 데 필요한 가입자 정보가 이미 있습니다.

메모:

대량 leasequery 및 활성 leasequery 연결 단계는 TCP 연결을 통해 실행됩니다. 반면, 토폴로지 검색 단계에서 DHCP는 TCP를 통해 쿼리 메시지를 보내지만 UDP를 통해 토폴로지 검색 응답 메시지를 보냅니다. TCP 경로는 무엇이든 될 수 있지만 UDP 경로는 액세스 인터페이스를 통해 이루어져야 합니다. 이것이 피어가 액세스 인터페이스가 연결되었는지 확인하는 방법입니다.

목적

DHCP 개별 leasequery 및 대량 leasequery 작업에 대한 정보를 보거나 지웁니다. 지원되는 show 및 clear 명령을 사용하여 DHCP 릴레이 에이전트 및 DHCP 로컬 서버에 대한 leasequery 및 대량 leasequery 작업에 대한 정보를 관리하고 표시할 수 있습니다.

메모:

활성 임대 쿼리에 대해서는 DHCP 활성 임대 쿼리 작업 확인 및 관리를 참조하십시오.

행동

지원되는 show 및 clear 명령을 사용하여 DHCP 릴레이 에이전트 및 DHCP 로컬 서버에 대한 leasequery 작업에 대한 정보를 관리하고 표시합니다.

• DHCPv4 또는 DHCPv6 릴레이 에이전트에 대한 leasequery 정보를 표시하려면 다음을 수행합니다.

• DHCPv4 또는 DHCPv6 릴레이 에이전트에 대한 리스 쿼리 정보를 지우려면:

• DHCPv4 또는 DHCPv6 로컬 서버에 대한 leasequery 정보를 표시하려면 다음을 수행합니다.

• DHCPv4 또는 DHCPv6 로컬 서버에 대한 leasequery 정보를 지우려면:

목적

DHCP 활성 임대 쿼리 작업에 대한 정보를 보거나 지웁니다. 지원되는 show 및 clear 명령을 사용하여 DHCP 릴레이 에이전트 및 DHCP 로컬 서버에 대한 활성 리스 쿼리 작업에 대한 정보를 관리하고 표시합니다.

메모:

DHCP 개별 및 대량 임대 쿼리에 대한 자세한 내용은 DHCP 개별 및 대량 임대 쿼리 구성 확인 및 관리를 참조하십시오.

행동

지원되는 show 및 clear 명령을 사용하여 DHCP 릴레이 에이전트 및 DHCP 로컬 서버에 대한 leasequery 작업에 대한 정보를 관리하고 표시합니다.

• DHCPv4 또는 DHCPv6 피어 릴레이 에이전트에 대한 활성 임대 쿼리 정보를 표시하려면 다음을 수행합니다.

• DHCPv4 또는 DHCPv6 릴레이 에이전트에 대한 활성 임대 쿼리 정보를 지우려면:

• 활성 leasequery 이웃에 대한 정보를 표시하려면 다음을 수행합니다.

모든 피어에 대한 일반 정보를 표시할 수 있습니다. 특정 피어 및 특정 액세스 인터페이스에 대한 통계를 표시할 수도 있습니다. 예를 들어:

• BNG의 각 유사 회선 인터페이스에 대해 인터페이스와 연관된 BNG 이웃의 IP 주소를 표시합니다.

• DHCPv4 및 DHCPv6 피어에 대한 통계를 표시합니다.