Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: проблема с CLIP на абонентах DECT cs-1000
АРТКОМ Форум > Форумы для специалистов > Техническая поддержка CS-1000
nenarokov
Добрый день, уважаемые обитатели форума
Есть такая проблема:
1. Есть cs1000 c платой DNIC и подключенным к ней потоком E1 ISDN PRI идущим на Cisco 2811 c соответствующими платами. На Ciscо, в свою очередь, подключен поток ISDN с городской АТС. То есть Cisco выполняет роль транзитной станции. Также на Cisco настроены все внутрикорпоративные VOIP-роуты. Все звонки с cs1000 в город и на cs1000 из города и из Cisco проходят нормально. Обрезанием цифр при входящих и DDI-таблицы были отключены (этим теперь занимается Cisco).

2.Но есть одна неприятная особенность: при звонке с Cisco на cs1000 через поток cs1000 добавляет в АОН код соединительной линии (то есть при звонке с номера 602 на DECT-трубку на ней отображается 9602) Причем при звонке на системный телефон LG номер показывается правильно 602

Перерыл все настройки транков и роутов и в документации так и не нашел где живет эта настройка.
Вещь не смертельная, но желательно, чтобы номер звонящего воспринимался пользователями как есть без преобразований.
Заранее спасибо
AXEL
трубки родные?
nenarokov
Цитата(AXEL @ 23.10.2014, 11:49) *
трубки родные?


Siemens SL56 (поддерживают DECT GAP)

Могу сказать больше, есть такая же станция в офисе в другом городе с такой же схемой подключения и без этого симптома с DECT, но тамошний админ тоже не представляет от куда ноги растут
AXEL
Может в самой трубе прописан код PBX какой нибудь?
nenarokov
Цитата(AXEL @ 23.10.2014, 12:18) *
Может в самой трубе прописан код PBX какой нибудь?

нет, такого не было. там код отображается, например, <91 что я так понимаю соответствует одному из Trunk Access Code используемых в LCR. Там есть #91 - это как раз E1-транки есть #92 - это аналоговые CO. Ранее когда VOIP была на LG он при входящем на DECT также добавлял 7 - Trunk Access Code для h323 к АОНу. Мне кажется настройка глобальная и связанная с CLIP или с добавление транк акцес кодов при входящих.
На трубках LG пишет снизу такой же вариант номера, а сверху короткий (как и необходимо). Картинка во вложении
AXEL
Да действительно. Есть такое дело. Программированием не решается. Надо править софт самой станции. Если жизненно необходимо, можем поправить.
nenarokov
Цитата(AXEL @ 23.10.2014, 14:40) *
Да действительно. Есть такое дело. Программированием не решается. Надо править софт самой станции. Если жизненно необходимо, можем поправить.

Не жизненно, но было бы не плохо. Поправить софт это залить новую прошивку на cs100 или на плату DECT ?
Странно, почему тогда на аналогичной станции с аналогичными потоками не наблюдается этого?
AXEL
только на станцию.
nenarokov
Цитата(AXEL @ 23.10.2014, 15:40) *
только на станцию.


Сколько времени займет исправление софта станции?
AXEL
Цитата(nenarokov @ 24.10.2014, 10:05) *
Сколько времени займет исправление софта станции?


это зависит от того нужна ли проверка исправленного софта. если нет, то неделю примерно, если да - то пару месяцев.
Евген_й
Это не о 16.12 опция 60-т?
Евген_й
Ааа.. пардон, читал по диагонали и ляпнул несколько не о том. Сорри.
nenarokov
А что если поменять сигнализацию в потоке с DTC-PRI на QSIG ? И звонить не через Trunk Access Code а на подключенный через QSIG экстеншн. Одна вот только загвоздка когда меняешь в Trunk Information тип линии на QSIG OMS матерится вот так: Not Matched Terminal Type
В инструкции не совсем понятно все с настройкой QSIG. Очистить плату в ОMS, далее выбрать Тип QSIG, но такого типа нет.
AXEL
Цитата(nenarokov @ 26.11.2014, 9:35) *
А что если поменять сигнализацию в потоке с DTC-PRI на QSIG ? И звонить не через Trunk Access Code а на подключенный через QSIG экстеншн. Одна вот только загвоздка когда меняешь в Trunk Information тип линии на QSIG OMS матерится вот так: Not Matched Terminal Type
В инструкции не совсем понятно все с настройкой QSIG. Очистить плату в ОMS, далее выбрать Тип QSIG, но такого типа нет.


Убить плату и прописывать заново уже как PRI тип QSIG

Не советую....
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2024 IPS, Inc.