При вопросе о таких проблемах дивно писать релиз 4760, а так-же выкладывать реальный лог.
Кроме того 4760 заточена на регулярный коннект с станцией которая прописана как declaration node (в ключах 4760 есть ссылка на станцию), прописав эту станцию в каталоге - указываем, что это к ней привязаны ключи. И 4760 должна иметь доступ к этой станции. Если вам 32 дня не нужна станция - не скачиваете тикеты, не сохраняете базу - это не есть гуд.

Да вроде давно и для всех работает - в application/ LDAP phonebook прописываете LDAP и ссылаетесь на него в entity.

Не погорячились? 165 Lock там вроде разный

Я думаю не все так просто - смотря как и чего запускается. Мне казалось надо прописывать чего-то в application/ccd/rsi - какие-нибудь RSI points или еще чего. Надо наверное читать какие-нибудб мануалы по стыковке с Genesys

х.з.
В любом случае рекомендую начинать с установки патча посвежее (типа 24g)
Было упоминание всяких проблем типа
GE- f4.401.18 - NPRAE public TG has make an automatical reset

А насчет последовательности - обычно пофиг - прописана синхра, поданы потоки и все.

Инцидент 1735 - софтовые проблемы. Я надеюсь у вас работают (у вас релиз 7.0) платы NPRAE? А не NPRAE-2 случаем?

в доке читаем caller / called filtering.

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

В access COS - DID overflow on total busy=0

Cоздание потока на Астериск ничем не отличается от программирования потока в город.
Разве что несколько моментов
- возможно в digital access на плате в ОХЕ поставить режим нетворк
- и не пользоваться в транковой группе DID трансляцией.
Для удобства звонков в Астериск можно использовать Speed dial (например 1ХХХ в ОХЕ, 2ХХХ в *)
Делаете SD 2, где Call number=префикс_занятия+2.

а на SVP сервере чего видно? Не помню, там по моему по два адреса на трубку выделяться должно, может где то там проблема?

Давайте заново и по честному - осталось два потока на плате 0-0. убираете их все нормально становится?
Проблема с синхронизацией, разбирайтесь.
Или от города фигня с потоками (например аналоговые линии собираются каким то оборудованием в поток), или нет синхронизации в оборудовании между станциями (модемы, SDH, муксы или чего у вас там стоит).

Если с ОБЕИХ сторон есть PRI - чего бы и не им?

А при каком раскладе это должно было работать? SIP шлюз в никакой сети через никакую TG?

В сети по крайней мере номера сети - "где как" не могут быть расбросаны.