С версии СКАТ 8.3 в DHCP основными ключами идентификации клиента являются ClientId (opt61) или, при его отсутствии, MAC-адрес.
Дополнительно могут использоваться вторичные ключи (opt82, QinQ), которые в ряде сценариев выступают уникальным идентификатором абонента в биллинговой системе.

При использовании вторичных ключей в качестве идентификатора абонента возможна ситуация, при которой:

• вторичный ключ (например, QinQ) остается неизменным;
• основной ключ (MAC-адрес) изменяется (например, при замене CPE).

В этом случае при повторном DHCP-запросе:

• биллинговая система может назначить тот же IP-адрес;
• СКАТ создаёт новую аккаунтинг-сессию.

В результате для одного абонента могут одновременно существовать несколько активных аккаунтинг-сессий, соответствующих разным основным ключам, но одинаковому вторичному ключу.

Для биллинговых систем, допускающих только одну активную сессию на абонента, это может приводить к следующим последствиям:

• отклонение новой сессии;
• отказ в выдаче IP-адреса до завершения предыдущей сессии.

Для предотвращения описанной ситуации в DHCP Proxy СКАТ используется опция bras_dhcp_check_secondary_keys.

bras_dhcp_check_secondary_keys — контроль уникальности вторичных ключей (opt82/QinQ) [hot]

При включении опции выполняется проверка активных аккаунтинг-сессий по вторичным ключам. Если обнаружена сессия с совпадающим значением одного из вторичных ключей, она принудительно завершается (отправляется Accounting-Stop) до отправки запроса на выдачу IP-адреса в RADIUS, что обеспечивает корректную работу с биллинговыми системами, допускающими только одну активную сессию на абонента.

Значения:

• 0 (по умолчанию) — контроль вторичных ключей отключен
• 1 — контроль по всем вторичным ключам (opt82 и QinQ)
• 2 — контроль только по opt82
• 4 — контроль только по QinQ