С графическим представлением аппарата - у Алкатель регулярно были проблемы.
С 4760i - вообще регулярно бывали проблемы. Мне показалось, что именно из-за этого - Алкатель хотел вообще убрать 4760i, но потом все-таки оставил, со словами - претензии к работе не принимаются.

А проблемы бывали забавные - то при экспорте что-то висло, то какие-то разделы переставали открываться (последний раз - не захотело открывать External SIP Gateway (при попытке открыть - все намертво висло). Помогает в таких случаях - в винде в users удаляем файл с описанием релиза - типа k1.520_en_US. Снова запускаем 4760i.

А проблема в чем? У меня как-то было - выскакивало такое окно, говорил Ок и все работало.
Что-то даже не задумывался - хорошо это или плохо. На последней станции - вроде не выскакивало.

так все-таки - файл генерится или real time забираете (с ком порта или по ethernet)?

"По поводу АОН - проблем быть не должно - вряд ли кто-нибудь будет тарифицировать 1.5 секунды, которые максимально длится запрос АОН. И чисто теоретически - ну не  может быть запроса АОН на входящем м/г (см. Б.С.Гольдштейна). "

Серьезно так думаете? Вообще то - запрос АОН - это линейный сигнал ОТВЕТ + 500 Гц. И было много случаев, когда на противоположной стороне (например АТС с выходом по ISDN) - в этот момент получали сигнал ОТВЕТ. И то, что вызываемая сторона переходила потом в предответное состояние - уже ничего не меняло.  

С включенным запросом АОН - можно будет нарваться на претензии от вызывающих абонентов.
Когда им будут приходить счета за межгород, а они при этом звонили и получали "занято".

Еще один интересный вопрос - АОН при этом вы получаете 7 цифр или больше? Не остаются на аппарате не отвеченные звонки, с "уменьшенным" до 7 количеством цифр?

Переводят вызов на обычного абонента ОХО и у него в трубке, кроме разговора, еще и тональные сигналы?
Или это не просто абонент, а абонент другой станции.

Не понял - вторая линия с гудками - это у кого?
Пришел вызов на ресепшен, они сделали трансфер.
Аппарат на ресепшен свободен (трубка лежит). Аппарат, получивший вызов по трансферу, разговаривает с городом. А вторая линия у кого?

Никогда не было проблем с консольными шнурами (естественно никогда не оставлял включенный шнур с отсоединенным компом) - в плане общения со станцией.
CS-2 - который говорит о изменении уровня безопасности - это кто-то наливал софт, но оставил процесс незаконченным. После установки софта - станция при первой загрузке спрашивает - что делаем с безопасностью. Раз это писала - кто-то не довел процесс до конца.
Гипертерминалом - не пользуюсь в принципе - TeraTerm, Secure CRT.
С перезагрузкой GD по кругу - не понятно. У вас к этому времени - IP параметры были заданы (mgconfig)? МАС адрес GD в менеджменте станции был задан? Если нет - будет перегружаться.

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

По жизни использую USB-to-COM производства defender (в устройствах определяется как Prolific USB-to-serial Com port). Использовал разные, были проблемы только в нахождении драйвера. На 3-х проводах (прием/передача/земля) - в режиме 9600, 8, N, 1 работали все.

Ну и повторюсь - Гипертерминалом не пользуюсь в силу его глючности.

Я вот и думаю - как это раньше работало. R1.5 вообще забавная вещь, а на сети - забавно в квадрате.

Почему это работает при звонке на занятого абонента центральной станции? Хотя там наверное линейный сигнал "занято" сразу идет.
С overflow (назначив на эту роль абонента центрального узла, недоступного) - и хотелось попробовать, вдруг будет изначально отдаваться линейная Занятость (абонент занят или недоступен).

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

Synchronisation Priority - собственно и отвечает за приоритет синхронизации  .
Т.е. станция подстраивает свои передатчики/частоту под частоту потока с наивысшим приоритетом синхронизации. Вы передаете в город свой 2 МБит поток с частотой подстроенной под частоту принимаемого сигнала. В вашем случае - синхронизируетесь от потока с цифрой 210.

Тем не менее (из опыта) - все равно переживаю, что просто не обращал никто на это внимание.
Потому что - просто перераспределение транков - не должно приводить к таком результату (если не трогали собственно транковые группы, сигнализацию и т.п.)  

Посмотрите просто трассировкой t3 (сохранить вывод в файл, потом по Call reference отобрать нужное).

Это ВСЯ трассировка одного звонка?
А где - Alert или всякие Facilities/user busy?

В трассировке - звонок на абонента, ничего в ответ и отбой вызывающего абонента.