Решения Cisco Unified Communications приобретаются всё больший размах. Только один кластер CUCM поддерживает до 30 000 клиентов, но уже есть решения в которых участвует несколько сотен Call Agents, CUCM, CUCME, а также CUBE и SRST. А поскольку маршрутизация звонков между этими элементами осуществлялась только в виде статики, настройка диалплана получалась очень громоздкой.

Технологии Cisco Service Advertisement Framework (SAF) а также Call Control Discovery (CCD) дают возможность для Call Agents распространять их Call Routing Information в сети, а также загружать маршруты от других Call Agents из сети.
Таким образом, SAF и CCD применяются при разворачивании очень больших решений на основе Cisco Unified Comunications, и позволяют сильно упростить внедрение Dial Plan.

Большие сети и масштабируемость Диалплана

Как известно, для настройки совместной работы нескольких кластеров мы можем использовать Intercluster Trunk как с поддержкой H.323 gatekeeper так и без нее.

Без использования Cenralized Services (H.323 gatekeeper, SIP network services), конфигурация межкластерной связи возможно только при организации Full-Mesh, т.е. каждый Call Agent должен быть подключён отдельным транком к каждому. Также на каждом Call Agent должна быть соответствующая прописана маршрутизация. Понятно, что такая модель применима только небольшим по размеру структурам.

Использование модели Hub-and-spoke, подразумевает использование в качестве Cenralized Services H.323 Gatekeeper или SIP network service.
Это решение гораздо лучше масштабируется, тут нет необходимости настраивать Full-Mesh и ненадо настраивать маршрутизацию в каждой точке. Но здесь также присутствуют и свои минусы: single point of failure, а также необходимость настройки вручную самого централизованного сервиса.

Таким образом ни один из упомянутых методов не предоставляет динамический обмен Call-routing information между call-routing domains.

Вообще маршрутизация звонков по своей природе близка к маршрутизации IP пакетов - IP routing.
Как известно, в больших сетях масштабируемость IP routing достигается с помощью Dynamic Routing Protocols.
У каждого маршрутизатора имеются непосредственно подключённые к нему Local Networks. Dynamic Routing Protocols позволяет отдавать эти Local Networks другим, соседним маршрутизаторам, в результате чего все маршрутизаторы будут знать все доступные подсети а также путь к ним.

Аналогичный подход можно применить и к распространению Call-Routing Infomation: каждый Call Routing Domain будет отдавать локальные номера или диапазоны локальных номеров.

Начиная с версии CUCM 8 была реализованы технологии, позволяющие выполнять advertizing Call-Routing Infomation:
CCD (Call Control Discovery) - это сервис, позволяющий Call Agent отдавать локальные DN (Directory Number) и им соответствующие PSTN numbers в SAF-enabled network. Также CCD позволяет и принимать Call-routing information из сети SAF.

SAF (Service Advertisement Framework) - используется для распространения информации внутри SAF-enabled network.
SAF Forwarders взаимодействуют с CCD-enabled Call Agents (Он же SAF Client). SAF Forwarders обмениваются информацией друг с другом, благодаря чему SAF Clients получают Call-Routing Infomation, т.е. internal directory numbers и соответствующие им PSTN numbers.

SAF

SAF (Service Advertisement Framework) - это унифицированное масштабируемое решение, позволяющее устройствам в сети обмениваться информацией.
SAF может быть использована для Advertise и Learn информации для любого сервиса. CCD - это первое приложение Cisco, которое использует SAF.

Внутри сети SAF работают устройства SAF forwarders, они занимаются передачей и распространением полезной информации(SAF Service Information). SAF forwarders никак не обрабатывают SAF Service Information, - они лишь гарантируют надёжный обмен между SAF clients. SAF forwarders для передачи SAF Service Information используют протокол SAF Forwarding Protocol (SAF-FP).

SAF Forwarding Protocol (SAF-FP) использует технологию и функции EIGRP, включая Diffusing Update Algorithm, Authenticated Update и т.д. Но, несмотря на то, что SAF-FP очень похож на EIGRP, он работает независимо от IP протокола, т.е. SAF-FP работает уровнем выше, чем IP, EIGRP, BGP или OSPF.

SAF forwarders могут взаимодействовать с SAF clients.
Примерами SAF client являются CCD-enabled Call Agents(например CUCM, CUCME, SRST, CUBE).
SAF client может передавать SAF Service Information в сеть, или получать эту SAF Service Information из сети.
В нашем случае SAF Service Information это собственно Call-Routing Infomation.
SAF clients взаимодействуют с SAF forwarders с использованием протокола SAF Client Protocol (SAF-CP)

SAF client регистрируются в сеть, т.е. на SAF forwarder.
SAF client может Publish services (отдавать инфу) или Subscribe to services (принимать инфу).
SAF forwarder распространяют друг другу о