Расширенные возможности Cisco Unified Border Element. Настройка, поиск и устранение неисправностей

Расширенные возможности Cisco Unified Border Element. Настройка, поиск и устранение неисправностей.

Vladimir Savostin

Customer Support Engineer, Cisco TAC

February, 2014

Cisco Confidential 2 © 2013-2014 Cisco and/or its affiliates. All rights reserved.

Cообщество Технической поддержки Cisco на русскомя языке – Вебкаст

Сегодня на семинаре Эксперт Cisco TAC Владимир Савостин рассмотрит некоторые возможности Cisco UBE, как широко известные и

часто используемые, так и новые, недавно появившиеся.

Владимир Савостин

Инженер центра технической

поддержки Cisco TAC в Москве


Технические Эксперты

Тема: Расширенные возможности Cisco Unified Border Element. Настройка, поиск и устранение неисправностей

Дата проведения вебинара: 11 февраля 2014 года

Сергей Олиферов

Инженер центра

технической поддержки

Cisco TAC в Москве

Михаил Щекотилов

Инженер центра

технической поддержки

Cisco TAC в Москве


Спасибо, что посетили наш вебинар сегодня

Сегодняшняя презентация включает опросы аудитории

Пожалуйста, участвуйте!


Спасибо, что присоединились к нам сегодня Скачать презентацию Вы можете по ссылке: https://supportforums.cisco.com/docs/DOC-40074

https://supportforums.cisco.com/docs/DOC-40074




Присылайте Ваши вопросы!

Используйте панель Q&A, чтобы задать вопрос. Наши эксперты ответят на них.

7 © 2013-2014 Cisco and/or its affiliates. All rights reserved.

Вопрос №1

В каких сценариях Вы используете CUBE Ent в сетях?

a) для подключения к телефонной сети общего пользования (PSTN)

b) для интеграции корпоративных телефонных станций

c) в составе решения Contact Center

d) в качестве компонента Network-based Recording c MediaSence

e) пока не использую CUBE, но планирую

Cisco Support Community – Expert Series Webcast

Владимир Савостин

Инженер центра технической поддержки Cisco TAC в Москве

February, 2014

Расширенные возможности Cisco Unified Border Element. Настройка, поиск и устранение неисправностей.


Обзор функционала CUBE Ent

Архитектура и конфигурация

Режимы работы: особенности и проблемы

Расширенные возможности CUBE Ent

Поиск и устранение неисправностей

Содержание



Основные сценарии использования CUBE

Элемент

Network

Based

Recording

системы

В решениях

Telepresence

Подключение

к PSTN

Интеграция

с Центром

Обработки

Вызовов

SIP

H.323

VOIP

провайдер

SIP Trunk

SBC

TDM

CUBE

SP IP

сеть SIP

SBC CUBE

SIP

MediaSense

RTP

RTP

Partner API

CUBE

SIP SP IP

сеть SBC

CVP vXML Server

Media Server

A SP IP

сеть

SIP SIP A SBC

CUBE CUBE

С поддержкой video


CUBE Enterprise - Платформы

2900 Series ISR-G2 (2901, 2911,

2921, 2951)

ASR 1004/6 RP2

Количество одновременных вызовов

Ко

л-в

о в

ызо

во

в в

секун

ду,

CP

S

<5

8-12

50-150

14-16K <50 500-600 900-1000

3900 Series ISR-G2 (3925, 3945)

17

3900E Series ISR-G2 (3925E, 3945E)

2000-2500

20-35

4

800/1861 ISR

ASR 1001

10,000

50-100

представлен в Июле ‘12

представлен в Марте ‘11

12K-14K

ASR 1002-X

Анонс ISR 4451-X

Июль 2013

ISR 4451-X

4000


CUBE Enterprise – Максимальная нагрузка


CUBE Enterprise – Обзор возможностей функционала


CUBE Enterprise – отличия CUBE Ent и CUBE SP

voice service voip

allow-connections h323 to sip

allow-connections sip to h323

allow-connections sip to sip

h323

emptycapability

ccm-compatible

sip

no update-callerid

dial-peer voice 10 voip

incoming-called number 1000


session protocol sipv2

destination-pattern 1000

session target ipv4:10.10.1.5

