Здравствуйте уважаемые Гуру!
Решил обновить прошивку станции:
MFIM/GS96M-6.0Dc FEB/14
Boot Version-2.1Aa NOV/12
Kernel Version-6.0Ap
H/W issue-2
После обновления пропал тон сигнал на SIP IP каналах, обычные СО работают через 9, тон есть, выход на VOIP GW через **001 тона не дает, после набора **001 происходит короткий гук (менее 1 сек) и тишина, но номер набирать даёт, звонок проходит, связь есть. Подскажите пожалуйста как избавиться от данного бага.
Спасибо!

1) А какая версия была до обновления софта??
2) Что такое в вашей станции код **001 ?? Где он прописан?? Это код доступа к линии в Плане нумерации (ПГМ106) или это код LCR (ПГМ221) ??

1) GS96MF0Cp
2) 221

2) Вот теперь и распишите подробно, что именно прописано в LCR: ПГМ220 - 222.
Судя по всему, у вас при вводе кода *001 в буфер набора из LCR уже попадает как минимум одна цифра. Поэтому станция и снимает Dial Tone, т.к. вы уже начали набирать номер.

221:
0 LCR Type INT COL BOTH
Compared Digits 87 MAX 12 Digits (Include '*' and '#')
Check Password OFF
DMT 1 010101 Must be 6 Digits
DMT 2 010101 Must be 6 Digits
DMT 3 010101 Must be 6 Digits
1 LCR Type INT COL BOTH
Compared Digits **001 MAX 12 Digits (Include '*' and '#')
Check Password OFF
DMT 1 000000 Must be 6 Digits
DMT 2 000000 Must be 6 Digits
DMT 3 000000 Must be 6 Digits

Остальные пустые


222:
0 Add Digits
Removal Position 1
Number of digits to be removed 5
Add Position 1
CO/IP Group 3

1 Add Digits
Removal Position 1
Number of digits to be removed 2
Add Position 1
CO/IP Group 3

2 Add Digits
Removal Position 1
Number of digits to be removed 0
Add Position 1
CO/IP Group 1

Остальные как 2 Add.....


В 220 тайм зона, везде первая стоит, время везде 0-24, в общем установки по умолчанию.

Ранее эта конфигурация хорошо работала, кроме обновления прошивки никаких операций не производил

- Какой режим [LCR Access Mode] в ПГМ220 ??
- Так какой тип кода указан для **001 в ПГМ221/1 : INT, COL или BOTH ?
- А если выйти на SIP линию не через LCR код, а набором кода доступа к Линии или к Группе линий из Плана нумерации (по ПГМ106). То что?? Если Dial Tone??

1) internal, Loop, Direct CO and Direct Loop LCR
2) BOTH
3) Выхожу на прямую (89001....6) - тонал идёт.

Проверил у себя - все так же! Хотя, при LCR АТС должна бы дать тон, так всегда было, вроде.

Проверил аналогичные настройки на своей станции - версия 6.1Ak. Тон есть. Но только при типе кода = BOTH.
При типе кода = INT, тона нет. И вот это странно, т.к. BOTH = COL+INT (проверять и INT LCR и COL LCR).
Набор кода LCR сразу после поднятия трубки (без набора кода доступа к линии) - это и есть INT LCR. Срабатывать должно одинаково как при BOTH, так и при INT. Но сейчас есть разница.

Почему у вас идет короткий секундный тон - неясно.
Попробуйте в ПГМ221 перепрописать тип кода = BOTH (поменять на INT -> Save, потом опять поставить = BOTH и save).

Ну и выходите по коду группы. Зачем тут LCR? Коды доступа к CO Group можно поменять в плане нумерации.

Менеджер существо обезьянистое, его не обучишь выходить по разным кодам. **001 - и то по сено-солома заучивали.

А для каких вызовов вы используете SIP транк?? Для межгорода, международки , на сотовых операторов??
Может, просто разруливать исход. вызовы по префиксам 8, 89, 810, 8495 и пр. ??

Да, 6 СИП каналов я использую для всего не городского и сотовых телефонов. Можно конечно переделать, но блин обучить эту толпу новым правилам будет сложно, куча недовольства, ведь запомнить 2-4 цифры задача не для среднестатического менеджера...
Попробовал выключить включить то, о чём вы писали, результата не дало.

Ну откатитесь обратно. Смысл большой был в апгрейде?

Чему обучать??
9 - выход на исх. связь во всех случаях
Далее в зависимости от префикса:
8 - на SIP
1, 2, и пр. (городская нумерация) - на CO

Или:
8XXX (XXX - код города) - на СО
89 - SIP (GSM)
810 - SIP (МН)
8DDD - SIP (МГ)

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

