Что такое "центральные жилы" в витой ПАРЕ?

Что требуется цифровому аппарату - витая пара (достаточно 3-ей категории, но тогда максимальная длина будет меньше, теоретический предел на хорошем кабеле 1200м).
Если у вас кабель с групповым повивом, или 4-чный (4 провода скрученные вместе) - будут проблемы.
Если у вас разнопарка - взяты провода из разных пар - будут проблемы.
Если под центральными - вы имеете в виду средние контакты RG45 - то их надо не прозванивать, а проконтролировать, что они из одной пары (обычно это синяя), а не два провода из разных пар).

4760 будет управлять любым количеством станций при условиях:
- суммарное количество абонентов не превышает указанное в ключах 4760,
- имеется доступ к станции (declaration node) к которой привязан файл *.sw4760

Файл на станции - не нужен, он кладется на СЕРВЕР!! 4760 при инсталляции софта - в нем написано - к какой станции надо коннектится для проверки легитимности ключей, какие модули открыты, на какую суммарную абонентскую емкость.

правильно в категории абонента (Public network/ access COS) написать
- DID hold on busy set =0 (не даем уведомление о новом вызове занятому абоненту)
- DID overflow on total busy =0 (никуда не отправляем вызов, если абонент занят - ентити,оператор и т.п.)

будет "занято".
Меняем для режима день и ночь.
Если абонент в hunt group - то у него работает не public network COS из свойств абонента, а та категория которая указана в группе.

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

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

Ну и какие релизы на станциях стоят.

Удаление и прописывание заново - иногда помогают (главное чтоб нормально прошла синхронизация).
Иногда при этом (но это у меня было для 4760i) требовалось удаление описания релиза. Не помню где лежат файлики с именами типа g1502 и т.п.
Выглядело забавно - 4760i работает, но при открытии каких-то мест (типа system/ other system/ spec. customer feature param) висла. Удалил описание релиза, зашел на станцию - проходит синхронизация, подкачка MIB файлов и т.п. и все становится хорошо.

Я так понял, что просто балуетесь, есть возможность экспериментировать - после того как прописали станцию - синхронизация нормально прошла?
Удалить станцию, удалить описание релиза из 4760 и прописать заново (и провести синхронизацию (посмотрев в шедулере как все прошло).

Если вы НЕ УДАЛИЛИ трубку в mgr и она ВЕЗДЕ осталась.
Иногда помогало - termstat d номер (потом выбрать рестарт трубки).

Если труба была в роуминге - dectclean на узле, где трубка была - давали? Чтоб из shell аппарат удалился и вернулся логически на домашний узел.

а где ее еще удалять, как не в mgr.

Проблемы обычно приходят, когда вы удаляете что-то работающее.

Мне правдо не понятно - трубка удалилась? Тогда никаких дерегистраций не требуется. Если вы не можете ничего с ней поделать - боюсь вам придется рестартовать станцию (если трубка удалилась из базы на диске, но осталась в базе в ОЗУ).

Что еще теоретически можно попробовать, до рестарта - еще раз удалить ее в mgr

Call by name and mini mail (text msg) - должна быть. Просто yes не даст поставить из-за лицензии (Lock номер 2 кстати)

Со станционным - не то что не должно совпадать, просто смысла в этом нет (мне помнилось по доке - разный дект в одной станции жить не будет).
Со станцией ведь работает по IP, собственно DECT абоненты (а не SIP) - это проста для наглядности (ну и чтоб функционал/экран под трубку адаптировать).

Хендовер - он должен работать - но вы будете из одной зоны выходить, в другую входить, соответственно можно ПЕРЕДАТЬ информацию. Интересно - живые инсталляции уже есть? Насколько больше баз требуется (по сравнению с обычным DECT (там ведь не только трубка должна видеть базу, но и соседняя база должна видеть базу - для передачи синхронизации).

Call by name у вас может называться (смотря какой язык выбрать), можно разрешить набор по имени (на цифровиках пользуетесь?).

1. А разве оно должно быстро переключиться? Это IP, работоспособность контролируется не мгновенно, трубка регистрируется на базе!! (DAP), не на станции, соответственно, пока не будет принято решение, что она (DAP) умерла - перерегистрации на новую базу наверное не произойдет.

2. Вы про какие установки (про 8 цифр в PARI)? Вы случаем не про КОЛИЧЕСТВО возможных PARI в ОХЕ спрашиваете (в ОХЕ может быть до 8 PARI, вы можете разным шелфам присвоить разные PARI, абоненты отдельных шелфов будут работать ТОЛЬКО в своих зонах - как будто это разные станции).

3. А про Mobile 200 - кто-то обещал, что он будет работать? Всякие нюансы с кодеками (типа выключить multialgorithm for compression) указали?

Аппарат совершенно не похож на сотовые телефоны - ни особых мелодий, ни могучей телефонной книги, ни обоев на экране.

Не понятно - зачем вам hunt group, мне казалось проще по DID транслятору сразу отправлять на префикс Entity call.
Ну а с HG - не уверен, что пустая HG ведет себя так-же как группа с абонентами (но вышедшими из нее).
Второе - а что написано в Public Network COS указанной в HG на тему всяких перетеканий?