2 в одном городе стоит, 2 в другом городе стоит, логически одно целое

и как вы регистрации шарите?
что синхронизируете через memcache? сам callcenter не предназначен для шаринга БД
<!-- WARNING: Agents and Tiers XML config shouldn't be used in a multi FS shared DB setup. -->

А сколько звонков на пике ?

зачем делать одинаковый hostname тоже не понятно. Это делается только в случае master-slave репликации(с использованием плавающего IP, общей БД)

правильный вопрос

если extension могут жить как на фс1 так и на фс2 каким образом один фс будет знать что extension зарегистрирован на другом фс

Да, это я и хотел подметить, вроде ясно написано

выход - не регистрировать на ФС. регистраровать на прокси. С фрисвича агентов вызывать через этот прокси

Это не проблема, ворнинг про не шарить конфиг таеров и агентов вы просто проигнорировали и оно работает ?

<!-- WARNING: Agents and Tiers XML config shouldn't be used in a multi FS shared DB setup. -->
значит я это ограничение обошел

ну я точно не уверен, но чисто в теории вам не нужно шарить БД
пусть у каждого будет своя.
Конфиги mod_callcenter одинаковые.
допустим у вас 2 очереди: 1000, 1001.
фс01 - 1000, фс02 - 1001
перед отправкой звонка в очередь, проверяете это сопоставление(допустим, звонок на фс01 нужно отправить в очередь 1001), если не совпадает - отправляете звонок на соседний фс
либо заранее это делаете на kamailio(если очередь известна)

только это будет сложнее если агенты могут быть больше чем в 1 очередь

У меня звонки принимаются рандомом лоад балансингом, допустим я не могу это поменять из за архитектурных причин

эээ...у вас на фс1 живут 1000 1002 1004, на фс2 живут 1001 1003 1005 ?

ну поэтому я сказал что такая схема не всегда работает)

Да

жесть

у kamailo есть балансировка по кастомной переменной. в т.ч. по $rU
это все прокси может делать

ставьте отдельную машинку под БД и пусть там callcenter живёт

Слишком быстро прочитал, нет фс1 1000 1001 фс2 1000 1001