Форумы  ·  Войти  · 

Тема: Перехват звонков и трассировка в LDK-300

21.09.09 12:52   madrid  (82/14.04.06)  

Доброе время суток, уважаемые!

Столкнулся с такой проблемой: после подключения второй АТС ЛДК-300 (через Е1), начались проблемы с перехватом внутри группы (до этого все работало без проблем) на транзитной АТС. То есть не всегда можно перехватить поступающий звонок (причем ни с одного из телефонв). Спустя некоторое время все само собой восстанавливается и работа продолжается. И так - один-два раза в день.
По сему два вопроса.
1. Кто-то имел удовольствие бороться с подобной проблемой?
2. Как снять трассировку со станции?

Трассировку пытался снять по Телнету. Подлючаюсь, набираю t b ХХ (номер слота), ввожу пароль jennie - доступ есть. Но на экране тишина. Переключатель SW3/3 ставлю в OFF - замирает вся АТС, внутренние порты становятся неработоспособны.
Может, АТС работает либо в режиме трассировки, либо в рабочем режиме?

Заранее благодарен!

[ #1 ]  21.09.09 13:35   Евген_й  EXPERT  
1. Кто-то имел удовольствие бороться с подобной проблемой?

Ни разу не было

2. Как снять трассировку со станции?

Все верно,
Функции переключателя SW3/3   Трассировка команд/событий), Станция никогда не останавливалась. Может действительно, у кого-то было. (светодиоды на материнке перестают моргать?) ,так же в проге 160 направляем поток данных в телнет.

