vad,
Прошу прощения, всё время забываю все данные указать:
Аппараты все EE;
Аппараты одинаковые (даже цветом:);
Релиз i160521 (сейчас), вылетел он на i160516с;
Не работает и на i160516c тоже.

vad,
да и 4028 есть тоже. Правда, только один, но он скачал data нормально.

vad,
Телефон был испорчен на другой станции. На тестируемой ещё несколько Iptouch работают корректно.

Подскажите пожалуйста, нет ли процедуры принудительного апгрейда data файла ТА IP touch 4028?
Мне передали телефон IP touch 4028, который, видимо, был вынут из сети во время апгрейда. Теперь он загружается, в процессе загрузки пишет "get data" -> "invalid file content", после загрузки все русские символы отображаются как квадратики, значков нет, через минуту перезагружается. Обновил версию CS - не помогло.
Необходимо как-то принудительно обновить файл data (force upgrade). Не очень хочется связываться с алкателевским сервисом.

error,
Я бы не стал усложнять всё с помощью ssh. Оно и по rsh работает (без паролей) еле-еле с глюками и багами. А по ssh будет точно не проще.

Нашёл необходимое условие. На мастере (главном CS) в hosts (netadmin) должны быть все PCS. Это вызвано тем, что команды на обновление (скачивание) выдаются по rsh. Rsh работает без паролей, поэтому используются только на trusted хостах, следовательно, необходима запись в hosts.equiv.

Да, звонят. Плата новая. Правда, с таким использованием не долго продержится.

Запрещено.

Исключено. За это отвёртку сразу промеж глаз там воткнут.

Заказчик видит целесообразность и не понимает разумных доводов. Пока... В принципе, там 150 номеров городских на 1100 пользователей. Т.е. разбивка по 10 в группе была бы нормально.

Действительно. Сидишь с двумя аппаратми рядом - один звенит, другой нет.

Согласен. Но зал не один и префикс группового перехвата ещё запомнить нужно.

Всем: Большое спасибо за участие. Тем более, что вопрос по идиотской ситуации. Я, честно говоря, просто хотел узнать, нет ли ограничения производителя по числу одновременных вызовов в хант группе, поскольку в product limit ничего подобного, а представители Алкателя в России сразу шлют в eService Request. Чтобы переделать это безумие на рабочий вариант, необходимо подтверждение производителя о неработоспособности или хотя бы нежелательности.

Urri,
Спасибо нашёл сам в описании!
"The CB26 converter supplies 100V to the ringing injector. It has a current limiter that, when a threshold of 260 mA is reached, provokes a voltage drop to limit the number of sets that can ring simultaneously to 8."
Странно, что несколько телефонов (2-3) на другой плате (отностельно основной группы) тоже не звонят.

Добрый день, не нашёл на форуме ответа (может уже вставал вопрос). Есть параллельная хант группа на 40 аналоговых абонентов при входящем вызове 13 абонентов не звонят. Абоненты всё время одни и те же. Все абоненты в состоянии "in". Большинство абонентов 25-30 висят на одной плате.
Мысли есть? Был бы премного благодарен.

Dmitry Ryzhakov, ага, спасибо большое!

vad,
Скорее, у меня несколько сетей станет и перетекать надо будет в них. Но их же можно и комбинировать.

vad,
Да, действительно, всё работает. Спасибо. Можно как node access prefix использовать, так и network access prefix.

vad,


По теме:
Имеется, три узла в гомогенном пространстве нумерации. Условно узлы 1-1, 2-1, 2-2 (первая цифра - номер сети ABCF, вторая номер узла в сети ABCF). Узлы 1-1 и 2-1 связаны по ABCF TG и их я не трогаю (пока). Узлы 2-1 и 2-2 связаны по ABCF logical link типа hybrid, никаких T2 нет, исключительно IP. Соответственно, между узлами 2-1 и 2-2 настроен VPN Overflow с H323 транк группой. Также между узлами 1-1 и 2-2 настроена SIP транк группа. Хотелось бы, при пропадании канала между узлами 2-1 и 2-2 (и падении h323 транк группы) использовать перемаршрутизацию вызова в SIP (прозрачно для пользователя). Задача зарезервировать не выход платы INT-IP из строя (такого я не припомню), а выход из строя IP-канала (а такое происходит на просторах нашей родины по 5 раз в день).
Но что-то Ваши ответы наводят меня на мысль, что я не там копаю... Видимо, правильнее копать в сторону public to private overflow, поскольку вместе с каналом упадёт и ABCF сигнализация.

vad
Для начала хотелось бы просто получить бэкап ABC-F линка с помощью SIP trunk. Сигнализация между узлами имеется. А вот с ARS не получается. VPN overflow есть, ARS list есть, а вот вызов в него не попадает. Можно удалить лист или маршруты - ничего не меняется. А нужен в этом случае routing number?

Вот тестирую-тестирую и не выходит каменный цветок.
1. Если создать routing number, то никакого route list не задействуется. Можно хоть маршруты удалить из него или time-based route list опустошить - всё равно. Вызов проходит через VPN overflow и routing number, без ARS (хотя в VPN Overflow Distant указан жестко ARS list).

2. Если удалить routing number (про который ничего в примере из доки не сказано), то никаких вызовов не проходит. То есть при нажатии ARS prefix происходит занятие и добор номера произвести даёт, а дальше отбой сразу. И по трейсам вызов уходит не с VPN Overflow номеров.

Возникает вопрос, как же всё-таки сделать SIP-транк, как бэкап для ABC-F logical link.