Как всегда - информации мизер. Какая группа (тип поиска), какие аппараты в группе (multi-line или аналоговые).
Чего сказано про очередь (Authorization camp-on calls%).
Public network COS - какая-то конкретная или 255.
Чего в данной категории на тему Incoming hold on busy set.
Для дальнейшего поведения интересует - Overflow on waiting (overflow on free set, overflow on total busy).

В общем для группы менеджмент ничем особым (за исключением Authorization camp-on calls%) не отличается от подачи вызова абоненту.

Да и когда пишете - чего хочется, было бы дивно написать - чего присходит сейчас.

В доке - в разделе user services/ hunt group (как то так помнится) - неплохо вроде было написано.

И раньше - лицензии на IP абонентов тянули за собой лицензии на IP каналы, лицезии на транки и каналы - это вообще одно и то-же.

Просто  - когда ставят галку на 10 IP access - вы получаете лицензии на 10 IP каналов.
Когда ставите галку на 40 IP абонентов - получаете 40 лицензий на IP абонентов и некоторое количество IP каналов (порядка 10, зависит от указанного трафика и количества остальных не IP абонентов).

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

Лучше бы сначала указать - какой алгоритм работы хочется.
Т.е. все дома - звонят телефоны.
Уходим - набором с какого-нибудь аппарата все на автоответчик? Или по тайм ауту подойдет.

А может вообще все не так - входящий вызов назначить на ОДИН аппарат, с него по небольшому тайм-ауту - вызов в группу.

Соответственно - наверное ему одному можно приколотить ящик, и с него переадресовывать вызова на автоответчик?

Вот что значить правильно задать вопрос - все думали внутренний абонент делает ТРАНСФЕР 2-х внешних абонентов.
А оказывается звоним через АА на абонента с внешней переадресацией.

На последний вопрос etc хотелось бы услышать ответ, как у вас там с шаригами/барингами - внешняя линия на внешнюю транковую группу.

Попробовал посчитать 40 IP абонентов и 4 транка.
На абонентов Актис добавляет 10 - 12 лицензий на VoIP для абонентов(в зависимости от числа других абонентов) и 4 для транков.
Но это просто подсчет, а у вас апгрейд, может какие-то нюансы есть (о которых мы не знаем)?

Например в ОХЕ - если вы имеете 40 IP абонентов - кодеков будет порядка 10-ти. Но если есть конференция на 29 - кодеков будет 29 (Актис закладывается на ситуацию, когда все абоненты в конференции будут IP.

Собственно - если переживаете, что вас дурят - можно в ОМС сделать экспорт oxo файла. Направить предложение ДРУГОМУ поставщику и сравнить. Единственное - я бы такими вещами предлагал заниматься, если есть реальное желание ВЫБРАТЬ поставщика.
Например если бы мне прислали файл - я наверное посмотрел бы, но писать в чем и как вас неверно информируют - не стал бы.
Вмешиваться в чужие взаимоотношения не зная нюансов - вредно.

А зачем заказывать конкретное количество каких-то лицезий? Заказывайте решение - хочу столько-то IP каналов и столько-то IP телефонов - а ОНИ вам должны сказать сколько и каких (и почему) лицензий вылазит.
Тем более часто это заказывается через Актис - а он оперирует человеческими понятиями (количество телефонов, количество линий) высчитывая нужные лицензии и ресурсы.
Если вы хотите что-то заказать (конкретную лицензию) - актис может не позволить это (добавляя еще какие-то лицензии).

А чего нибудь еще написать - разрешен transfer ext. to ext (system misc./ feature design), joining?

Т.е. они ПРИНАДЛЕЖАТ группе, но вышли из нее.
Посмотрите префикс выхода из группы (может кроме созданного хитрого, остался классический (типа 48).
Кроме того на время можно по категории запретить набор префикса выхода из группы и посмотреть.

А если поточнее - какой релиз стоит, "вылетают" - это как, смотрим termstat  - номер группы присутствует, но состояние Outside? Или вообще отсутствует упоминание о группе (тогда префикс выхода не причем).
Чего в maohist написано? Нет следов левого менеджмента?

Тогда вспоминайте чего делали - где-то не поправили адреса/маски/шлюзы или еще чего.
Хрен его знает - поправили в прошлый раз файл хостов, а сейчас не стали.
Тут тяжело чего-то советовать

Что делали перед этим (смена IP адресов или еще чего). Проблема с запуском на самом сервере 4760 или на клиентской машине?

Вы сначала расскажите чего есть и чего хочется.
Если у вас PSTN-Е1-ОХЕ-Е1-Циско-VoIP абоненты.

Это не абоненты станции, ходить к ним прямо по IP нет особого смысла. Если вы добавили 1000 абонентов - что они делают между собой - станции пофиг. А вот если они пошли в город - тут надо озаботится подключением к городу.
Я бы (если есть возможность) добавил чего-то для подключения к городу и для подключения к Cisco (плату NPRAE) - т.е. вам пропускную способность между циской и городом надо увеличивать симметрично.

Насчет IP - мое желание всегда сосредоточить IP в одном месте - например по Е1 к циске, а она общается со своими IP абонентами. Все проблемы факсов, модемов - в одном месте - циске.

Если Е1 + VoIP - начнется разбирательство с IP - кто виноват - циска, ОХЕ. разные направления. разное качество.

ХЗ тогда, чего пишет. Может проблемы с часами на процессоре? Вы же новые процессора поставили - например батарейка дохлая или гнездо плохо пропаяно. Мэйн раз в 30 сек чего то делает и правит время.

Выдерните, посмотрите батарейку.
Сделайте bascul - посмотрите - будет ли тикать время, когда он станет main.
Если базу сохраняете - принципиально страшного вообще ничего не будет.
Относительно неприятное - при переходе на второй проц (если есть проблемы с часами) - будет задница с данными тарификации. Вроде больше ничего смертельного быть не должно (особенно для main процессора).

повторюсь - на втором процессоре - рестарт после смены тайм-зоны был?
Первый проц - ради бога, подняли, все сделали и рестартовали. На втором - ДО мастеркопи была установлена тайм-зона и рестарт?? (так как после мастеркопи я думаю станцию не трогали).

Был залит софт и базы, указаны таймзоны, поправлено время, сделаны рестарты процов?

Т.е. если поправить тайм-зону и время и НЕ СДЕЛАТЬ рестарт процессора - со временем будет не все хорошо.