из 4029 агентов сделать не получится. нужны 4035, 4039 или аналоговые аппараты. Пока у вас в группе не появятся живые агенты, пилот будет блокирован - ему ведь некуда распределять звонки...

1. тип группы sequential означает что звонок из списка аппаратов в группе всегда будет приходить на первый свободный по списку и только если он занят - звонок будет распределятся на следующий аппарат, если и он занят, то на третий и так далее.
2. насколько точно вы копируете настройку? просто создать группу с таким же типом недостаточно - надо повторить категории, посмотреть какие настройки перетекания по "нет ответа" сделаны в исходной группе.

Коллега, имейте ввиду старую истину - чем дальше в лес, тем больше дров. Глянув в трассировку у вас будет масса вопросов. один пример.
скажем, МАС вашего IP телефона 00:80:9f:12:34:56 (00:80:9f - закреплено за Алкатель- то есть у всего оборудования алкатель эти байты-одинаковые)
старт трассировки:
tuner km
tuner clear-traces
trc init
tuner +cpu +cpl
mtracer –u m 123456 > /tmpd/123456.log & (в это строке - запуск тресов и сохранение данных в файл с именем 123456.log)


выключение трассировки
tuner km
tuner clear-traces
dhs3_init -R MTRACER


выкачиваете с диска 123456.log - анализируете

вариант, но довольно малоинформативный. при рабочем трафике не факт что это ваше занятие, да и не видно - что набрано... но тем не менее - вариант

вроде все верно у вас. а непосредственно с сервера 4760 - по FTP станция доступна (запустить ftp залогинится adfexc...)?

впрочем, если Вас отпинывает CMISE ,то станция скорее всего доступна, но проверить не помешает.

возможно проблема с самим процессом CMISE... его можно попробовать перезапустить или рестартовать АТС целиком, чтобы он штатно поднялся.

проверьте, введен ли у вас пароль в поле FTP Username с системной директории (там, где прописываете РВХ). вводить его надо ДВА раза (строчка, если ее выбрать, делится на две половинки).
можно еще глянуть на станции в system - там тоже должен быть правильный нетворк и нод нумбер, и в конце - 47хх directory - 4400 synchronisation должно быть true. вдруг кому-то в голову взбрело поменять.

Немного наверно в сторону от темы, но тем не менее.
функция АРС должна работать как написано в документации. если у вас есть подозрения, что что-то не так, у вас есть опция - смоделировать ситуацию используя другие доступные транки, играясь с кост-лимитами и так далее.

для IP аппаратов фильтрация в тресах возможна по МАС адресу.
что касается  тресов абонентов, то там как правило используется не абонентский номер как таковой, а neqt . скажем neqt абонента 2001 можно узнать командой tradna 2001

1. ПО софтфона вам должен предоставить поставщик. на материальных носителях с лейблом алкатель (тогда это будет стоить денег - доставка + диск) или в виде файлов, хоть на флешке. Звисит от того, что ваша бухгалтерия любит ставить на учет.
2. в превом приближении - да. если подробнее, то ваш поставщик общитывая конфигурацию может посоветовать добавить кодеков, например.
3. могут потребоваться лицензии SIP trunk

Можно смотреть и тут. Например в сообщении setup у вас фигурирует cryst 0 cpl 2 - очевидно нулевой кристалл вторая плата. Если у вас руты арс указывают на разные платы Е1 - этого достаточно. Что и как запрограммировано в арс лучше смотреть командой lookars i

ну так покажите ему эту картинку - куда уж нагляднее - стрелка влево, стрелка вправо

по моему вам надо плотнее посмотреть роутинг между сетями и в частности - содержимое пакетов на 24.132 и далее... до этого обмена у вас медиа потоки с адреса 127.27.2.17 просто не поднимались и соответственного голоса небыло.

1. NPI/TON - это часть NPD
2. значение byte 3 можно задать "вручную" если выбран NPI/TON user defined
3. в транковой группе есть параметр - Trunk Group NPD selector, так же ссылки на NPD мелькают в менеджменте ARS route list и network routing table

довольно наглядно с "недокрутами" разбираться в wireshark - Telephony > VoIP calls > graph - схема прохождения медиа потоков там наглядная и все адреса-порты видно. читать разлапистую трассировку алкатель имеет смысл если есть подозрение в ошибочной работе СИП после первичного анализа Ваершарком

куча вопросов. в первой станции IO2N появилась из-за наличия INTOF, что косвенно означает существование периферийного кристалла (его может не быть фактически - у вас эти платы не проинициализированы). если в периферийном кристалле за ИНТОФ стоит хоть одна плата eUA32 с аппаратами 9-й серии - наличие IO2N обязательно. Это касательно четкого критерия наличия IO2N.

Во втором кристалле у Вас ИНТОФ нет, зато есть куча INT-IP - скорее всего за этими платами у вас стоят перифеийные кристаллы, только с включением по IP. Судя по примеру инцидента - есть кристалл 6. У Вас инциденты идут по всем линкам или тоько по этому?

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