Кратко

  • Release 5 позволяет разным CAPIF Core Function обмениваться сервисными API между доменами.
  • Соединение проверяет личность соседа, использует взаимный TLS и учитывает настройки поставщика и правила видимости.

OpenCAPIF нашёл дверь API-соседа. Release 5 принёс журнал: кто вошёл, что взял и кому это видно.

ETSI объявила OpenCAPIF 5.0.0 26 октября. Главная функция — CAPIF Interconnection: отдельные установки OpenCAPIF могут публиковать и находить сервисные API через границы организаций. Инвокер, подключённый к одной CAPIF Core Function (CCF), получает путь к API за другой CCF. Ключевое изменение — связь между доменами получила конкретный порядок действий.

Запрос запускает администратор локальной CCF. CCF-A связывается с CCF-B через взаимный TLS и отправляет идентификатор CCF, домен, сведения о центре сертификации и открытый ключ. CCF-B сохраняет данные соседа и возвращает свои. Затем обе стороны синхронизируют разрешённые API. Сначала системы знакомятся, потом обмениваются списками услуг.

Поставщик сам указывает, какие API можно передать. Для этого нужен флаг isShareable = true и домены-получатели в capifProvDoms. Система также проверяет происхождение API и путь публикации: копия не должна вернуться тому же соседу или пойти по уже пройденному маршруту. Полученная копия помечается как непередаваемая дальше. Иначе каталог быстро превратился бы в игру «передай соседу».

Open Discover отвечает на вопрос до подключения: есть ли здесь нужный API, версия или endpoint? Инвокеру достаточно действительного токена Register Service. Он проверяет наличие предложения до завершения onboarding. Сначала посмотрели в витрину, потом оформляем пропуск.

Visibility Control решает, кто увидит результат. Поставщик или администратор может задать правила для поставщиков, API и API Exposing Function (AEF), добавить исключения для конкретных инвокеров, выбрать исходный режим «разрешить» или «запретить», включить правило и установить срок его действия. Discover применяет действующие правила к каждому запросу. Один каталог может показать разный список разным читателям.

Release 5 также допускает API с одинаковым именем, если их публикуют разные AEF. Дубли внутри одной AEF по-прежнему отклоняются. Имя рассматривается вместе с функцией, которая предоставляет API.

3GPP ввела CAPIF Interconnection в Release 16 и определила точки CAPIF-6/6e и процедуры безопасности. Часть деталей реализации остаётся открытой; OpenCAPIF описывает свой поток как предложение SDG по реализации в архитектуре 3GPP. Release 5 показывает это предложение в действии: обмен идентичностью, отбор API, синхронизация и контроль видимости.

В релиз добавили 31 тест: 11 на соединение, 12 на видимость, шесть на Open Discover и два на одинаковые имена между AEF. Распределение показывает, на какие функции ушла работа команды. Операционный журнал должен продолжить эту историю и связать исходный API, копии у соседей, правила доступа и отзыв копии при закрытии соединения.

Sources