Голосовая связь : H.323

Конфигурация журнала CDR с серверами Syslog и шлюзами Cisco IOS

20 октября 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв


Содержание


Введение

Заказчикам иногда требуется регистрация записей детализации вызовов (CDR) от систем IP-телефонии (VoIP) для учета или выставления счетов. В этом случае целесообразно применять внешний сервер аутентификации, авторизации и учета (AAA) RADIUS или TACACS. Эти системы ААА часто предоставляют услуги протоколирования CDR, обработки записей о вызовах и возможности генерации отчетов по счетам.

Возможны ситуации, когда сложность или цена AAA-сервера запрещает его использование, но при этом есть необходимость в ведении журнала CDR. В таком случае возможно использовать возможности системного журнала шлюза или маршрутизатора Cisco для ведения журнала VoIP CDR на внешнем сервере системных журналов. Эти записи находятся в формате отделенной запятой переменной (CSV). Они могут легко быть загружены и обработаны приложением внешнего программного обеспечения, таким как электронная таблица или база данных. ПО сервера syslog можно запускать на обычном ПК. Основные приложения syslog-сервера можно загрузить из Интернета. Cisco не дает рекомендаций по выбору того или иного типа или версии ПО для сервера syslog.

Системный журнал использует протокол датаграмм пользователя (UDP) в качестве базового механизма передачи, так что пакеты данных являются неупорядоченными и неподтвержденными. Возможно, что на сети с высокой загрузкой, некоторые пакеты могут быть отброшены, и поэтому информация CDR потеряна. Несколько серверов syslog могут быть указаны для дублирования.

Для метки времени на CDR, чтобы быть корректным, существует требование для Cisco маршрутизатор IOS� или шлюз, который будет настроен для временной синхронизации через источник времени Протокола NTP. Если на маршрутизаторе нет синхронизации NTP, времена запуска и остановки каждой записи CDR будут иметь нулевое (пустое) значение. Если внешний источник NTP недоступный, нужно настроить маршрутизатор как главное устройство NTP. Это объяснено в Разделе конфигурации.

Предварительные условия

Требования

Для этого документа отсутствуют особые требования.

Используемые компоненты

Настоящий документ не имеет жесткой привязки к каким-либо конкретным версиям программного обеспечения и оборудования.

Условные обозначения

Дополнительные сведения об условных обозначениях см. в документе Условные обозначения технических терминов Cisco.

!--- конфигурацию

Это пример конфигурации, которая позволяет маршрутизатору генерировать VoIP CDR и отправлять их на центральный syslog-сервер:

router(config)#service timestamps log datetime msec localtime

!--- Ensures that the records are timestamped with an accurate value.
 
! 
router(config)#aaa new-model
!
router(config)#aaa authentication login default none

!--- Enables AAA to prevent Telnet authentication via AAA.

router(config)#aaa accounting connection h323 start-stop radius

!--- Generates the H.323 call start/stop CDRs. 

router(config)#gw-accounting syslog     

!--- Sends the H.323 CDRs to the syslog server. 

router(config)#logging 10.64.6.250  

!--- The IP address of the syslog server. Multiple syslog servers 
!--- can be specified for redundancy. 

NTP должен работать на маршрутизаторе Cisco IOS или шлюзе, чтобы гарантировать, что H.323 запускает/останавливает, записи имеют значение правильного времени. Это два метода NTP:

  • Используйте эту команду глобальной кофигурации программного обеспечения Cisco IOS для синхронизации маршрутизатора Cisco IOS или шлюза к внешнему серверу NTP:

    router(config)#ntp server ip address
    
    

    iP-адрес IP-адрес временного сервера, который предоставляет синхронизацию часов.

  • При отсутствии внешнего источника времени NTP следует использовать внутренние часы в качестве такого источника. Это сделано с командой глобальной кофигурации программного обеспечения Cisco IOS, показанной здесь:

    router(config)#ntp master
    

    Синхронизация маршрутизатора должна собираться в правильное время (от обычного Режима EXEC) с этой командой гарантировать, что метки времени корректны:

    router#clock set 15:15:00 8 May 2001
    

    Примечание: На некоторых Платформах cisco синхронизация маршрутизатора не выполнена резервное копирование с батарейным питанием. Системное время должно быть перезагружено после перезагрузки маршрутизатора или сбоя питания.

Пример выходных данных CDR

Это - часть выходных данных консоли от маршрутизатора. Когда конфигурация в этом документе включена, CDRs направлен к консоли маршрутизатора, а также серверу системного журнала. Для удаления регистрации из консоли маршрутизатора настройте консоль никакой регистрации в режиме глобальной конфигурации на маршрутизаторе. Это предотвращает появление CDR и других системных сообщений на консоли, но они все равно будут регистрироваться на сервере системного журнала.

