Версия для печати темы
Нажмите сюда для просмотра этой темы в обычном формате
АРТКОМ Форум _ Техническая поддержка ARIA SOHO _ Aria Soho не определяет номера поссле установки AAFU
Автор: 40in 7.2.2013, 13:00
Добрый день форумчане!
Подскажите куда копать? Ситуация такая: Имеем соху с прошивкой GS84P-3.9Ca. Причем прошивка была обновлена специалистами для установки платы AAFU. До этого была какая-то старая версия (АТС приобреталась в 2009 году). Конфигурация АТС такая: 9 входящих линий, из них СО1-СО6 многоканальный городской номер от VOIP шлюза, СО7-СО8 это GSM шлюзы, СО9 - СДМА шлюз. В такой конфигурации она жила и работала уже более года. По ВСЕМ входящим работал АОН, всегда определялся номер четко. И вот, после прошивки и установки платы AAFU, на СО1-СО6 перестал определятся номер входящего абонента. На остальных линиях работает четко. Настройки в пр.147 идентичные рабочим. Помогите советом, куда копать то?
Автор: stasmar 7.2.2013, 13:24
Подскажите куда копать? Ситуация такая: Имеем соху с прошивкой GS84P-3.9Ca. Причем прошивка была обновлена специалистами для установки платы AAFU. До этого была какая-то старая версия (АТС приобреталась в 2009 году). Конфигурация АТС такая: 9 входящих линий, из них СО1-СО6 многоканальный городской номер от VOIP шлюза, СО7-СО8 это GSM шлюзы, СО9 - СДМА шлюз. В такой конфигурации она жила и работала уже более года. По ВСЕМ входящим работал АОН, всегда определялся номер четко. И вот, после прошивки и установки платы AAFU, на СО1-СО6 перестал определятся номер входящего абонента. На остальных линиях работает четко. Настройки в пр.147 идентичные рабочим. Помогите советом, куда копать то?
Инициализацию после модернизации софта делали?
Автор: 40in 7.2.2013, 13:30
Да, устанавливали специалисты, вроде как плата сама определилась. Записали сообщение, перепрограммировали, вроде все ок, но вот с определением номера никак. Разводят руками, подумаем и т.д...
Автор: ЛыЖник 7.2.2013, 13:35
Подскажите куда копать? Ситуация такая: Имеем соху с прошивкой GS84P-3.9Ca. Причем прошивка была обновлена специалистами для установки платы AAFU. До этого была какая-то старая версия (АТС приобреталась в 2009 году). Конфигурация АТС такая: 9 входящих линий, из них СО1-СО6 многоканальный городской номер от VOIP шлюза, СО7-СО8 это GSM шлюзы, СО9 - СДМА шлюз. В такой конфигурации она жила и работала уже более года. По ВСЕМ входящим работал АОН, всегда определялся номер четко. И вот, после прошивки и установки платы AAFU, на СО1-СО6 перестал определятся номер входящего абонента. На остальных линиях работает четко. Настройки в пр.147 идентичные рабочим. Помогите советом, куда копать то?
Так и напишите что у вас стоит и включено в прг.147. Может провайдер тоже прошил свой шлюз и параметры не сопадают с параметрами АТС... По вашей информации трудно дать вам совет. Проверьте следующее. Отключите любую линию СО1-6 от АТС и подключите линию к какому-нибудь телефону с определением номера. Проверьте, приходит ли со шлюза входящий АОН. Во всяком случае надо рабираться кто косячит: АТС или шлюз провайдера...
Автор: stasmar 7.2.2013, 13:36
В ПГМ452 нужно сделать последовально инициализацию всех версий, включая промежуточные, т.е нужно инициализировать 3.7 => 3.8=>3.9.
Автор: 40in 7.2.2013, 13:53
Для проверки сделано следующее: В линию СО6 включен еще один СДМА терминал, далее контрольный звонок с мобильного и вуаля определяется... Видимо косяк со стороны провайдера городского номера(.
Автор: harris 7.2.2013, 13:55
Подскажите куда копать? Ситуация такая: Имеем соху с прошивкой GS84P-3.9Ca. Причем прошивка была обновлена специалистами для установки платы AAFU. До этого была какая-то старая версия (АТС приобреталась в 2009 году). Конфигурация АТС такая: 9 входящих линий, из них СО1-СО6 многоканальный городской номер от VOIP шлюза, СО7-СО8 это GSM шлюзы, СО9 - СДМА шлюз. В такой конфигурации она жила и работала уже более года. По ВСЕМ входящим работал АОН, всегда определялся номер четко. И вот, после прошивки и установки платы AAFU, на СО1-СО6 перестал определятся номер входящего абонента. На остальных линиях работает четко. Настройки в пр.147 идентичные рабочим. Помогите советом, куда копать то?
1) Прошивка обновлена для установки AAFU ??? Это как??
Плата AAFU работает на всех версиях софта станции, и ради ее установки не нужно менять софт станции. Чего именно хотели добиться путем обновления софта.
2) Правильно ли я понимаю, что раньше прием входящих вызовов по линиям СО 1-6 был назначен непосредственно на абонентов/группу абонентов (Hunt), а теперь вызов обслуживается через AAFU в режиме DISA (возможность донабора номера)??
Автор: 40in 7.2.2013, 14:03
1) При первичной установке платы AAFU происходило зависание АТС. Сказали надо обновить прошивку - обновили.
2) Да, раньше по линиям 1-6 вызов шел на абонентов/группу абонентов (Hunt), а теперь вызов обслуживается через AAFU в режиме DISA на группу 621, и приняв вызов видно номер звонящего абонента.
Еще раз переговорил с провайдером, Caller Id включен в услугу.
Автор: harris 7.2.2013, 14:10
2) Да, раньше по линиям 1-6 вызов шел на абонентов/группу абонентов (Hunt), а теперь вызов обслуживается через AAFU в режиме DISA на группу 621, и приняв вызов видно номер звонящего абонента.
Еще раз переговорил с провайдером, Caller Id включен в услугу.
1) Понятно. Дело не в версии, а, видимо, в станцию не был закачан файл prompt'ов (гол. сообщений) для поддержки AAFU.
2) Какой именно тип Caller ID передается от провайдера??
Автор: 40in 7.2.2013, 14:12
говорят FSK. В прог. 147 установлен FSK на все линии 1-9. Пробовал и DTMF - без результата.
Автор: harris 7.2.2013, 14:33
- какой тип группы?
- какие телефоны у агентов группы (системники/SLT).
Проверял на своей станции - все нормально отображается и при режиме DISA.
Автор: 40in 7.2.2013, 14:36
у всех абонентов системники, а тип группы где посмотреть?
Автор: harris 7.2.2013, 14:47
ПГМ190
Автор: 40in 7.2.2013, 14:49
Все абоненты в двух группах: *620 Ring, *621 Pick Up.
Автор: harris 7.2.2013, 14:49
Меня вот что удивляет: специалисты (Ортемир?? 
) перепрошили вам станцию. Так почему не обратится к ним же, чтобы они на месте решили проблему с приемом Caller ID ?? Почему вопрос решается через форум??
Автор: 40in 7.2.2013, 14:52
Ага)) Эти специалисты в Киеве... Конечно же обратился, но пока морозят ))
Автор: harris 7.2.2013, 15:03
ОК... Тогда я их тоже буду "морозить", когда они ко мне в очередной раз обратятся...
В ПГМ191 в атрибутах группы 620 (Ring) нужно выключить опцию Queue Count Display (ПГМ191/14), и будет вам счастье с Caller Id.
Автор: 40in 7.2.2013, 15:15
Снял галку в гр620. Нет определения по СО1-СО6. Пробовал еще раз FSK, DTMF.
Автор: harris 7.2.2013, 15:23
Если агент группы отвечает на вызов, то сразу же на дисплее появляется Caller Id ???
Но до момента ответа, пока телефон звонит, Caller Id не отображается ?? Так??
Какое сообщение выводится в нижней строке дисплея, пока телефон звонит (до ответа), и что отображается после ответа???
Автор: 40in 7.2.2013, 15:24
Да, определяется от мобильного шлюза (их 2 шт) и СДМА терминала. Но раньше до установки этой платы и городским тоже работало ведь.
Автор: Dron 7.2.2013, 15:29
Станьте на линии DECT телефоном. Они, как правило, без проблем определяют CID. Будет понятно, выдает провайдер АОН, или нет.
Автор: harris 7.2.2013, 15:35
Вы так и не ответили на мой вопрос выше.
Что отображается в нижней строке дисплея:
- в момент звонка на системнике
- после ответа абонентом на этот вызов ??
Автор: 40in 7.2.2013, 15:41
При звонке на линии 1-6 отображается "Линия 01", при звонке на линии 07-09 Номер телефона.
Автор: harris 7.2.2013, 16:37
- Правильно ли я понял, что при ответе агента группы CID не появляется на дисплее??
- Если при звонке по линиям 1-6 вызывающий абонент (из города) сделает донабор в тоне номера системника, то что, есть CID или нет??
- Линии 07-09 тоже работают в режиме DISA (через AAFU) или нет (вызовы назначены напрямую на абонентов/группу)??
- Если отключить DISA на линиях 1-6 (ПГМ140/2 - DISA Service), то что?? Появляется CID или нет??
Может быть, действительно отсутствует CID от шлюза, поэтому ничего и не отображается, т.к. станция ничего не получила ??
Автор: 40in 7.2.2013, 16:50
Правильно, не появляется при звонке на линии 01-06
- Если при звонке по линиям 1-6 вызывающий абонент (из города) сделает донабор в тоне номера системника, то что, есть CID или нет??
нет, есть "Линия 01"
- Линии 07-09 тоже работают в режиме DISA (через AAFU) или нет (вызовы назначены напрямую на абонентов/группу)??
работают в режиме DISA (через AAFU)
вызовы на группу 620
- Если отключить DISA на линиях 1-6 (ПГМ140/2 - DISA Service), то что?? Появляется CID или нет??
Попробовал, нет не появляется.
Может быть, действительно отсутствует CID от шлюза, поэтому ничего и не отображается, т.к. станция ничего не получила ??
Буду пробовать через альтернативный телефон
Автор: harris 7.2.2013, 17:05
Судя по всему, СID от шлюза не приходит. Или приходит, но не в формате FSK.
Проверяйте линии телефоном.
Или/и попробуйте линию из порта 1-6 переключить в какой-нибудь порт СО 7-9.
Автор: 40in 7.2.2013, 17:06
о, вариант СО1 перебросить на СО9... пробую))
Автор: 40in 7.2.2013, 17:15
Капец... а вообще в истерике... Переключил СО1 в СО9. Звоню с мобильного.... Есть номер!
Автор: harris 7.2.2013, 17:20
ОК. Значит со шлюза СID все-таки приходит.
А что при этом на СО1 ?? От другого провайдера в СО1 отображается CID??
Автор: 40in 7.2.2013, 17:21
а сейчас от шлюза СДМА попробую...
Автор: 40in 7.2.2013, 17:23
Еще интереснее... от СДМА шлюза приходит номер в СО1.
В чем же дело?
Автор: harris 7.2.2013, 17:48
В чем же дело?
А на файл конфига можно взглянуть??
Автор: harris 7.2.2013, 17:54
Да
Автор: 40in 7.2.2013, 17:54
не знаю правильно ли прикрепил, вот в предыдущем посте.
Автор: harris 7.2.2013, 18:30
Я посмотрел конфиг. Вроде все нормально, различий между линиями я не нашел...
Разница только в том, что CID на СО 1-6 обрабатывается DSP базового блока, а CID линий 7-12 - DSP дополн. блока.
Может быть, на новой версии (3.9), слегка поменялись настройки DSP базового блока... ХЗ. Это нам неизвестно.
Попробуйте "поиграться " коэфф-тами усиления:
ПГМ417/5 - можно через PC-Admin: National Specific\ Other Gain\MBU DSP Rx Gain => ACO CID.
Попробуйте уменьшить усиление.
Автор: 40in 7.2.2013, 18:43
Ничего (( ACO CID попробовал в диапазоне значений от 10 до 60. Безрезультатно... А возможен безболезненный вариант отката на версию ниже?
Автор: harris 7.2.2013, 18:48
Да. Просто закачиваете другую версию софта. Но откат на более старую версию - это тоже только предположение, вариант для проверки (типа "а вдруг..."), пока на ум ничего более определенного не приходит..
Кстати, а какая версия раньше была??
Автор: 40in 7.2.2013, 18:50
Точно не известно, но кажется 3,6. А в случае отката придется перепрограммировать?
Автор: harris 7.2.2013, 18:53
Нет. Версию 3.6 не нужно ставить. Не нужно опускаться ниже 3.7Cb.
А после изменения усиления станцию перезапустили или нет?? При изменении настроек DSP нужно станцию перезапустить.
Подождите менять версию софта... Может, завтра появятся еще идеи...
Автор: 40in 7.2.2013, 18:57
нет, не перезапускал....
Автор: harris 7.2.2013, 18:58
Попробуйте немного уменьшить усиление и перезапустить станцию...
Автор: 40in 7.2.2013, 19:08
Попробовал с перезапуском... Не взлетает.
Автор: Dron 7.2.2013, 19:10
Попробуйте DISA отключить, или голосовое сообщение.
Автор: 40in 7.2.2013, 19:12
так работает же с DISA и голосовым сообщением, но на СО9 например. Мистика))
Автор: Dron 7.2.2013, 19:13
И, все же, попробуйте отключить DISA.
Автор: 40in 7.2.2013, 19:21
Да, завтра попробую... Уже не рад этой голосовой приблуде.
Автор: harris 7.2.2013, 19:27
Мдя...
Ну, есть еще идея - поменять СО-порты.
- Сейчас порядок COL слотов: 5,6,7,8
- В ПГМ103/1 COL Boards меняете порядок слотов: 7,8,5,6
- Перезапускаете станцию.
- Все CO-линии, подключенные к базовому KSU, переключаете в дополн. KSU в той же последовательности, и наоборот линии из допол. KSU включаете в порты базового KSU.
E-KSU CO порты: 1 2 3 4 5 6 вниз
B-KSU CO порты: 1 2 3 4 5 6 наверх ("параллельный перенос"
)Т.е. СО 1 -6 окажутся включенными в порты допол. блока и наоборот - СО7-12 будут включены в базовый блок.
Автор: Dron 7.2.2013, 19:39
В общем то, как то не испытывал никогда особых проблем с этой, как вы говорите, голосовой приблудой.
Автор: harris 7.2.2013, 19:42
Андрей! Получается, дело уже не в голосовой "приблуде". Это проверили. И с ней и без нее по линии 1, включенной в порт СО1, не принимается АОН, а если в это же порт (СО 1) включить 9-ю линию (от другого шлюза), то все нормально.
И если линию 1 включить в порт СО9, то тоже все нормально.
Не работает пара: линия 1 - порт СО1.
Автор: harris 7.2.2013, 19:57
Кстати, ваша Ring группа 620 вообщем-то и не работает, хотя и для чего-то назначена.
Прием вызовов после DISA назначен просто параллельно на несколько телефонов напрямую в ПГМ144.
Автор: Dron 7.2.2013, 20:19
Игорь, специально перечитал сейчас все. Да, ты предлагал отключить DISA, но, я не увидел, что это было сделано!
Автор: 40in 7.2.2013, 21:16
Да, кстати Disa отключал я....
Получается следующая петрушка СО1-СО6 не определяет только городской телефон (он кстати, многоканальный), точнее именно сочетание СО1 - линия 1. (можно еще засунуть линию 1 в СО2 для контроля). Все другие источники сигнала в этих СО портах работают! Также проверено при помощи старого панаса Dect напрямую от шлюза - есть определение номера. Следовательно проблема именно в этих СО портах 1-6. Или настройки, или глючность или колдовство))
Прочие голосовые настройки ни при чем, т.к. пробовал подключение шлюза к порту 9 и 8. В этом случае все работало.
Ясно одно - это не связано с голосовой платой, скорее с прошивкой. Отличная идея со сменой портов мне понравилась. Возможно решение проблемы. Есть еще идеи? Положение свитчей на плате, замена прошивки и т.д.? Страшно только если потребуется полное программирование после замены прошивки, честно не осилю)).
Автор: stasmar 8.2.2013, 7:31
Бекап для этого есть..
Автор: harris 8.2.2013, 8:24
Получается следующая петрушка СО1-СО6 не определяет только городской телефон (он кстати, многоканальный), точнее именно сочетание СО1 - линия 1. (можно еще засунуть линию 1 в СО2 для контроля). Все другие источники сигнала в этих СО портах работают! Также проверено при помощи старого панаса Dect напрямую от шлюза - есть определение номера. Следовательно проблема именно в этих СО портах 1-6. Или настройки, или глючность или колдовство))
Прочие голосовые настройки ни при чем, т.к. пробовал подключение шлюза к порту 9 и 8. В этом случае все работало.
Ясно одно - это не связано с голосовой платой, скорее с прошивкой. Отличная идея со сменой портов мне понравилась. Возможно решение проблемы. Есть еще идеи? Положение свитчей на плате, замена прошивки и т.д.? Страшно только если потребуется полное программирование после замены прошивки, честно не осилю)).
Сделайте то, что я предлагал выше:
- взаимно переподключить линии 1-6 из B-KSU в E-KSU и линии 7-9 из E-KSU в B-KSU.
- переназначить лог. порядок слотов:
вместо 5, 6, 7, 8 назначить 7,8, 5, 6.
Тогда СО1-6 будут подключены в дополн. блок, но все остальные настройки останутся прежними.
Автор: 40in 8.2.2013, 9:14
Спасибо за идею, попробую так сделать, только провода удлинить на 15-20 см. придется... Там все впритык)
Автор: harris 8.2.2013, 9:27
А если поменять местами блоки, чтобы не удлинять провода??
Автор: Dron 8.2.2013, 9:33
А если, все же, откатиться на 3.7?? Определялось же! Что изменилось - версия и добавилась плата AAFU...
Автор: 40in 8.2.2013, 11:32
Спасибо уважаемый harris! Проблема решилась благодаря замене СО портов. Удлинил провода, подключил и все заработало! Гора с плеч... Спасибо всем, уважаемые форумчане за внимание и помощь. Более профессионального форума в жизни не встречал))
Спасибо Вам!
P.S. И базовое программирование освоил заодно))
Автор: harris 8.2.2013, 11:43
Спасибо Вам!
P.S. И базовое программирование освоил заодно))
Да, но загадка все-таки осталась нерешенной... (почему порты СО 1-6 не принимают CID именно от VOIP шлюза??).
Автор: 40in 8.2.2013, 11:49
Да, загадка... Возможно все же из-за прошивки.
Автор: harris 8.2.2013, 11:57
Может, но все-таки странно, ведь CID от другого шлюза нормально определяется на этих же портах. В чем разница в сигнализации FSK от этих двух шлюзов - это нужно отдельно исследовать..
Автор: 40in 8.2.2013, 12:04
Я думаю все же видно есть разница между базовым блоком и дополнительным. Это Вы верно подметили. Возможно требуется более точная настройка доп. блока...
Автор: Dron 8.2.2013, 12:47
И не выяснили, не связано ли это с версией прошивки...
Автор: 40in 8.2.2013, 13:47
Можно было бы выяснить, в случае если бы не пришлось полностью перепрограммировать...
Автор: stasmar 8.2.2013, 13:54
Бекапу не доверяете?..
В принципе - прошивка тоже риск.. если задача решена.. шлифовать до полной ясности - имеет ли смысл? Отличное - враг хорошему..
Автор: 40in 8.2.2013, 13:57
Бекап может не спасти... При поднятии прошивки старый от 3.6 на новую 3.9 не налез. Сказали что поля там по каким то таблицам не совпадают. Пришлось заново ручками. Но то были мастера)). А сам не смогу, там один LCR чего стоит - для меня лес дремучий.
Русская версия Invision Power Board (http://nulled.ws)
© Invision Power Services (http://nulled.ws)