sbc SBC-CSC sbe adjacency sip ADJ-SIPA signaling-address ipv4 10.10.10.100 signaling-port 5060 remote-address ipv4 10.10.10.20 signaling-peer 10.10.10.20 signaling-peer-port 5060 attach

adjacency sip ADJ-SIPB signaling-address ipv4 10.10.10.100 signaling-port 5060 remote-address ipv4 10.10.201.100 signaling-peer 10.10.201.100 signaling-peer-port 5060 attach

CUBE Ent CUBE SP

SP Market target, ASR

Меньше сервисов – больше производительность

SBC - SIP Trunking/Transit/Security/Billing

Сервисы TP Exchange

Enterprise Market target, ISR, ASR

Feature Rich

TCL Scripting

CUCM Media Resources



CUBE Enterprise – Архитектура

Активно участвует в обработке

вызовов, как на уровне сигнализации,

так и на уровне медиа

• SIP B2B User Agent

Сигнализация терминируется,

интерпретируется и ре-оригинируется

• обеспечивает полный контроль сигнализации и

защиту некорректных и “подозрительных”

пакетов

2 режима обработки медиа

• Media Flow-Through

• Media Flow-Around

DSP ресурсы необходимы для

транскодинга

- Сигнализация и медиа терминируются на CUBE

- Режим используется при транскодинге

и cкрытии IP адресов (IP address hiding)

- Сигнализация терминируются на CUBE

- Медиа передается напрямую между элементами


CUBE Enterprise – Включение функционала

Команда режима CUBE

Команда режима CUBE

voice service voip

allow-connections h323 to h323

allow-connections h323 to sip

allow-connections sip to h323


voice service voip

mode border-elem license capacity 200

Router# show cube status

CUBE-Version : 8.8

SW-Version : 15.2(1)T, Platform CISCO2951

HA-Type : none

Licensed-Capacity : 200

CUBE-1(config)#voice service voip

CUBE-1(conf-voi-serv)#h323

CUBE-1(conf-serv-h323)#h225 ?

alt-ep Alternate endpoint configuration

display-ie Map calling name from Q931 Facility to

h245-address global control for h225 reporting of h245-address GW

listen-port Call Signaling Port (default 1720)

plus-digit Pass through the leading plus digit

signal Specify signaling options

start-h245 global control of initiation of H.245

timeout Specify timeout for maintaining connections

CUBE-1(conf-serv-h323)#exit

CUBE-1(conf-voi-serv)#allow-connections h323 to h323

CUBE-1(conf-voi-serv)#h323

CUBE-1(conf-serv-h323)#h225 ?

alt-ep Alternate endpoint configuration

connect-passthru Connect Pass through

display-ie Map calling name from Q931 Facility to

h245-address global control for h225 reporting of h245-address GW

id-passthru Protocol identifier pass through

listen-port Call Signaling Port (default 1720)

plus-digit Pass through the leading plus digit

signal Specify signaling options

start-h245 global control of initiation of H.245

timeout Specify timeout for maintaining connections

Начиная с 15.2(1)Т можно задать

кол-во лицензированных сессий


CUBE Enterprise – Общий подход к конфигурации

Общая конфигурация платформы

- Routing, IP connectivity, Interfaces, ACLs

- DHCP, QoS, FW...

Общие настройки CUBE

- Enable CUBE

- CAC and SIP capabilities

- Transcoding, codec classes

and preferences

Настройки безопасности

- Secure peer IP addresses

- Call Spike monitoring

Конфигурация протоколов

- Message handling and interpretation

- SIP Normalization (all calls)

- Fax (all calls)

- Failover timers

Конфигурация dial-peer-ов

- Dial-plan; Digit Manipulation

- SIP Normalization (per destination)

- DTMF settings

- Fax (per destination)

- QoS Marking



CUBE Enterprise – Режимы работы

H.323-to-H.323

- используется для интеграции с PBX

- подключение видео терминалов

- историческая конфигурация

H323-to-SIP

- наименее функциональный режим

- поддержка SS<->DO, FS<->EO

- только Media Flow-Through

- был основным при подключении к PSTN:

- до CUCM SIP trunk

- до CUBE SIP-SIP DO->EO

SIP-to-SIP

- рекомендуемый режим

