При администрировании УПАТС иногда возникают моменты, когда необходимо более детально изучить проблему непрозвона. Команда “list trace ..” показывает только «вершки», а самое интересное остается «за кадром». На помощь администратору приходит MST(Message Sequence Trace). Это мощное средство сбора информационных сообщений, которые использует сама станция. С помощью MST можно получить, например CDR, но меня интересует трассировка сообщений, которые передаются в D-канале (сообщения протокола Q.931).

Как только возникают проблемы с дозвоном, я делаю трассировку исходящего вызова, чтобы быть уверенным, что проблема не на моей стороне. Трассировка выполняется в три этапа:

  • Задание параметров сбора MST
  • Получение MST
  • Декодирование MST (из шестнадцатеричной системы исчисления)

Задание параметров сбора MST

В современных медиа-серверах есть встроенный анализатор сообщений (МTА), чтобы им воспользоваться, необходимо его включить. В «старых» версиях такой команды не будет.

Command: enable trace-analyzer

Теперь, на случай, если сообщения собирались ранее, выключим и очистим MST.

Command: disable mst
Command: clear mst

Задаем параметры для MST.

Image

Для проверки исходящего вызова достаточно 1 минуты. Выбираем ISDN-PRI? Y, на второй странице указываем Port Type: d-channel и указываем порт карты DS-1 интересующего потока, например Port: 01В03016. Если, для анализа будем использовать МТА, включаем Log Mst? Y , Trace Analyzer? y

Включаем MST и делаем исходящий вызов:

Image

Смотрим статус выполнения команды:

Image

Вот, что получим в результате:

Image

Получение MST (При использовании МТА этот пункт пропускаем)

Полученные результаты необходимо сохранить в текстовом файле. В DSA делаем “CAPTURE MODE» и даем команду “list mst continuous auto-page”.
В ASA нет CAPTURE MODE, но есть REPORT. Делаем, как показано на картинке:

Image

В результате получается текстовый файл, который нам пригодится для анализа MST.

Image

Декодирование MST

Заходим в ВЕБ-интерфейс Медиа-Сервера Launch Maintenance Web

Image

Если не хватило 200 строк – можно сделать побольше. Нажимаем «View Log» и смотрим, что получилось:

Image

Если версия станции «старая» - придется использовать программы - анализаторы MST, например Definity Tracer.
Запускаем программу, открываем файл отчета MST и нажимаем «Decode data»

Image

Image

В результате получим расшифрованную трассировку вызовов, в которой видно какими сообщениями обмениваются станции в момент установления соединения.

Image

В данной статье не рассматриваются вопросы «правильного» обмена сообщениями, коды «Релизов» и «Дисконнектов». Об этом можно почитать в документации по Q.931.
Замечу лишь, что Disconnect (90) – это нормально завершенный разговор.

Log in to comment