Тема: 63й отбой при входящих вызовах
Есть ldk100 ver 3.9Ah
Из плат: процессорная, потоковая, slib-2e
Если смотреть по телнету bs 2 (slib-2e), все аппараты IDLE
Входящая связь: в поток идут 7 цифр, 4 отрезаются на ЛЖ, оставшиеся 3 идут в 231 программу и там и днём и reroute идут на station. Station, как уже писал выше, IDLE, набираю номер - по трасировке с вышестоящей АТС ЛЖ в ответ на setup отвечает сразу release_complete с причиной 63 (услуга или опция недоступна).
На атс всего 2 линии задействовано, о какой-то бешенной нагрузке речи не идёт.
После ребута всё нормально, звонки проходят.
Проблема периодическая, на других атс тоже проскакивает.
Это можно как-нить вылечить?
Пока неясно, что именно нужно “лечить”.
- Что значит “На атс всего 2 линии задействовано” ??
- Какая плата: PRIB или NPRIB??? На сколько каналов прописана в ПГМ101???
- Где трассировка (хотя бы от вышестоящей АТС)?? А почему бы не снять трассировку на стороне LDK??
Причём смущает ещё тот факт, что лж не отбивает “правильно”:
<——SETUP
——> DISCONNECT
<——RELEASE
——> RELEASE_COMPLETE
, а сразу:
<——SETUP
——> RELEASE_COMPLETE
Т.е. не похоже, что клиент выставляет “не беспокоить” или ещё что. Только что на 300ке протестил, при DND отбивает “правильно”, с 17й причиной.
“лечить” - значит сделать так, чтобы больше такая проблема не возникала.
“На атс всего 2 линии задействовано” - значит стоит slib-2e на 12 вн. аппаратов, подключено всего два аппарата. Каждому выдан свой 7ми значный номер, проблема на обоих номерах сразу была, когда была.
По телнету пишется, что NPRIB. Атс новая, не так давно закупалась. в 101 стоит NPRIB30, единственная СО плата. Так что используется весь поток, 30 ТС. Их тип ISDN DID.
Трассировку снять с ЛЖ сложнее - атс далеко, туда надо ехать перемычки дёргать, вышестоящая атс ближе. Да и уровень отображения трассировки несравним, на ЛЖ надо ловить теонет и потом с блокнотиком сидеть, строчки выравнивать и т.п.
Привести трасировку с вышестоящей атс сейчас не могу - уже потёр, но и не совсем понятно, зачем она нужна. Трасировка выглядит:
—> SETUP cld-pn: 7777777 clr-pn: 8125555555
<—RELEASE_COMPLETE cause: 63
Грешить на остальные параметры в SETUP я не хочу, после ребута ЛЖ нормально схватывает такой же SETUP.
Конечно, может быть что после рестарта потока вышестоящая атс обнуляет счётчик каналов (проверил - точно обнуляет и опять с первого начинает), и начинает снова с первого, а проблема в 20х каналах, и пока 20 входящих звонков не будет - проблема не проявится... Это я проверю. Однако на исход у клиента с ЛЖ тоже короткие гудки. Настроены линии как hotline, лж всегда 30й канал занимает. Так что проблема где-то внутри ЛЖ....
Настройка всех СО01-30 идентична
Я тут даже больше спрашивал на случай, если это “стандартная трабла”. Коли таковой не имеется и даже harris с ходу не готов назвать Х причин, по которым ЛЖ даёт 63й отбой, значит дело мутное и шанс решить проблему стремиться к нулю. Проблема прибавляется к общей куче, где уже есть “подвисание по ip” и т.п. =(
, а сразу:
<——SETUP
——> RELEASE_COMPLETE
Почему смущает? В SETUPе запрашиваются определенные данные, которые lg не поддерживает(продолжать “разговор” не имеет смысла) , поэтому и нужно смотреть трейс, что не так.
1. Тут как раз важно смотреть всю трассировку полностью, что идет в D-канале. По той информации, которую Вы предоставили, невозможно определить причину проблемы. Это не трассировка D-канала.
Тут нужна детальная трассировка потока.
2. Что значит “отбивает неправильно”?? Если я правильно понимаю стандарт, то Release и Release_Comp также законны, как и Disconnect.
3. Почему Вы считаете, что я с ходу должен выдать Х причин??? Я с такой точно проблемой не сталкивался, и не получал жалоб от других инсталляторов на что-то подобное. Поэтому, чтобы найти причину, это нужно исследовать.
4. Давайте не будем касаться непонятной мне “общей кучи” проблем. Из своего опыта знаю, что в 90% проблем с ISDN в результате изысканий виновными оказывались вышестоящие АТС, а вовсе не LDK !!! А в тех случаях, когда были найдены проблемы на стороне LG (или иногда требовалось “подыграть” другой АТС, т.е. на стороне LDK решать чужие проблемы), то корейцы весьма оперативно подправляли софт.
Проблема усугубляется тем, что есть недовольный клиент и есть 2 пути решения:
1. за минуту сделать его довольным, ребутнув лж
2. снимать трасировки и общаться с корейцами
Какой вариант более жизненный Вы сами понимаете, но и безусловно в Ваших словах есть очень много правды.
Когда Вы видели проблемы вышестоящих атс по isdn, они решались, в том числе, перезагрузкой лж?
Не совсем понимаю, почему
—> SETUP cld-pn: 7777777 clr-pn: 8125555555 (+ куча других полей SETUP)
<—RELEASE_COMPLETE cause: 63 (+ пара других полей RELEASE_COMPLETE)
Вы не считаете трасировкой D канала.
Буду гнать ребять на объект, для установки перемычек и в новом случае возникновения проблему пошлю клиента (и всех связанных с ним менеджеров) в пень, буду играться с трасировкой ЛЖ.
1. Попробуйте поменять плату NPRIB на PRIB (от 300-й станции). Но она дороже.
2. Модуль PLLU на процессоре установлен??
3. Это не детальная трассировка D-канала. Нужно видеть все информационные поля всех сигнальных сообщений. Это же - просто “выжимка”. По сути это просто лог вызова, но вовсе не трассировка!!!
4. Вопрос можно поставить по-другому. Я думаю, что проблема точно также будет решаться, если просто физически отсоединить/присоединить линию PRI (перезапуск линии); или если перезапускать не LDK, а перегрузить вышестоящую станцию!!! Можно ли тогда говорить о том, что проблема на вышестощей стороне, а не в LDK??? 😉
Сначала требуется найти действительную причину...!!!
Когда Вы видели проблемы вышестоящих атс по isdn, они решались, в том числе, перезагрузкой лж?
Несколько раз, т.к. при ребуте Lg переустанавливается соединение по PRI между станциями.
1. Вариант не шибко интересный, руководство не захочет покупать более дорогостоящее оборудование, а чётко обосновать сложно в виду периодичности проблемы.
2. Да, PLLU стоит, в потоке слипов нет.
3. Других сообщений в канале не было, а то, что я привёл не все поля SETUP, так это от того, что я уверен в том, что и после перезагрузке эти поля такие же. если б была неувязка в значении, например, “scrining indicator”, то ребут помогать не должен.
4. Кстати, попробовать передёрнуть поток можно на трассе, в следующий раз попробую. Хотя скорее всего упадёт второй уровень а не первый, врят ли при программном завороте физику отключает SDH…. я уж не говорю о том, что физику к атс вообще генерит пассивный PDH мультиплексор. Центральную опорно-транзитную атс действительно ребутнуть никто не даст =) хотя и на ней можно “дёрнуть” поток.
Я согласен, что перезагрузка - не решение, и постараюсь собрать побольше инфы к моменту следующей траблы похожей.
Ещё раз повторюсь, я старался определить, нет ли случаем общей проблемы. Раз нет, значит всё усложняется.
2. Да хоть и такой же Setup, но ведь нужно посмотреть, что именно запрашивается в Setup’e.
тут я согласен в своём косяке, в следующий раз сохраню.
На LDK трассировку можно снять элементарно.
На стации нужно, чтобы переключатель №3 был в положении= OFF, а далее все делается удаленно по Telnet’у.
спасибо, дока у меня есть. к сожалению, ещё пока не вошло “по автомату” при сборке атс включать трасировки, буду внимательнее к этому относиться.
постоянно держать трассировку включенной не есть хорошо при большой нагрузке на процессор АТС