- ведется активная разработка

- максимальный функционал


CUBE Enterprise – Особенности работы в режиме H.323

• Зависимость H245 Tunnel от FastStart

• H.225 CONNECT ожидает TCS/MSD/OLC

• H.323 модель переключения медиа

• Согласование T.38 через H.245 caps

• CUCM не поддерживает RTP-NTE через H.323

• CUCM принимает H.245 Signal, отправляет H.245 Alphanumeric

• Даже если согласовался FS, H.245 сессия должна быть

установлена

• FS IE могут не передаваться во всех последующих H.225

сообщениях

voice service voip

h323

emptycapability

ccm-compatible

h225 display-ie ccm-compatible

h225 connect-passthru

no h225 h245-address facility

h245 passthru tcsnonstd-passthru

no supplementary-service h450.2

no supplementary-service h450.3


H.245

H.225


Setup

CallProceeding

Alert

Connect

TCS

TCS

MSD

TCSAck

MSDAck

MSD

TCSAck

MSDAck

RTP

OLC

OLC

OLCAck

OLCAck

CUBE как и большинство устройств начинает TCS и

MSD процедуры параллельно

EP1 EP2

TCS и MSD процедуры должны быть завершены

до начала OLC процедуры

H.245Address будет содержаться в одном из сообщений

H.225 - CallProceeding, Alerting, Progress, Facility, Connect



Процедуры H.225

Процедуры H.245

CLC

RTP

EP1 EP2

ECS / TCS=0

CLCAck

CLC

TCSAck

CLCAck

No Audio

Элемент, инициирующий ECS

также выполнит CLC своих

transmit channels

EP2 не установит аудио с EP1

до завершения процедуры

TCS/MSD/OLC

Любое изменение в медиа потоках - через Third Party Pause and Re-Routing


CUBE Enterprise – Особенности работы в режиме SIP

Early Offer – обрабатываем 180 w/SDP, отправляем 183 w/SDP

early-offer forced

Обработка Ringback – signalling vs media (EO или PRACK)

Call modifications (HOLD/RESUME/TRANSFER)

mid-call signaling passthru media-change (15.2.1T)

mid-call signaling passthru

Несколько m-line (multiple m-line)

DTMF Relay SIP INFO (15.3.3M)

Выбор dial-peer-ов

URI-based match

voice service voip


no supplementary-service sip moved-temporarily

no supplementary-service sip refer

sip

bind control source-interface Loopback0

bind media source-interface Loopback0

no update-callerid

header-passing

min-se 1800 session-expires 1800

error-passthru

sip-ua

no remote-party-id

connection-reuse

timers ...

PSTN



SIP PRACK

ACK

Подтверждение последнего ответа на запрос INVITE

PRACK

Подтверждение для Reliable Provisional response

PRACK похож на ACK по своей функциональности

но обрабатывается аналогично запросу BYE

PRACK требует подтверждения 200 OK response

Поддержка Provisional Reliable response согласуется через SIP Header: Supported:100rel

RSeq, RAck

Используется для нумерации Reliable Provisional responses

RSeq для Reliable Provisional response

RAck для запроса PRACK



SIP VoIP сеть

INVITE (w/o SDP)

100 Trying

200 OK (for UPDATE)

Calling Party

PSTN

Called Party

PSTN

UPDATE

180 Ringing (w/ SDP) ringing

ringback

200 OK (for INVITE)

ACK

INVITE with

Supported header:100rel

PRACK w/SDP

200 OK (for PRACK)

PRACK используется как ACK для сообщений 18x


CUBE Enterprise – Особенности работы во всех режимах

Voice Class Codec (VCC) поддерживается с 15.3(1)Т, XE3.8

Поддержка Universal transcoding

Согласование Dynamic RTP Payload Type (DTMF, Video)

H.323 SIP

CUBE-1#sh dial-p v 10 | b RTP dynamic payload

RTP dynamic payload type values: NTE = 101

Cisco: NSE=100, fax=96, fax-ack=97, dtmf=121, fax-relay=122

CAS=123, TTY=119, ClearChan=125, PCM switch over u-law=0,

A-law=8, GSMAMR-NB=117 iLBC=116, AAC-ld=114, iSAC=124

lmr_tone=0, nte_tone=0