[ #2 ]  21.09.09 13:55   harris  EXPERT  

Ко всему прочему нужно еще в ПГМ175 направить вывод трассировки в еужный порт (Telnet).
Но трассировка потока, ИМХО, для анализа перехвата вызова в группе ничего не даст...

[ #3 ]  21.09.09 14:20   madrid  (82/14.04.06)  

to Евген_й

Функции переключателя SW3/3   Трассировка команд/событий), Станция никогда не останавливалась. Может действительно, у кого-то было. (светодиоды на материнке перестают моргать?) ,так же в проге 160 направляем поток данных в телнет.

Нет, индикаторы “моргали” и работал только системный телефон.
Про ПГМ 160 что-то я не совсем понял.

[ #4 ]  21.09.09 14:23   madrid  (82/14.04.06)  
harris - 21.09.09 13:55

Ко всему прочему нужно еще в ПГМ175 направить вывод трассировки в еужный порт (Telnet).

В ПГМ 175 установлено Телнет1.

Но трассировка потока, ИМХО, для анализа перехвата вызова в группе ничего не даст...

А каким образом можно отследить, что твориться внутри станции? Как просмотреть системный лог, если такой имеется?

[ #5 ]  21.09.09 15:03   harris  EXPERT  

Как такового системного лога нет (если имеется лог всех событий в станций)...
Думаю, что в первую очередь нужно определиться, какие именно звонки не перехватываются: тип звонка, откуда поступил и т.п... Может эти звонки и не должны перехватываться???

[ #6 ]  21.09.09 15:47   madrid  (82/14.04.06)  

В том то и дело, что не перехватываются все звонки, как внутренние так и внешние.
Входящий вызов можно принять только с телефона, на который он непосредственно пришел.
При попытке перехвата, выдается сообщение “НЕТ ВЫЗОВА”, и это происходит на всех телефонах в группе.
Длится такое состояние примерно минуту, потом опять возобновляется нормальная работа.

[ #7 ]  21.09.09 15:59   harris  EXPERT  

Думаю, что что-то провоцирует такое поведение станции... Возможно, в группу поступает какой-то вызов, который остается первым “в стэке”, но не перехватывается... Остальные вызовы ставятся в очередь за этим первым вызовом..
Тут нужно как-то попытаться самостоятельно смоделировать разные ситуации, вызовы...
Посмотреть, в каких функциях задействована эта группа, кто является агентом группы. Проверить, как работают другие группы... Там все нормально??
Статистику нужно собирать... Можно попытаться проанализировать, например, SMDR. Может это чего-то даст.
Что касается трассировки, то пока непонятно, что именно нужно трассировать.

[ #8 ]  21.09.09 17:10   madrid  (82/14.04.06)  

Пытался смоделировать ситуацию - не получилось. Как-то самопроизвольно случается.
Абоненты, ноходящиеся в группе, беольше ни в каких группах и связках не состоят.

За помощь - СПАСИБО!
Пошел смотреть SMDR

[ #9 ]  22.09.09 7:23   harris  EXPERT  

Ну а с другими группами перехвата проблем нет???

[ #10 ]  22.09.09 9:30   madrid  (82/14.04.06)  

С остальными перехватами - вроде не жаловались. Но в других группах не так много участников (макс. - 3), может и не замечали.  В “проблемной” же - порядка 10 (т.н. call-center)

[ #11 ]  22.09.09 14:19   Евген_й  EXPERT  

Про ПГМ 160 что-то я не совсем понял.

Опечатка , естественно 175. Трассировку я смотрел, когда набираешь код перехвата-что то пишет типа pick up , error и прочее.  Может и есть смысл посмотреть . Не помню только как то ли t b, то ли t s?

[ #12 ]  22.09.09 15:41   madrid  (82/14.04.06)  

В том то и дело, что снять трассу с потока я и не могу (см. выше) - после переключения SW3 в OFF - замирает вся станция!
Кстати, SW8 установлен в положение ON. Имеет ли это значение?

З.Ы. Надеюсь, пеключатель нужно переключать при выключенной станции? 😊

[ #13 ]  22.09.09 16:15   harris  EXPERT  

:gulp:  🐛 Как это??? 8-ой переключатель стоит в положении ON???
При перезапуске станции у Вас вся конфигурация “слетит” !!!! Произойдет инициализация всех настроек в исходные значения. В нормальном рабочем режиме 8-ой переключатель должен быть в положении OFF.

Переключатль ставится в другое положение при любом состоянии станции, не нужно выключать станцию!!!

А для трассировки 3-ий переключатель должен быть в положении = OFF

Короче: 3-ий и 8-ой переключатели переставьте в положение = OFF. Остальные (1,2,4,5,6,7) = ON.

[ #14 ]  22.09.09 16:39   madrid  (82/14.04.06)  

harris, прошу прощения, конец рабочего дня - совсем голова не варит!
Естественно, SW8 стоит в “OFF”
😊
Попробовал переключить SW3 при включенной стации - все завелось! Спасибо!

Попутно вопрос: можно ли увеличить время работы в терминальном режиме (Телнете) для считывания трассы, а то слишком часто приходится вводить пароль для получения доступа к трассе.

[ #15 ]  22.09.09 16:47   harris  EXPERT  

Не понял вопроса... Какой доступ к трассе?? Команда на трассировку вводится один раз. Пока не введете команду отмены трассировки данные будут выводится в указанный порт (ПГМ175).
Вводите пароль, входите в режим Monitor, даете нужную команду на трассировку, выходите из режима Monitor (командой: х ). И все. Если у Вас вывод трассировки направлен в эту же сессию Telnet, то получаете данные... Сама станция сессию не закрывает...

Вот пример:

LDK-300 System
Version GS30PXC.8Cy3 SEP/09
DATE: 11/13/05
TIME: 17:50:20
SITE NAME   :
ENTER PASSWORD: ******
mon> t b 04
Trace On: Slot(04) - Board Trace
mon> x

DATE: 11/13/05 TIME: 17:50:40
Exiting monitor utility…

11/13/05 TIME: 17:51:00
238598 COL 060:04 30 St:co idle   (00) EVT :D5 16 05 04 03100
80 90 A3 18 03 A9 83 9F 6C 09 20 80 37 37 37 37 31 30 30 (U0)
238598 C>04 30, D6 06 0D 18 03 A9 83 9E
238598 COL 060:04 30 St:co idle   (00) Ev-I:ring start P1:  0 P2:  0 EVT: 11 <- 60,61
238598 D>04 30, C0 00 49
238598 COL 060:04 30 St:di-dialing(00) Ev-I:dummy acd P1:26F3 P2:  0 EVT:  0 <- 60,61
238612 COL 060:04 30 St:di-dialing(00) EVT :E6 05 7B 70 02 80 33 (U25)
238612 COL 060:04 30 St:di-dialing(00) Ev-I:disa dgt   P1:  3 P2:  0 EVT: 80 <- 60,61
238619 COL 060:04 30 St:di-dialing(00) EVT :E6 05 7B 70 02 80 30 (U25)

И т.д.

Но, ИМХО, трассировка потока мало что даст для поиска причины проблемы с перехватом...

[ Изменено: 22.09.09 16:55 harris ]
Komendant.pro
 ©1999-2024  Инженерная лаборатория "Комендантъ"