forum.technoforward.ru

Всем, привет. Есть станция Neax 2000ips. Есть PRI поток на город. Плата PN-DTB. Релиз 6.2. Проблема: периодически пропадает входящая связь из вне (обнаруживается: примерно минут на 15-25 один раз в 3-4 дня). Связь восстанавливается также произвольно без каких-либо манипуляций. Хотя всегда обнаруживается секретарями в приемной, а там 2 городских номера. Городские номера прописаны по cm7601 на вирт.номера, а эти вирт.номера прописаны на кнопки Dterm. Глюк проявляется даже при явной не занятости этих двух Dterm. Во время неисправности станция ГТС воспроизводит информацию для абонента «Аппарат абонента не подключен к станции».
На NEAX включили отображение всех неисправностей (функции Fault Display/Fault Storage) через MatWorX32. Лампы MN и MJ не загораются. Станция ничего не обнаруживает. Провайдер тоже никакие аварийные ситуации не видит. Когда провайдер по нашей просьбе включал логирование потока PRI: во время неисправности Neax выдает какую-то «причину №1», что думаю означает «Аппарат абонента не подключен к станции» и в логах с этой причиной не только номера приемной, а есть другие номера из диапазона 100 номеров: вывод глючат не только номера в приемной. Хотя в этом не на 100% уверен. Жалобы на связь от других абонентов не поступают. В потоке 31 транк и заняты редко когда 15 транков. WinТарифом обнаружил не одинаковый порядок занятия транков PRI при входящей и исходящей связи. По статистике исходящей связи более менее равномерное занятие транков- все 31 транк занимаются за определенный период времени, а по статистике входящих звонков наблюдается явно выраженная неравномерность занятия. Максимум заняты 13 транков входящей связью. Максимальное количество занятий у 1-го транка, потом идет на убывание и так до 13-го транка (1 занятие). Может быть в этом причина? И как правильно настроить порядок занятия транков? Например, сделать так чтобы транки занимались с 31-го транка? Запутался: не знаю даже на какой стороне неисправность: у оператора или в NEC? Какие есть идеи или опыт решения подобной проблемы?

Метод выбора транка для очередного вызова (равномерное занятие \ занятие транка с наибольшим номером \ занятие транка с наименьшим номером) - задается на АТС инициатора вызова. Т.е. если для исходящих вызовов Вы еще можете менять ситуацию (СМ 3583 и 08>078), то для входящих этот вопрос - в компетенции оператора. Думаю, однако, на Вашу проблему это впрямую не влияет, зато может повлиять косвенно. Я бы прежде всего проверял настройки ВСЕХ войсовых транков потока, особенно 3002, 3003, 3040, 3041, и даже - 3000 и 3001 (должны быть все одинаковые), а также 3007 (должны последовательно увеличиваться с 000 до 029, с обязательным NONE на транке D-канала). Если оператор занимает в Вашу сторону транки начиная с меньших номеров, то не исключено, что дойдя до транка с некорректными настройками (часто это бывает со второй половиной потока) входящая связь "затыкается" до освобождения транков с меньшими номерами...

3002 все транки стоят 18,
а 3003, 3040 и 3041 все транки стоят 31 (все 31 исправляю на 18)- Правильно??

Неправильно!
Вот тут, возможно и зарыто что-нибудь...
Если говорить о ТРИДЦАТИ ОДНОМ транке, то в их число очевидно включен и 16й транк D-канала. Для него настройки резко отличаются от настроек 30 войсовых транков. Т.е. 3002 для 30-ти! войсовых транков должно быть "18", а для того "тридцать первого", который в 16-м тайм слоту, - должно быть "31". То же - и для других настроек этого транка. В первую очередь - для него должен отсутствовать CIC (3007>D-транк=NONE)!!!

3007 д-канал(116транк) это none - это стоит так. а вот 3002 d-канал (116) стоит 18 - значит его исправляю на 31. А 3003,3040,3041 d-канал (116 транк) возвращаю обратно на 31. Так - правильно?

3003, 3040 и 3041 задают режимы НОЧЬ\A\B для войс-транков. Раз они у Вас не были назначены (31), то и оставьте пока в этом значении.

А по см 3583 и 08>078 какие варианты есть?
пока их не трогал,
стоят: 3583>01:1 (01 - роут речевых транков)
3583>02:1 (02 - роут Д -канала, не очень понятно)
08>078:1

ИМХО не надо трогать эти настройки, если Вы не понимаете - зачем они нужны! Для начала надо просто убедится, что они установлены в значениях "по умолчанию".

Достаточно, как было сказано уважаемым NEAXMAN, проверить правильность настроек всех голосовых каналов потока. Не только в CM3002, но и в 3000, 3001 и 3007.
Если у Вас запрограммирован Automated Attendant, то еще и 3004, 3030, 3032, 3033.

Спасибо всем, что откликаетесь и помогаете. Из всего сказанного исправил одно: 3002>116:18---на 31. Остальное, как понял, все стояло как вы говорили и по man. Понаблюдаем - результаты отпишу.

Ситуация повторилась: вчера также непроходили входящие звонки - буквально несколько минут - станция отвечала "абонент не подключен к станции". После этого еще раз проверил настройки потока - некоторые команды изменил (указаны новые данные). Вот настройка потока. Где же ошибка? Если информация неполная -отвечу.
050>04:12-
051>04:1-

