Настройка взаимодействия с узлами CPF/SMF производится в ветке system.bras.pfcp:

pfcp
{
  node_id "rdp.ru"
  peers
  {
  }
  attrlists
  {
  }
}   

Описание параметров ветки system.bras.pfcp:

• node_id – идентификатор EcoSGE как узла PFCP;
• peers – ветка для задания профилей узлов CPF/SMF (пиров), с которыми EcoSGE взаимодействует по протоколу PFCP;
• attrlists – ветка списков атрибутов абонентов (см. подраздел "Атрибуты абонентов").

Для создания шаблона профиля узла CPF/SMF необходимо отправить команду create pfcp peer <имя>. В ветку peers будет добавлен шаблон peer<имя> со следующими параметрами:

  peers
  {
    peer<имя>
    {
      disable
      id ""
      ip "0.0.0.0"
      timeout 120
    }   

Описание параметров ветки peers:

• disable/enable – выключение/включение профиля узла (точнее, возможности ассоциации с ним);
• id – идентификатор узла (строка, которая, как и идентификатор EcoSGE, будет передаваться по PFCP);
• ip – IP-адрес узла;
• timeout – максимальное время ожидания запроса от узла (в секундах). При отсутствии запроса от узла в течение заданного времени узел будет считаться неактивным. Пир может периодически рассылать heartbeat-пакеты, чтобы оставаться активным для EcoSGE.

PFCP работает через интерфейс mng поверх UDP на порту 8805. Для начала взаимодействия между узлами CPF/SMF и UPF они должны ассоциироваться, т. е. обменяться идентификаторами и другими параметрами. В текущей реализации функциональности инициатором ассоциации всегда выступает CPF/SMF, выбирая таким образом UPF и получая в распоряжение его ресурсы. Между двумя узлами возможна только одна ассоциация. Она установится только в том случае, если пир указан в конфигурации EcoSGE. После успешной ассоциации запускается таймер активности пира, текущее значение которого можно узнать с помощью команды show pfcp peer { all | brief | <IP-адрес> | <имя> }. Описание аргументов команды:

• all – вывод подробной информации обо всех узлах;
• brief – вывод краткой информации обо всех узлах;
• <IP-адрес> – вывод информации об узле с указанным IP-адресом;
• <имя> – вывод информации об узле с указанным именем.

Пример вывода команды show pfcp peer brief после ассоциации:

NAME    | NODE_ID | IP          | STATUS | ASSOCIATION TIME     | PEER LAST UPDATE     | TIMEOUT |
---------------------------------------------------------------------------------------------------
peerOne | vcpf    | 192.168.5.1 | ACTIVE | 22-Jun-2023 20:30:58 | 22-Jun-2023 20:30:58 | 115     |   

В выводе команды с аргументом all, <IP-адрес> или <имя>, помимо вышеприведённых параметров NAME, NODE_ID, IP, STATUS, ASSOCIATION TIME, PEER LAST UPDATE, TIMEOUT, содержатся счётчики запросов от этого пира и отправленных ему ответов. Пример вывода команды show pfcp peer <имя>:

EcoSGE:> show pfcp peer all  
NAME             : peerOne
NODE_ID          : vcpf
IP               : 10.212.131.96
STATUS           : ACTIVE
ASSOCIATION TIME : 05-Mar-2025 15:16:24
PEER LAST UPDATE : 05-Mar-2025 15:21:20
TIMEOUT          : 119625
create req       : 3402
create resp      : 3402
update req       : 501
update resp      : 500
delete req       : 308
delete resp      : 300
acct req         : 4032
acct resp        : 4032
attr             : APN,IMSI,MSISDN   

Сброс данных счётчиков производится командой clear pfcp peer { all | <IP-адрес> | <имя> }.

После ассоциации между UPF и CPF/SMF для каждого абонента необходимо установить PFCP-сеанс, в рамках которого выполняется конфигурирование абонента. Абонент может использовать один IPv4-адрес и/или один IPv6-префикс в течение PFCP-сеанса. Длина префикса по умолчанию (если она не передаётся в запросе) – 64. Конфигурирование абонента в процессе установления сеанса производится посредством передачи на UPF правил (rules) и выбора для него настроенных сервисов BRAS. Сервисы EcoSGE в терминологии PFCP называются predefined rules и включают несколько новых параметров, специфичных для PFCP:

• acc_on_first_pkt – при значении on отправка отчёта происходит сразу после приёма первого пакета от абонента;
• interim_threshold – порог отправки очередного отчёта по объёму трафика абонента (KiB);
• interim_interval – порог отправки очередного отчёта по времени после предыдущего (сек);
• send_5tuple – при значении on в отчёты добавляется информация о потоках данных;
• pfcp_attrlists – списки абонентских атрибутов (см. подраздел "Атрибуты абонента");
• enrich_profile – профиль обогащения заголовков (см. подраздел "Обогащение заголовков").

Эти параметры задаются в сервисах по согласованию с администратором сети оператора связи. Остальные параметры передаются от CPF/SMF в сообщениях PFCP Request, на которые EcoSGE отвечает сообщениями PFCP Response. Они содержат код ответа, который при успешном приёме и обработке запроса равен 1.

Поскольку политики BRAS при использовании PFCP не задействованы, сервисам через запросы PFCP присваивается приоритет. Сервис с приоритетом 0 имеет специальное назначение: это общий сервис, выполняющий ту же роль, что и common service в групповых статических политиках и shared service в общих контрактах.

Аналогичным образом через запросы PFCP можно назначать ограничения скорости для сервисов. Их можно увидеть в выводе команды show brasinfo <IP_адрес_или_префикс> в строках "Configured data rate upstream" и "Configured data rate downstream" соответствующего сервиса.