Тема: LDK-300 звонит сама на себя
ОК. Но переполнение по тайм-слотам все равно в вашей станции присутствует.
Но только станция “оторвала” 24 тайм-слота не от платы PRIB, а от системы DECT.
Вместо требуемых 64 тайм-слотов (не имеет значения, что у вас не все базы подключены), станция отдала для WTIB’ов только 40 тайм-слотов.
Значит станция считает WTIB менее значимым, чем PRI. 😊
Снимайте трассировку межстанционного потока, чтобы по-крайней мере определить, кто отбивает линию: транзитная станция или оконечная.
ОК. Но переполнение по тайм-слотам все равно в вашей станции присутствует.
Но только станция “оторвала” 24 тайм-слота не от платы PRIB, а от системы DECT.
Вместо требуемых 64 тайм-слотов (не имеет значения, что у вас не все базы подключены), станция отдала для WTIB’ов только 40 тайм-слотов.
Значит станция считает WTIB менее значимым, чем PRI. 😊
Снимайте трассировку межстанционного потока, чтобы по-крайней мере определить, кто отбивает линию: транзитная станция или оконечная.
Извиняюсь за глупый вопрос, в пгм 175/7 (trace) переключить на telnet1 и запустить remote diagnostic получаемая инфа и будет трасировка межстанционного потока? Снимал инфу по СО вводя mon co1…, другую некоторую инфу, что смог понять в мануале, а этого раньше не приходилось делать((
В консольной программе Monitor:
mon> t b XX <Enter>
(XX - номер слота, в котором стоит плата PRIB. 01 - в вашей оконечной станции).
добавляю трасеры 1 через гипер терминал и 2й через remount diagnostic
через терминал не добавляется, выложил на файлообменник http://rusfolder.com/42837840
Что именно трассировали:
- какая станция?
- какой вызов??
Здесь телепатов нет.
Зачем тут xps файл??
.txt фаил станция 3.9, .xps станция 3.6. Remote diagnostic подключается только к станции 3.9, пришлось 3.6 трассировать через телнэт, он сохраняет в .xps, пробал в текстовый перевести, получается набор иероглифов
Сейчас сделал трассировку по плате PRIB (13) из 2го кабинета станции 3.9 (главной) через которую соединяются обе станции, я так понимаю раз она соединительная то через нее проходят все вызовы в каллцентр.
Извеняюсь тупанул, опят же из-за недостатка знаний, трассировку делел чисто по 3.9, а требовалось по 3.6 нашел в настройках LAN, сейчас исправлю и выложу что требовалось....
В консольной программе Monitor:
mon> t b XX <Enter>(XX - номер слота, в котором стоит плата PRIB. 01 - в вашей оконечной станции).
Вот что изначально от меня требовалось...
Вот что конкретно показывается в мониторинге по номеру 0105 (один из номеров каллцентра):
957697 STN0105:02 06 St:ERROR (00) Ev-I:HAND ONHK P1: 0 P2: 0 EVT: 18 <- 6,01
957697 D>02 06, 60 00 00
957697 STN0105:02 06 St:ERROR (00) Ev-I:ON HOOK P1: 0 P2: 0 EVT: 42 <- 6,01
957697 D>02 06, C5 00 00
Весь трассер прилагаю...
Именно в этот промежуток и были эти “вызовы-отбои”
В трассировке вижу только один похожий вызов:
входящий на номер 0106 был отвечен на телефоне 0105.
Но после соединения вызов был тут разъединен со стороны 1-ой (транзитной) АТС.
Причина неизвестна - просто нормальное завершение вызова.
Вероятно, дальше нужно смотреть на 1-ой АТС.
Попробуйте аналогично снять трассировки на 1-ой станции одновременно для 2-х линий PRI:
t b 04
t b 13
И желательно видеть в трассировках удачный транзитный вызов и проблемный, чтобы сравнить.
сделал для 04 и 13 платы. Непонятно правда, то что трассировка начиналась и буквально через несколько секунд сама останавливалась для 04 платы (на нее приходит поток), может так и должно быть...
Входящие вызовы были в колцентр в момент трасироки, так же были исходящие с других номеров, но в трассировке их нет
Так а почему не снимали трассировки одновременно для 4 и 13 слотов??
Неужели было непонятно, что нужно ввести обе команды сразу и снимать трассировку вызова по обоим потокам одновременно и писать один файл??
Нужно ведь проследить связь между вызовами в одном и в другом потоке.
Мдя... как все затягивается...