Когда вызов VoIP сделан, он заказывает телефонный разговор в прямом направлении с назначением. Адресат производит ответный вызов для установления дуплексного соединения VoIP. Таким образом, для каждой из ветвей пересылки и возвратных ветвей есть свои CDR. В то время как участок обратного звонка имеет источник вызова 1, прямая ветвь вызовов имеет источник вызова 2.

Примечание: Некоторые строки выходных данных разбиты на составные строки для удобства печати.

router#

!--- This output is for the forward call leg.

Jun 18 11:15:02.867: %VOIPAAA-5-VOIP_CALL_HISTORY: CallLegType 1, ConnectionId BA55719E
    F8C10015 0 1B1E08, SetupTime 11:14:39.367 UTC Mon
Jun 18 2001, PeerAddress 68575, PeerSubAddress , DisconnectCause 10  , DisconnectText
    normal call clearing., ConnectTime 11:14:49.707 UTC Mon
Jun 18 2001, DisconnectTime 11:15:02.867 UTC Mon Jun 18 2001, CallOrigin 2,
    ChargedUnits 0, InfoType 2, TransmitPackets 1509, TransmitBytes 102600,
    ReceivePackets 1510, ReceiveBytes 138920

router#

!--- This output is for the reverse call leg.

Jun 18 11:15:02.983: %VOIPAAA-5-VOIP_CALL_HISTORY: CallLegType 1, ConnectionId BA55719E
    F8C10015 0 1B1E08, SetupTime 11:14:41.683 UTC Mon
Jun 18 2001, PeerAddress 2887, PeerSubAddress , DisconnectCause 10  , DisconnectText
    normal call clearing., ConnectTime 11:14:49.703 UTC Mon
Jun 18 2001, DisconnectTime 11:15:02.983 UTC Mon Jun 18 2001, CallOrigin 1,
    ChargedUnits 0, InfoType 2, TransmitPackets 1510, TransmitBytes 102692,
    ReceivePackets 1509, ReceiveBytes 138828
router#

Этот CDR показывает:

Участок переадресуемого вызова
Время создания записи CDR : 18 июня 11:15:02.867
Уникальный идентификатор соединения : BA55719E F8C10015 0 1B1E08
Время настройки : 11:14:39.367 UTC Mon Jun 18 2001
PeerAddress (вызывающий номер) : 68575
Код причины отключения : 10
Текст причины разъединения : /* обычный сброс вызова
Время соединения : Пн 18 июня 2001 11:14:49.707 UTC
Происхождение вызова : 2
Время разъединения : 11:15:02.867 UTC Mon Jun 18 2001
Пакеты передачи данных : 1509
Передано байт : 102600
Прием пакетов : 1509
Получено байт : 138828

Участок ответного вызова
Время создания записи CDR : 18 июня 11:15:02.983
Идентификатор связи : BA55719E F8C10015 0 1B1E08
Время настройки : 11:14:41.683 UTC понедельник 18 июня 2001
PeerAddress (Вызываемый номер) : 2887
Код причины отключения : 10
Текст причины разъединения : /* обычный сброс вызова
Время соединения : 11:14:49.703 UTC Mon Jun 18 2001
Происхождение вызова : 1
Время разъединения : 11:15:02.983 UTC, понедельник, 18 января 2001
Пакеты передачи данных : 1510
Передано байт : 102692
Прием пакетов : 1509
Получено байт : 138828

Код причины разъединения оценивает по умолчанию к шестнадцатеричному. Эта таблица показывает некоторые общие шестнадцатеричные значения и их пояснения:

Шестнадцатеричное значение Пояснение
0x0 Посмотрите примечание ниже
0x1 /* неназначенный номер
0x3 /* нет маршрута к пункту назначения
0x10 /* обычный сброс вызова
0x11 Абонент занят
0x12 Пользователь не отвечает
0x13 /* абонент не отвечает
0x15 Вызов отклонен
0x1C Недопустимый номер
0x1F Нормальный, не уточненный
0x22 Канал отсутствует
0x2C /* нет запрашиваемого канала
0x2F Нет ресурса
0x3F Служба или параметр недоступны, не определены

Примечание: Когда команда show h323 gateway cause-codes выполнена, некоторые Cisco IOS Software Release могли бы дать многим Код причины разъединения "0" сообщения. Это является косметическим дефектом и не имеет никакого влияния на производительность.


Дополнительные сведения


Document ID: 14068