Не встречался, но вопрос один - разбираться с подключением процессоров:
- нормально ли воткнуты,
- если оба воткнуты в локалку - запрещен ли On board Ethernet джампером Х900,
- какой вид сигналинга прописан в 0-м шелфе - N64, IO2, Ethernet?
- если оба проца воткнуты в локалку - насколько интелектуальные коммутаторы и занимается ли там кто-то менеджментом, если да - воткните как временное решение процессора в какой-нибудь маленьких коммутатор, а его уже в локалку.

Не понял, причем здесь картинка с двумя дискриминаторами.

Вы набираете префикс ARS - там указан логический дискриминатор (например 0) - через Entity/discriminator selector вы попадаете в реальный дискриминатор (например 0) и далее разные цифры могут обрабатываться по разному.

Т.е. идеология ARS следющая:
0 (например) - префикс ARS

человек набирает 8+номер

в дискриминаторе (например 0) по разным первым цифрам мы отправляем в разные листы, где делаем разные движения. Второй дискриминатор не причем

Если вы хотите в ОДНОЙ транковой группе позвонить на оператора IP телефонии, делается примерно так:
в рулезах 8495 - ARS лист 8

ARS лист 8
роут 1 - все как везде и Numbering commmand table=8 (например)

Numbering command table (например)
A2104000FW01I#

Человек набрад префикс+84951234567

Станция позвонила оператору (А2104000)
Перешла в DTMF (F)
Пауза 1 сек (W01)
Набрать собственно номер 84951234567 (I)

Это выглядит как трассировка с нормального звонка - сетап, алерт, коннект и пр.
Еще раз повторюсь - напишите что конкретно (все цифры) должен набрать юзер.
Что должна набрать станция.

Не можете - это как? Набирается но не все, не дает набирать и т.п.?
У вас набор 0 в плане нумерации с сохранением 0 или нет (Keep/ Drop)?
просто далее попадая в ARS - у вас для номера начинающегося с 2 - что-то есть.

Вторая проблема - баринг
на пересечении баринга абонента и баринга транковой группы стоит номер таблицы.
в таблице баринга (для нужного номера таблицы) - написано что разрешено/ что запрещено. Может здесь проблема (например написано что разрешено 0 и 8, а про 2 ничего не сказано)

А насчет организации ARS - напишите:
- что должен набирать абонент
- что и куда набирает станция.

Обычно делается примерно так:
абонент набирает 0+городской номер
0+8 (межгород)
0+8-10 (международка)
0+8495 (хочется через оператора 2)

0=ARS префикс
дискриминатор/ правила:
город - ARS list 0
8 - ARS list 0
810 - ARS list 0
8495 - ARS list 5

ARS/ ARS list 0
route 1 - TG_op1, NPD (как в TG на оператора 1)
time-based route list
route 1

ARS/ ARS list 5
route 1 - TG_op2, NPD (как в TG на оператора 2)
time-based route list
route 1

Что значить "вроде бы набираетя"? У вас какой тип внешнего линка? Для ISDN и H323 - смотрим через t3 трассировку и видим - набирается или нет, и кому не нравится

На тему перепрошивки GD - нормально вошли в биос, загрузили софт, перегрузились под рутом, а при перезагрузке - mgconfig плата не предложила (вроде автоматически должно предлагать)?

А потом восстановили mao и linux данные? Или netadmin ручками делали (не забыли ли role address или еще чего).

А что такое "после перепрошивки CS-2" - патч ставили, проц меняли?

Между вами и станцией оператора - стоит какое-то трансмиссионное оборудование - это могут быть просто модемы, оптические или медные (xDSL), могут быть мультиплексоры (MUX) - когда у вас несколько РАЗНЫХ интерфейсов сворачивается на вашей сторне и разворачивается на той, или какие-нибудь другие системы (SDH, PDH, радиорелейки, VSAT и т.п.).

Разбираться,запишите цифирки счетчиков ошибок, посмотрите через некоторое время.
Большое количество ошибок AIS обычно когда есть проблемы между модемами (SDH, MUX) которыми ваш поток добегает до провайдера. Что там у вас - неисправность модемов, проблемы с кабелем - вам и разбираться. Посмотрите если модемы ваши - что на них - наличие ошибок, проблем с кабелем и т.п.
По счетчику ошибок - можно дать команду increset (далее пункт alarms onincidents) - счетчики сброятся в 0 и все что появится - это будут новые ошибки.

Важно не количество ошибок, а их приращение за какой-то период. Например если к вечеру их стало больше - то это плохо.
для t3 шелф и плату указываете какая у вас есть, наверное 3 6. t3 - это ISDN трассировка, достаточно вменяемая. Просто в терминальной программе надо перед этим включить протоколирование в файл (сохранять выдаваемое на окно в лог файл), иначе при большом количестве звонков инфа не влезет в буфер.

Еще в догонку - infocs - проблем с синхронизацией нет (точнее - синхронизация есть?)

Смотрим на станции инциденты incvisu - что есть связанное с портом, платой, синхронизацией.

trkstat 1 6 (для платы тсоящей в позиции 1 6) - смотрим не увеличивается ли количество ошибок (RAI, AIS, NOS) со временем.

Одни выносы - это как? У абонентов которые находятся в одном ящике с Е1 - проблемы есть или нет (или только у абонентов в ДРУГИХ ящиках).

По telnet запускаете t3 C=1 c=6 (указывая свое положение платы "номер_полки" "номер_платы") с протоколированием в файл и САМИ делаете звонки (чтоб знать номера и время) - когда ваш разговор прервется - смотрите чья сторона была инициатором дисконнекта.

Поток от ГТС как правило не втыкается прямо в УПАТС, а идет через трансимиссионное оборудование (SDH, MUX и т.п.) - посмотрите там наличие ошибок, проблем с синхронизацией. Может просто наступила зима, замерзли кабеля и у вас начались проблемы с модемами.