TC2338 почитал.Но не взлетит такой способ. Начиная с 12.3 Linux идет совершенно другой. В дистрибутиве 12.4 в папке dhs3mgr\m5204\pcmao\boot_res\bootp\linux\161.000\install\config больше нет нужных sh-скриптов.

Плохо. Нет на выносах ни RMA, ни MOXA. И не будет никто их покупать ради апгрейда. Выходит, кроме присутствия живого человека около PCS, вариантов нет?

Коллеги, здравствуйте. Всех с наступающим НГ.
Грядет апгрейд пары далеких ОХЕ с 10.х и 11.х до 12.4. Сами АТС на Appliance Server, плюс много выносов с PCS (CS-2, CS-3).
Собственно, вопрос: есть ли шанс все это проапгрейдить удаленно?

Уже понятно, что любимый способ с неактивной партицией больше не работает, уже пробовал. При переходе со старых версий на 12.4 диск полностью реформатируется. А для этого нужно, чтобы AS или PCS грузился из сети. А для этого этот Network boot надо как-то активировать.

ТС2380 читал, да. В смысле настройки DHCP не очень полезно. Как всегда, написано, ЧТО надо сделать, но не КАК. Про кривые ВЛАНы на Cisco тоже, само собой, ничего )))

8008СЕ прекрасно работают с ОХЕ, я это гарантирую. Ну как прекрасно... Как любой SIP-аппарат стороннего производителя.
Вопрос же не в сип-сервере, а в настройках DHCP. То ли аппарат кривой, то ли я в DHCP что-то не так сделал.

Кстати, вопрос номер два обнаружился, поважнее первого. При подключении к коммутатору Cisco 3560 ПК, включенный за телефоном, не получает адрес из нужного VLAN. Порт настроен как аксесс с data-VLAN, и сверху еще положен Voice-VLAN, В итоге сейчас и телефон и ПК в голосовом VLAN. Криво настроен порт коммутатора, скажете? Берем любой другой аппарат (NOE алкателевские пробовали, Yealink пробовали), втыкаем в тот же порт - и все назначается нормально. Кейс открыт, индусы думают.

Добрый день, коллеги.
Имеется аппарат 8008СЕ версии 1.53.04 и необходимость провиженинга путем скачивания конфигурационного xml-файла с удаленного сервера. Непонятка вот в чем: аппарат не желает брать параметры из набора опций, которые привязаны к кастомному Vendor Class. Параметры берутся из набора вендора Standard.

Хотя, если шарком смотреть, то в сообщении DHCP Discover от аппарата есть Vendor Class Identifier = ictouch.0 (и такой же у меня кастомный вендор создан на сервере).

То есть, в принципе, все скачивается, путь к файлу берется из 43-й опции вендора Standard, но хочется понять, почему Vendor Class не отрабатывет.

Может, кто решал такие задачи?

4300? Чур меня, чур! Выбросьте и продезинфицируйте помещение!

Забавности - это Вадим очень мягко говорит.

Вот как раз сейчас борюсь с такой проблемой. Самая рабочая версия - антивирь. До его установки аларм сервис работал нормально и не перезагружался. Потом заказчик поставил антивирус,  начались чудеса. Заказчик снес антивирус, чудеса не ушли.

Короче, попахивает переинсталлом, но сначала все-таки поборемся.

После месяца раздумий индусы признались в косяке Алкателя. И кто бы мог подумать!

 

As discussed with architects, we confirmed that when real time accounting is managed with Ethernet, then filters are not verified.

By default, all the tickets will be sent to external application connected via Ethernet.

The tickets can be filtered only in external application in case of Ethernet.
This is the behavior from the "CDHva00918- Justificatifs sur lien ethernet".

Hence we confirm that this is the OXE behavior since the implementation of Ethernet accounting.

Апдейт: в результате кейса индусы накодили новую прошивку 4.5.0.7, в которой кириллица работает нормально. Хэппи энд, скажете вы? Не совсем. Зависания аппаратов, которые были в 4.5.0.3, никуда не делись.
Так что самая хорошая версия по-прежнему 4.3.0.1.

Для интересующихся апдейт. Фильтры, установленные в разделе Real-time output, вообще не работают. Что не включай, хоть вообще без фильтров работай, в реалтайм валится вообще все.

Открыт кейс, уже месяц индусы думают.

Апдейт: такая фигня появилась на версии 4.5.0.3. На более старой 4.3.0.1 все норм. Но кейс все равно создал.

Добрый день, коллеги.
OXE R12.2 и 8001 (прошивка последняя). Вместо имени звонящего и в журнале вызовов кракозябры вместо русского имени. Кто-нибудь сталкивался с такой проблемой? Как лечить? Ведь по даташиту должно работать.

Коллеги, добрый день.
Интересную багу нашел. Делаем сбор биллинга по Ethernet. В фильтрах аккаунтинга в разделе Realtime Ticket Output только исходящие всех видов. Ни одного фильтра с типом Incoming. А в сборщике я вижу все вперемешку - входящие и исходящие. Смотрел глазами в accview - действительно у звонка тип PublicNetworkIncoming, время вызова и длительность, все совпадает.
Какого фига входящие валят в реалтайм?

ПС Пробовал на 9.0 и 10.1.1, Около двух десятков станций. Везде одно и то же. То есть это не случайный глюк.

Коллеги, добрый день.
С портала исчез софт системы записи версии 2.3, остался только 2.4. Последняя версия у меня 2.3.0.22. Точно знаю, что есть 2.3.0.26, может еще новее были.
Не может ли кто поделиться самой свежей?