Что еще можно предложить?? Можно пробовать, более свежую версию, может на ней будет гудок (на 6.1Ak он есть).
Но, ИМХО, гудок в данном случае не должен быть. Вы используете INT LCR, т.е. набираемые цифры уже могут быть номером. Так зачем получать гудок посередине номера??

А где можно взять 6,1 прошивку? Можно на почту, yura2507@ya.ru . Кернел надо обновлять?

Нет, кернел тот же - 6.0Aq
Нет, по почте не пройдет. Спрашивайте в Арткоме или у дилера в НН.
Вероятно, Артком выложит ее на сайте после тестирования.

Сегодня поставил себе на атс, завтра возможно выложу на сайт.

Новые прошивки на сайте.

Можно не по теме, а по прошивке ?

Есть айпекс 1200 (60Dc) - "главный", план нумерации 0#***
Есть айпекс 1200 - "клиент", план нумерации 3#***
Связаны через net numbering plan потоком E1


Когда на "клиенте" стояла старая прошивка (60Dc) при поступлении входящего звонка на "главный" айпекс, при донаборе через DISA внутреннего номера айпекса "клиента" (скажем 3000), "главный" айпекс выдавал по SMDR:
3000 151 00:00:03 14/08/14 11:35 I84951234567

При замене на клиенте прошивки на (61Ak) "главный" айпекс при той же ситуации теперь выдает строку
CO123 151 00:00:03 14/08/14 11:35 I84951234567

где CO123 - линия, по которой звонок уходит на айпекс-"клиент".

Винтариф, естественно вообще такие строки не отображает, но и даже без него, тоже не определишь, на какой внутренний ушел звонок, а это нужно.

Проверено на нескольких "клиентах". На главном айпексе без разницы какая прошивка, пробовал разные.

PS. Еще момент: так же едет себя "главный" айпекс (то есть выдает CO вместо номера) там, где звонок отправляется в еще местами использующиеся cs1000, на которых используются русские caller name. (Если убрать имя - все ок).
Это не критично, так для информации, вдруг связано ?

1) Лучше бы открыли отдельную новую тему..
2) На такие вызовы выдается 2 строки SMDR : входящий вызов и исходящий.
Можете предоставить по 2 строки:
- как было в случае "старой "клиентской" прошивки
- и как сало в случае новой прошивки ??
3) ИМХО, нужно бы снять трассировки потока для старой прошивки и для новой. Посмотреть, чем отличается ответ "клиентской" АТС на сетевой вызов на этих прошивках.

Да, есть вторая строка, в обоих случаях получается одинаковая:

3000 123 00:00:03 14/08/14 11:35 O3000

только во втором случае, уж очень тяжяло эту вторую строку идентифицировать к первой.

Откатился на старые прошивки.

Сие всё очень странно.

Покажите все ваши настройки, указанные в ПГМ177 на "главной" станции.
И все-таки, хорошо бы снять трассировку потока при старой "клиентской" прошивке и при новой.

Файл Нажмите для просмотра прикрепленного файлас настройками приложен. Трассировкой в ближайшее время не смогу заняться

А что, у вас станции работают с лицензиями QSIG или без них??
На станциях включена опция NET ENABLE в ПГМ320 или нет??

ХЗ.
У меня во всех случаях выдает строку с СОХХХ. И вроде так всегда было. Две строки связываются между собой как раз по номерам СО, соединенных для транзита.
Вот мой пример:
9122 301 001 00:00:22 14/08/14 19:06 O301 0 10
9121 CO001 037 00:00:27 14/08/14 19:06 I777882200 301 00
Здесь используется поле SMDR Ring/CLI/CPN Service-II = CPN

Да, лицензии Networking на обойих станциях, Net Enable=ON
Про связь строк понял, но не очень удобно. Когда в винтарифе отображалось, было проще работать. Понимаю, что вопросы к винтарифу, но тем не менее, лучше было, когда айпекс давал запись по старому варианту.

1) Мне кажется, что "старый" вариант не слишком корректен. Впрочем, "новый" тоже не очень. Транзитные вызовы в отчете SMDR в любом случае представлены не слишком внятно.
2) К сожалению, я сейчас не смогу полностью смоделировать и снять трассировки для вашего случая на своем оборудовании. У меня нет двух станций LIK с лицензими QSIG. Точнее говоря, станций несколько, но с разными лицензиями, и поток есть только в одной... Увы.
Ок. Завтра попробую поток на связке LIK с eMG80. Обе с лицензиями.
Но лучше бы получить трассировки от вас.
3) Вероятно, какая-то проблемка в QSIG'е на новой прошивке. Поэтому я и предлагал снять трассировки на новой и на старой версиях оконечной АТС. Снимать нужно непосредственно с любого PRIM'а (на транзитной АТС или на оконечной).