h263+=118, h264=119

CUBE-1#sh run | b dial-peer voice 10 voip


rtp payload-type cisco-codec-fax-ack 111

rtp payload-type nte 97



CUBE Enterprise – поддержка Asymmetric Payload Interworking • Symmetric / Asymmetric call-legs

• Call-leg на CUBE рассматривается как symmetric или asymmetric относительно значений payload-type, согласованных между устройствами

Для symmetric call-leg, Offer–Answer содержит то же payload-type значение.

Для Asymmetric call-leg, Offer-Answer содержат разные payload-type значения.

CUBE (Ent) обеспечивает interworking между устройствами, поддерживающими symmetric или asymmetric dynamic payload types. Никаких CLI команд для этого не требуется

102 102

INVITE w/ sdp EP1 102

m=audio xxx RTP/AVP 102 INVITE w/ sdp

m=audio xxx RTP/AVP 102

103 EP2

200 Ok

m=audio xxx RTP/AVP 103 200 Ok

m=audio xxx RTP/AVP 102

ACK

ACK

RTP Media

Symmetric call-leg-

Offer-Answer has same

payload-type value

Asymmetric call-leg

offer-answer has

different payload-type

CUBE

Версия IOS?



CUBE Enterprise – Mid-call codec renegotiation


CUBE Enterprise – Media (Аудио и Видео) Forking

Debug ccsip all

Debug voip recmsp all

Debug voip ccapi all

Debug voip application all


CUBE Enterprise – Media (Аудио и Видео) Forking Sent:

INVITE sip:[email protected]:5060 SIP/2.0

Via: SIP/2.0/TCP 10.42.30.10:5060;branch=z9hG4bKB622CF

X-Cisco-Recording-Participant: sip:[email protected];media-index="0"

X-Cisco-Recording-Participant: sip:[email protected];media-index="1"

From: <sip:9.42.30.10>;tag=5096700-1E1A

To: <sip:[email protected]>

Date: Fri, 18 Mar 2011 07:01:50 GMT

Call-ID: [email protected]

Supported: 100rel,timer,resource-priority,replaces,sdp-anat

Min-SE: 1800

Cisco-Guid: 1334370502-1348997600-2396699092-3395863316

User-Agent: Cisco-SIPGateway/IOS-15.2(0.0.2)PIA16

Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER

CSeq: 101 INVITE

Max-Forwards: 70

Timestamp: 1300431710

Contact: <sip:10.42.30.10:5060;transport=tcp>

Expires: 180

Allow-Events: telephone-event

Content-Type: application/sdp

Content-Disposition: session;handling=required

Content-Length: 449

v=0

o=CiscoSystemsSIP-GW-UserAgent 3021 3526 IN IP4

10.42.30.10

s=SIP Call

c=IN IP4 10.42.30.10

t=0 0

m=audio 24544 RTP/AVP 0 101 19

c=IN IP4 10.42.30.10

a=rtpmap:0 PCMU/8000

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-16

a=rtpmap:19 CN/8000

a=ptime:20

a=sendonly

m=audio 31166 RTP/AVP 0 101 19

c=IN IP4 10.42.30.10


a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-16

a=rtpmap:19 CN/8000

a=ptime:20

a=sendonly

Номер сервера записи

1st m line для

первого

участника

вызова

Proprietary Cisco header, содержит

информация (номер и ip адрес)

участников вызова

Тот же GUID для записываемого

вызова и вызова не рекордер

2nd M line для второго

участника вызова


CUBE Enterprise – Media (Аудио и Видео) Forking • Received:

• SIP/2.0 200 Ok

• Via: SIP/2.0/TCP 10.104.46.198:5060;branch=z9hG4bK13262B

• To: <sip:[email protected]>;tag=ds457251f

• From: <sip:10.104.46.198>;tag=110B66-1CBC

• Call-ID: [email protected]

• CSeq: 101 INVITE

• Content-Length: 206

• Contact: <sip:[email protected]:5060;transport=tcp>

• Content-Type: application/sdp

• Allow: INVITE, BYE, CANCEL, ACK, NOTIFY, INFO, UPDATE

• Server: Cisco-ORA/8.5

• v=0

• o=CiscoORA 2187 1 IN IP4 10.104.46.201