0701>0401:D101-
…………….
0701>0415:D115-
0701>0416:D116- D-канал
0701>0417:D117-
…………….
0701>0431:D131-

482>04:0-
AA15>04:0-
AA00>04:1-(по MAN 0)
AA01>04:1-
AA02>04:1-
AA03>04:7-

3000>101:01-
…………
3000>115:01-
3000>116:02-
3000>117:01-
………
3000>131:01-

3002>101:18-
……….
3002>115:18-
3002>116:31----18
3002>117:18-
………
3002>131:18-

3003>101:18-
………….
3003>115:18-
3003>116:31----18
3003>117:18-
………….
3003>131:18-

3040>101:18-
…………
3040>115:18-
3040>116:31----18
3040>117:18-
……….
3040>131:18-

3041>101:18-
……..
3041>115:18-
3041>116:31----18
3041>117:18-
…….
3041>131:18-

3007>101:000-
………..
3007>115:014-
3007>116:NONE-(D-канал)
3007>117:015-
…………….
3007>131:029-

3500>01:00-
3500>02:00----15
3502>01:3-
3502>02:3
3504>01:2-
3504>02:2----7
3505>01:1-
3505>02:1
3509>01:08-
3509>02:08----15
3511>01:0-
3514>01:1-
3515>01:NONE-
3516>01:0----1
3519>01:7-
3528>01:0----1
3539>01:1-
3589>01:1-
3589>02:1-
3590>01:3-
3590>02:3-
35143>01:1-
200>0:101-
08>403:1-
410>50:03----05
360>0101:0-
410>57:01----06
08>028:0-

AA14>04:0-
AA06>04:24-
0608>0:04-
3593>01:00-
3593>02:15
A900>0:116-
5100>01:NONE-
5100>02:NONE-
5100>03:NONE-
5100>04:NONE-
5103>01:NONE-
5103>02:NONE-
5103>03:NONE-
5103>04:NONE-
5106>01:NONE-
5106>02:NONE-
5106>03:NONE-
5106>04:NONE

Нашел вот это
3512>01:1 - правильно ли это???
а все остальные 3512>(02....63):3....3

Это количество принимаемых цифр в таблицах конвертации DID 0.
В 35170 на вашем транкроуте что стоит ?

Я бы поставил в значение по умолчанию. Это команда для потока Т1, но кто ее знает - может и сказывается как-то на Вашем потоке.

Половину команд из тех, что Вы указали далее, можно было вообще оставить в значениях по умолчанию.

Что было "до", что "после" я не понял, поэтому просто напишу то, что обычно ставлю я:

3500>01:00-
3500>02:15-
3502>01:3-
3502>02:3-
3504>01:2-
3504>02:7-
3505>01:1-
3505>02:1-
3509>01:08-
3509>02:15-
3511>01:0-
3514>01:1-
3515>01:NONE-
3516>01:0-
3519>01:7-
3528>01:0-
3539>01:1-
3589>01:1-
3589>02:1-
3590>01:3-
3590>02:3-
35143>01:1-

200>0:101-
08>403:0-
410>50:05-
360>0101:0-
410>57:05-
08>028:0-

AA14>04:0-
AA06>04:24-
0608>0:04-
3593>01:00-
3593>02:15
A900>0:116-

51XX не буду расписывать. И так понятно, что у Вас там ничего нет.



3004 , 3005 для транков - ?

3518 для роута 01 - ?

Если "0", то повторю уважаемого KIV:
35170 для роута 01 - ?
Если "0", то:
35171 для роута 01 - ?
35172 для роута 01 - ?

Но все это хорошо проверять, если бы входящая связь у Вас вообще не работала. Но она же работает.

Что дает Вам основание думать, что виноват именно NEC? С тем же успехом можно грешить и на станцию провайдера. Определить точно - кто виноват можно лишь, встав в поток анализатором протокола и посмотрев сигналы обмена.

3518>01:0
35170>01:3
35171>01:15
35172>01:15
3004 и 3005 все транки стоят "NONE"
А насчет того почему ищем причину на NEC: со стороны оператора к этому вопросу подключился ведущий специалист как он сказал "сертифицированный" и он косо смотрит пока на нашу сторону. Мы пока никакие аргументы против этого привести не можем. Анализатора потока нет в наличии.

Нужно поставить именно 31 (18 - ТОЛЬКО ДЛЯ Voice-каналов!). Кроме того, 3593>02 тоже должен стоять номер D-хэндлера, т.е. в Вашем случае - 00. Не факт, что от этого сразу всё станет хорошо, но всё же лучше не иметь явных "дыр в тылу".
Поскольку Ваша проблема проявляется не постоянно, то она явно не связана с конверсией, и стало быть, команды, определяющие прием и обработку цифр (3512, 76хх) трогать не нужно.
Хорошо бы еще раз проговорить с оператором раскладку тайм-слотов: сколько войсовых от оператора, какие именно, какой номер тайм слота под D-канал (чем черт не шутит, вдруг у оператора он 31-й?)?
Каждый ведь может ошибиться, в том числе - и боги, и даже - инженеры оператора (впрочем, о последнем достоверных сведений нет, только нелепые слухи и невероятные бредовые предположения ).