• s=SIP Call

• c=IN IP4 10.104.46.201

• t=0 0

• m=audio 54100 RTP/AVP 0

• a=rtpmap:0 PCMU/8000

• a=recvonly

• m=audio 39674 RTP/AVP 0

• a=rtpmap:0 PCMU/8000

• a=recvonly

Sent:

ACK sip:[email protected]:5060;transport=tcp SIP/2.0

Via: SIP/2.0/TCP 10.104.46.198:5060;branch=z9hG4bK141B87

From: <sip:10.104.46.198>;tag=110B66-1CBC

To: <sip:[email protected]>;tag=ds457251f

Date: Mon, 20 Jun 2011 08:42:01 GMT


Max-Forwards: 70

CSeq: 101 ACK

Allow-Events: telephone-event

Content-Length: 0

200 ok от сервера записи

2nd m -line с аудио данными

Тип и версия

сервера записи

Сервер записи всегда в

режиме recvonly

1st m-line от сервера записи с

аудио данными

Продолжение…


CUBE Enterprise – SIP trunk мониторинг с OOD Options


voice-class sip options-keepalive up-interval 10 down-interval 60 retry 2

voice service voip

sip

error-code-override options-keepalive failure 480


CUBE Enterprise – CPA на SIP транках


CUBE Enterprise – преобразование multicast в unicast MOH

A

CUBE

♬ Hold ♬ ♬ SP

SIP

Multicast MoH Unicast MoH

ccm-manager music-on-hold ip multicast-routing

Active Call

♬ ♬

• Предоставляет выбор в корпоративных сетях использовать Multicast

MOH в сторону оператора, подключенного по SIP, наряду с Unicast MOH

потоками

• CUBE конвертирует Multicast MOH, полученный с MOH сервера, в

Unicast поток и отправляет его в сторону провайдера

• Позволяет сократить использование полосы WAN каналов



CUBE Service Provider CUCM

Initial call is established

MMOH INVITE:

INVITE sip:[email protected]

c = IN IP4 239.1.1.1

m = audio 16384 RTP/AVP 0

a = recvonly

Initial call is established

Обработка MMOH на CUBE:

INVITE sip:[email protected]

c = IN IP4 10.104.45.10


a = sendonly

SIP/2.0 200 OK

c = IN IP4 10.104.45.64


a = recvonly SIP/2.0 200 OK

c = IN IP4 239.1.1.1


a = recvonly

sip:9.44.28.35

sip:9.44.28.35

sip:9.44.28.35

sip:9.44.28.35

sip:[email protected]



Troubleshooting

Команды debug:

debug ccm-manager music-on-old [all | errors | events]

debug voip rtp

debug ccsip all

Команды show:

show ccm-manager music-on-hold

show voip rtp connections

show call active voice compact



Troubleshooting MMOH Invite Received:

Received:


Via: SIP/2.0/UDP 10.45.35.1:5060;branch=z9hG4bK1a4559b6611

From: <sip:[email protected]>;tag=4171~63e67901-6

To: <sip:[email protected]>;tag=3D036B4-25CB



Content-Length: 184

v=0

o=CiscoSystemsCCM-SIP 2000 4 IN IP4 10.45.35.1

s=SIP Call

c=IN IP4 239.1.1.1

t=0 0

m=audio 16384 RTP/AVP 0

a=X-cisco-media:mmoh


a=ptime:20

a=recvonly

Multicast port

Unicast Invite Send:

Sent:


Via: SIP/2.0/UDP 10.45.35.12:5060;branch=z9hG4bK1B61312

From: <sip:[email protected]>;tag=3D03648-2480

To: <sip:[email protected]>;tag=4016~4455a3f7



Content-Length: 221

v=0

o=CiscoSystemsSIP-GW-UserAgent 2663 1269 IN IP4 10.45.35.12

s=SIP Call

c=IN IP4 10.45.35.12

t=0 0

m=audio 16692 RTP/AVP 0 19

c=IN IP4 10.45.35.12

a=sendonly


a=rtpmap:19 CN/8000

a=ptime:20

Unicast Address

MMOH Invite

Recvonly as direction attribute

Sendonly as direction attribute

Multicast Address



Особенности функционала

Преобразование MMOH –> UMOH не будет работать, если на CUBE включена команда SDP passthru.

Преобразование MMOH -> UMOH будет работать для звонков с Low Density транскодером, но не для звонков с High Density транскодером.

Преобразование MMOH -> UMOH поддерживается только для SIP-SIP звонков на CUBE.


CUBE Enterprise – Конфигурация транскодера


CUBE Enterprise – Конфигурация транскодера через LTI


Вопрос №2

С какими проблемами Вы сталкиваетесь чаще всего при эксплуатации CUBE Ent в сетях?

a) выбор Inbound/Outbound Dial-peer-ов

b) несколько регистраций SIP или Interface Binding

c) DTMF relay или их преобразование

d) Call Routing, SIP Profiles и Translation Profiles

e) Hold/Resume/Transfer или SIP Session Refresh

f) проблемы с аудио (слышимость, качество)



Клиенты: OpenPhone, Kapanga SIP Phone, SipP, StarTrinity SIP Tester

Wireshark

Аудио редактор

Плеер g.729

Notepad++, Far Manager, grep

Анализатор трейсов (TripleCombo)

Cisco.com tools (bugToolkit, DSP calc, Error Message Decoder)

Работа с диагностической информацией – инструментарий


Время синхронизировано по NTP и настроен часовой пояс

Логирование на консоль выключено

Включены timestamp-ы и нумерация сообщений в логе

Собираем данные в буфер, режим term mon не используем

ntp server 10.5.0.1

clock timezone MSK 4 0 (пока часы не переводим)

no logging console (или logging console critical)

service timestamps debug datetime msec localtime show-timezone year

service timestamps log datetime msec localtime show-timezone year

service sequence-numbers

logging buffered 2000000 debug

Сбор диагностической информации – базовые настройки


Готовим инфраструктуру для теста

Включаем дебаги (все одновременно)

Перед вызовом делаем clear log

Воспроизводим проблему

Сразу выключаем дебаги u all

Включаем логирование сессии в терминальном клиенте (putty)

Забираем дебаги из буфера

term len 0 (выключаем скроллинг)

sh log

term len 58 (восстанавливаем скроллинг)

Выключаем логирование сессии в терминальном клиенте

Сбор диагностической информации – процедура сбора данных


Независимые от протокола дебаги

debug voice ccapi inout

debug voice ipipgw

debug voice dialpeer (опционально, dial-peer selection)

debug voice translation (опционально, digit manipulation)

debug voice rtp session dtmf-relay (опционально, проблема с DTMF)

debug voice rtp session named-event (опционально, DTMF RFC2833)

debug sccp messages (опционально, проблема с транскодером)

Сбор диагностической информации – debug компоненты


H.323 дебаги

debug h225 asn1

debug h225 events

debug h225 q931 (опционально, PI=, Presentation, Screening)

debug cch323 h225

debug h245 asn1

debug h245 events

debug cch323 h245

debug ip tcp trans



H.323 Gatekeeper дебаги

debug h225 q931

debug h225 asn1

debug ras

debug gatekeeper main 10

debug gatekeeper call 10

debug gatekeeper zone 10



SIP дебаги

debug ccsip messages

debug ccsip transport

debug ccsip media

debug ccsip all (если дебаги выше не дали ответ, большой объем)



ip traffic-export profile CUBE mode capture

bidirectional

incoming access-list 101

outgoing access-list 101

access-list 101 permit udp any any eq 5060

access-list 101 permit tcp any any eq 5060

interface Gi0/0

ip traffic-export apply CUBE [size <bytes>]

Сбор диагностической информации – embedded packet capture

Шаг 2. Собираем трафик

(exec level commands)

Шаг 1. Создаём capture profile

CUBE-1# traffic-export interface fa0/0 clear

CUBE-1# traffic-export interface fa0/0 start

<воспроизводим проблему>

CUBE-1# traffic-export interface fa0/0 stop

Создаём ACL по маске трафика

Применяем capture на интерфейс

Определяем capture

Удаляем предыдущий capture

Запускаем capture

Останавливаем capture


Сбор диагностической информации – циклический capture

1. Устанавливаем wireshark (www.wireshark.org)

2. Определяем номер сетевого интерфейса для дампа трафика:

С:\Program Files\wireshark\tshark -D

3. Создаём папку на диске, где достаточно места, D:\Trace

4. В этой папке создаём файл trace.bat следующего содержания:

«С:\program files\wireshark\tshark" -i <interface> -w master.cap -b duration:<sec> -b files:<num>

где

<interface> - номер интерфейса полученный на шаге 2 tshark -D командой

<sec> - "длительность" каждого файла в секундах

<num> - количество файлов

Например, для сохранения 1 часа, пишем 360 секунд и 10 файлов

5. Запускаем trace.bat из командой строки

6. Как только проблема зафиксирована, останавливаем trace.bat по Ctrl+C и Y

Используем этот подход, когда время возникновения проблемы неизвестно


Сбор диагностической информации – анализ packet capture

Шаг 1. Используем фильтры протоколов

Шаг 2. Определяем транспортные порты

h245Address может передаваться в сообщениях Alerting, Progress, Facility, Connect


Сбор диагностической информации – анализ packet capture

Шаг 3. Использует фильтр транспортных портов


Вопрос №3

Какую тему из области UC/UCC/TP необходимо осветить на следующем вебинаре?

a) Cisco Unified Communications Manager 10.0 релиз

b) Поиск и устранение неисправностей для решений Cisco Jabber

c) Решение Collaboration Edge на базе Expressway

d) Обзор Cisco MediaSence

e) Ресурсы видео конференций на базе CUCM

Отправьте свой вопрос сейчас!

Используйте панель Q&A, чтобы задать вопрос. Эксперты ответят на Ваши вопросы.

Получить дополнительную информацию, а также задать вопросы эксперту в рамках данной темы Вы можете на странице, доступной по ссылке:

https://supportforums.cisco.com/community/russian/expert-corner

Вы можете получить видеозапись данного семинара и текст сессии Q&A в течении ближайших 5 дней по следующей ссылке

https://supportforums.cisco.com/community/russian/expert-corner/webcast




https://supportforums.cisco.com/community/netpro/ask-the-expert/webcasts





Вебинар на русскомя языке

Тема: Создание сценариев обработки вызова для UCCX и методы их отладки.

во вторник, 18 марта, в 12.00 мск

Присоединяйтесь к эксперту Cisco Сергею Олиферову

Во время презентации эксперт Cisco TAC Сергей

Олиферов ответит на вопросы о создании сценариев

обработки вызовов для UCCX, а также рассмотрит

основные приемы отладки этих сценариев.


https://supportforms.cisco.com/community/russian

http://www.facebook.com/CiscoSupportCommunity

http://twitter.com/#!/cisco_support

http://www.youtube.com/user/ciscosupportchannel

https://plus.google.com/110418616513822966153?prsrc=3#110418616513822966

153/posts

http://itunes.apple.com/us/app/cisco-technical-support/id398104252?mt=8

https://play.google.com/store/apps/details?id=com.cisco.swtg_android

http://www.linkedin.com/groups/CSC-Cisco-Support-Community-3210019

Newsletter Subscription: https://tools.cisco.com/gdrp/coiga/showsurvey.do?surveyCode=589&keyCode=146298_2&PH

YSICAL%20FULFILLMENT%20Y/N=NO&SUBSCRIPTION%20CENTER=YES



http://twitter.com/#!/cisco_support














https://tools.cisco.com/gdrp/coiga/showsurvey.do?surveyCode=589&keyCode=146298_2&PHYSICAL FULFILLMENT Y/N=NO&SUBSCRIPTION CENTER=YES

https://tools.cisco.com/gdrp/coiga/showsurvey.do?surveyCode=589&keyCode=146298_2&PHYSICAL FULFILLMENT Y/N=NO&SUBSCRIPTION CENTER=YES


• Испанском https://supportforums.cisco.com/community/spanish

• Португальском https://supportforums.cisco.com/community/portuguese

• Японском https://supportforums.cisco.com/community/csc-japan

https://supportforums.cisco.com/community/spanish

https://supportforums.cisco.com/community/portuguese

https://supportforums.cisco.com/community/csc-japan




Спасибо за Ваше время

Пожалуйста, участвуйте в опросе

Technology

Расширенные возможности Cisco Unified Border Element. Настройка, поиск и устранение неисправностей