Плохая слышимость во время звонка. Потери RTP пакетов - История изменений

Oktell Support в 10:17, 17 июля 2013

2013-07-17T10:17:19Z

Oktell Support в 10:07, 17 июля 2013

2013-07-17T10:07:35Z

Oktell Support в 10:00, 17 июля 2013

2013-07-17T10:00:04Z

Oktell Support в 09:58, 17 июля 2013

2013-07-17T09:58:36Z

Oktell Support в 09:56, 17 июля 2013

2013-07-17T09:56:06Z

Oktell Support в 09:52, 17 июля 2013

2013-07-17T09:52:38Z

Oktell Support в 09:50, 17 июля 2013

2013-07-17T09:50:32Z

Oktell Support в 09:46, 17 июля 2013

2013-07-17T09:46:19Z

Oktell Support в 09:45, 17 июля 2013

2013-07-17T09:45:51Z

Oktell Support в 09:44, 17 июля 2013

2013-07-17T09:44:33Z

@@ Строка 30: / Строка 30: @@
 == Шаг. Поиск Call-ID. ==
-Получив сведения, о том, что во время звонка была плохая слышимость, подождите когда он завершится и отключить Wireshark. Теперь задача заключается в том, чтобы найти этот разговор в программе. Для этого нам нужен '''Call-id''' (идентификатор коммутации). Получить его мы сможем, зная время, номер линии или зная телефон собеседника. Для этого мы воспользуемся канальным логом '''/server/Log/Hardware/Sip/Ваша_дата/Номер_линии'''. Также нам понадобится лог сип-транзакций '''/server/Log/Hardware/Sip/trn_ваша_дата'''.
+Получив сведения о том, что во время звонка были "пропадания" голоса, подождите когда он завершится и отключите Wireshark. Теперь задача заключается в том, чтобы найти этот разговор в программе. Для этого нам нужен '''Call-id''' (идентификатор коммутации). Получить его мы сможем, зная время, номер линии или зная телефон собеседника. Для этого мы воспользуемся канальным логом '''/server/Log/Hardware/Sip/текущая_дата/Номер_линии'''. Также нам понадобится лог SIP-транзакций '''/server/Log/Hardware/Sip/trn_текущая_дата'''.
-Зная время и номер мы можем найти в канальном логе следующую строчку, содержащую '''INVITE''', копируем ее с помощью Ctrl+c. Также немного ниже мы можем увидеть на какой порт пришел запрос.
+Зная время и номер мы можем найти в канальном логе следующую строчку, содержащую '''INVITE''', копируем ее с помощью Ctrl+c. Также ниже мы можем увидеть на какой порт пришел запрос.
 [[Файл:Вайр1.PNG|center]]
@@ Строка 44: / Строка 44: @@
 == Шаг. Поиск разговора в Wireshark. ==
-Найдите разговор в '''wireshark'''. Для этого воспользуемся еще одним типом фильтра - фильтром отображения. Находится он в верхней части программы, рядом находится подпись "'''Filter'''". Введите следующее ((используйте ранее скопированный '''Call-ID''')
+Найдите разговор в '''wireshark'''. Для этого воспользуемся еще одним типом фильтра - фильтром отображения. Распологается он в верхней части программы, рядом находится подпись "'''Filter'''". Введите следующее (используйте ранее скопированный '''Call-ID''')
   sip.Call-ID=="7979c5a3-6431-4354-00a8-c65e9c459e77c71c@0011607E-056ACFA8"
-Далее Enter или кнопку '''Apply'''. Вам выведутся все sip-транзакции, относящиеся к выбранной коммутации. Найдите пакет '''INVITE''', и запишите его время. Оно находится во втором столбце Time и обозначает время которое прошло после начала захвата. Вы всегда можете поменять его во вкладке '''View->Time Display Format'''. По умолчанию, в программе используется значение '''Seconds since Beginning of Capture'''.
+Далее нажмите Enter или кнопку '''Apply'''. Вам выведутся все SIP-транзакции, относящиеся к выбранной коммутации. Найдите пакет '''INVITE''', и запишите время получения\отправки пакета. Оно находится во втором столбце Time и обозначает время, которое прошло после начала захвата. Вы всегда можете поменять его во вкладке '''View->Time Display Format'''. По умолчанию, в программе используется значение '''Seconds since Beginning of Capture''' (время, которое прошло после начала захвата)
 Выберите в верхнем горизонтальном меню пункт '''Telephony -> VoIP Calls'''.
@@ Строка 65: / Строка 65: @@
-Далее выберите '''RTP''' пакеты и найдите '''SSRC''' пакета. Скопируйте это значение, '''нажав правой кнопкой мыши -> copy -> value'''. Вам понадобится найти еще один '''SSRC''', участвующий в коммутации. Составьте на основе этих данных следующий запрос.
+Далее выберите '''RTP''' пакеты и найдите '''SSRC''' пакета. Скопируйте это значение, '''нажав правой кнопкой мыши -> copy -> value'''. Вам понадобится найти еще один '''SSRC''', участвующий в коммутации. Составьте на основе этих данных (Call-ID, и двух SSRC) следующий запрос.
   sip.Call-ID=="7979c5a3-6431-4354-00a8-c65e9c459e77c71c@0011607E-056ACFA8" or rtp.ssrc==0x017e74f7 or rtp.ssrc==0x0330003b
@@ Строка 77: / Строка 77: @@
 == Шаг. Анализ RTP-трафика ==
-Анализ '''rtp''' пакетов. Получив только выборку, связанную с коммутацией, нажмите в верхнем меню '''telephony-> rtp-> show all streams'''. Проверьте что у вас будут две строки, а один из портов будет совпадать с тем, что мы нашли в канальном логе на шаге 1. В столбце Lost будут определены потери rtp пакетов. Потери до 5% являются нормой. С помощью этой информации вы можете определить в какую сторону у вас идут потери - на входящий или исходящий трафик.
+Анализ '''rtp''' пакетов. Получив только выборку, связанную с коммутацией, нажмите в верхнем меню '''telephony-> rtp-> show all streams'''. Проверьте что у вас будут две строки, а один из портов будет совпадать с тем, что мы нашли в канальном логе на шаге 1. В столбце Lost будут определены потери RTP пакетов. Потери до 5% считаются допустимыми. С помощью этой информации вы можете определить в какую сторону у вас идут потери - на входящий или исходящий трафик.
 [[Файл:Вайр7.PNG|center]]

@@ Строка 1: / Строка 1: @@
 [[Возникающие_проблемы_и_способы_их_решения| Наверх]]
-Операторы Call-центра периодически сообщают о том, что плохо слышат собеседника во время разговора. В такой ситуации необходимо в первую очередь выяснить где происходит потеря голосовых rtp-пакетов. Для этого надо выгрузить файл записи из Oktell и прослушать его.
+Операторы Call-центра периодически сообщают о том, что собеседник "пропадает" во время разговора. В такой ситуации необходимо в первую очередь выяснить где происходит потеря голосовых rtp-пакетов. Для этого надо выгрузить файл записи из Oktell и прослушать его.
-* Если в файле записи также наблюдаются "заикания" голоса, это обозначает что в Oktell RTP-пакеты уже приходят с потерями, а значит проблему нужно искать '''в интернет соединении'''.
+* Если в файле записи также наблюдаются "пропадание" голоса, это обозначает что в Oktell RTP-пакеты уже приходят с потерями, а значит проблему нужно искать '''в интернет соединении'''.
-* Если в файле записи никаких "заиканий" не наблюдается, но оператор плохо слышит собеседника, значит проблему нужно искать в локальной сети '''между телефоном и сервером Oktell'''.
+* Если в файле записи никаких "пропаданий" не наблюдается, но оператор плохо слышит собеседника, значит проблему нужно искать в локальной сети '''между телефоном и сервером Oktell'''.
-В данной статье рассматривается проблема в интернет соединении от провайдера. Далее рассказывается методика определения количества потерь rtp пакетов с помощью программы wireshark. [http://www.wireshark.org Wireshark] - программный инструмент для анализа сетевого трафика. С его помощью можно проанализировать rtp-пакеты, просмотреть работу sip протокола, а также многое другое.
+В данной статье рассматривается проблема в интернет соединении от провайдера. Далее рассказывается методика определения количества потерь rtp пакетов с помощью программы wireshark. [http://www.wireshark.org Wireshark] - программный инструмент для анализа сетевого трафика. С его помощью можно проанализировать RTP-пакеты, просмотреть работу SIP протокола, а также многое другое.
-== Шаг. Настройка Wireshark. ==
+== Шаг. Запуск Wireshark. ==
-Включить '''wireshark''', чтобы он сохранил все исходящие и входящие пакеты во время разговора. Для этого необходимо выбрать нужный интерфейс. Для этого в главном окне необходимо выбрать раздел '''Interface List''' и выделить необходимый интерфейс. Далее нажмите на '''Options'''.
+Запустим '''wireshark''', чтобы он сохранил все исходящие и входящие пакеты во время разговора. В главном окне необходимо выбрать раздел '''Interface List''' и выделить необходимый интерфейс. Далее нажмите на '''Options'''.
 [[Файл:Вайр01.PNG‎ |center]]
@@ Строка 18: / Строка 18: @@
 [[Файл:Вайр02.PNG|center]]
-Раздел '''Capture Filter''' - называется '''фильтром захвата'''. '''Wireshark''' будет захватывать только те пакеты, которые указаны в этом фильтре. Если нажать непосредственно на саму кнопку '''Capture Filter''' вам будут показаны различные предустановленные варианты захвата. Нам понадобиться udp-протокол, введите его в поле ввода.
+Раздел '''Capture Filter''' - называется '''фильтром захвата'''. '''Wireshark''' будет захватывать только те пакеты, которые указаны в этом фильтре. Если нажать непосредственно на саму кнопку '''Capture Filter''' вам будут показаны различные предустановленные варианты захвата. Нам понадобиться UDP-протокол, введите его в поле ввода.
   udp

@@ Строка 3: / Строка 3: @@
 Операторы Call-центра периодически сообщают о том, что плохо слышат собеседника во время разговора. В такой ситуации необходимо в первую очередь выяснить где происходит потеря голосовых rtp-пакетов. Для этого надо выгрузить файл записи из Oktell и прослушать его.
-* Если в файле записи также наблюдаются "заикания" голоса, это обозначает что в Октелл rtp-пакеты уже приходят с потерям, а значит проблему нужно искать '''в интернет соединении'''.
+* Если в файле записи также наблюдаются "заикания" голоса, это обозначает что в Oktell RTP-пакеты уже приходят с потерями, а значит проблему нужно искать '''в интернет соединении'''.
-* Если в файле записи никаких "заиканий" не наблюдается, но оператор плохо слышит собеседника, значит проблему нужно искать в локальной сети '''между телефоном и сервером Октелл'''.
+* Если в файле записи никаких "заиканий" не наблюдается, но оператор плохо слышит собеседника, значит проблему нужно искать в локальной сети '''между телефоном и сервером Oktell'''.
 В данной статье рассматривается проблема в интернет соединении от провайдера. Далее рассказывается методика определения количества потерь rtp пакетов с помощью программы wireshark. [http://www.wireshark.org Wireshark] - программный инструмент для анализа сетевого трафика. С его помощью можно проанализировать rtp-пакеты, просмотреть работу sip протокола, а также многое другое.

@@ Строка 1: / Строка 1: @@
 [[Возникающие_проблемы_и_способы_их_решения| Наверх]]
-Операторы Call-центра периодически сообщают о плохой слышимости собеседника во время разговора. В такой ситуации необходимо в первую очередь уяснить где происходит потеря голосовых rtp-пакетов. Для этого надо выгрузить файл записи из Oktell и прослушать его.
+Операторы Call-центра периодически сообщают о том, что плохо слышат собеседника во время разговора. В такой ситуации необходимо в первую очередь выяснить где происходит потеря голосовых rtp-пакетов. Для этого надо выгрузить файл записи из Oktell и прослушать его.
 * Если в файле записи также наблюдаются "заикания" голоса, это обозначает что в Октелл rtp-пакеты уже приходят с потерям, а значит проблему нужно искать '''в интернет соединении'''.

@@ Строка 9: / Строка 9: @@
-== Шаг 1. Настройка Wireshark. ==
+== Шаг. Настройка Wireshark. ==
 Включить '''wireshark''', чтобы он сохранил все исходящие и входящие пакеты во время разговора. Для этого необходимо выбрать нужный интерфейс. Для этого в главном окне необходимо выбрать раздел '''Interface List''' и выделить необходимый интерфейс. Далее нажмите на '''Options'''.
@@ Строка 28: / Строка 28: @@
-== Шаг 2. Поиск Call-ID ==
+== Шаг. Поиск Call-ID. ==
 Получив сведения, о том, что во время звонка была плохая слышимость, подождите когда он завершится и отключить Wireshark. Теперь задача заключается в том, чтобы найти этот разговор в программе. Для этого нам нужен '''Call-id''' (идентификатор коммутации). Получить его мы сможем, зная время, номер линии или зная телефон собеседника. Для этого мы воспользуемся канальным логом '''/server/Log/Hardware/Sip/Ваша_дата/Номер_линии'''. Также нам понадобится лог сип-транзакций '''/server/Log/Hardware/Sip/trn_ваша_дата'''.
@@ Строка 42: / Строка 42: @@
-== Шаг 3. Поиск разговора в Wireshark. ==
+== Шаг. Поиск разговора в Wireshark. ==
 Найдите разговор в '''wireshark'''. Для этого воспользуемся еще одним типом фильтра - фильтром отображения. Находится он в верхней части программы, рядом находится подпись "'''Filter'''". Введите следующее ((используйте ранее скопированный '''Call-ID''')
@@ Строка 75: / Строка 75: @@
-== Шаг 4. Анализ RTP-трафика ==
+== Шаг. Анализ RTP-трафика ==
 Анализ '''rtp''' пакетов. Получив только выборку, связанную с коммутацией, нажмите в верхнем меню '''telephony-> rtp-> show all streams'''. Проверьте что у вас будут две строки, а один из портов будет совпадать с тем, что мы нашли в канальном логе на шаге 1. В столбце Lost будут определены потери rtp пакетов. Потери до 5% являются нормой. С помощью этой информации вы можете определить в какую сторону у вас идут потери - на входящий или исходящий трафик.
 [[Файл:Вайр7.PNG|center]]

← Предыдущая		Версия 09:50, 17 июля 2013
Строка 1:		Строка 1:
		+	[[Возникающие_проблемы_и_способы_их_решения\| Наверх]]
		+
	Операторы Call-центра периодически сообщают о плохой слышимости собеседника во время разговора. В такой ситуации необходимо в первую очередь уяснить где происходит потеря голосовых rtp-пакетов. Для этого надо выгрузить файл записи из Oktell и прослушать его.		Операторы Call-центра периодически сообщают о плохой слышимости собеседника во время разговора. В такой ситуации необходимо в первую очередь уяснить где происходит потеря голосовых rtp-пакетов. Для этого надо выгрузить файл записи из Oktell и прослушать его.

@@ Строка 7: / Строка 7: @@
-== Шаг 1 ==
+== Шаг 1. ==
 Включить '''wireshark''', чтобы он сохранил все исходящие и входящие пакеты во время разговора. Для этого необходимо выбрать нужный интерфейс. Для этого в главном окне необходимо выбрать раздел '''Interface List''' и выделить необходимый интерфейс. Далее нажмите на '''Options'''.
@@ Строка 26: / Строка 26: @@
-== Шаг 2 ==
+== Шаг 2. ==
 Получив сведения, о том, что во время звонка была плохая слышимость, подождите когда он завершится и отключить Wireshark. Теперь задача заключается в том, чтобы найти этот разговор в программе. Для этого нам нужен '''Call-id''' (идентификатор коммутации). Получить его мы сможем, зная время, номер линии или зная телефон собеседника. Для этого мы воспользуемся канальным логом '''/server/Log/Hardware/Sip/Ваша_дата/Номер_линии'''. Также нам понадобится лог сип-транзакций '''/server/Log/Hardware/Sip/trn_ваша_дата'''.
@@ Строка 40: / Строка 40: @@
-== Шаг 3 ==
+== Шаг 3. ==
 Найдите разговор в '''wireshark'''. Для этого воспользуемся еще одним типом фильтра - фильтром отображения. Находится он в верхней части программы, рядом находится подпись "'''Filter'''". Введите следующее ((используйте ранее скопированный '''Call-ID''')
@@ Строка 73: / Строка 73: @@
-== Шаг 4 ==
+== Шаг 4. ==
 Анализ '''rtp''' пакетов. Получив только выборку, связанную с коммутацией, нажмите в верхнем меню '''telephony-> rtp-> show all streams'''. Проверьте что у вас будут две строки, а один из портов будет совпадать с тем, что мы нашли в канальном логе на шаге 1. В столбце Lost будут определены потери rtp пакетов. Потери до 5% являются нормой. С помощью этой информации вы можете определить в какую сторону у вас идут потери - на входящий или исходящий трафик.
 [[Файл:Вайр7.PNG|center]]

@@ Строка 6: / Строка 6: @@
 В данной статье рассматривается проблема в интернет соединении от провайдера. Далее рассказывается методика определения количества потерь rtp пакетов с помощью программы wireshark. [http://www.wireshark.org Wireshark] - программный инструмент для анализа сетевого трафика. С его помощью можно проанализировать rtp-пакеты, просмотреть работу sip протокола, а также многое другое.
-'''Шаг 1'''. Включить '''wireshark''', чтобы он сохранил все исходящие и входящие пакеты во время разговора. Для этого необходимо выбрать нужный интерфейс. Для этого в главном окне необходимо выбрать раздел '''Interface List''' и выделить необходимый интерфейс. Далее нажмите на '''Options'''.
 [[Файл:Вайр01.PNG‎ |center]]
@@ Строка 22: / Строка 25: @@
-'''Шаг 2'''. Получив сведения, о том, что во время звонка была плохая слышимость, подождите когда он завершится и отключить Wireshark. Теперь задача заключается в том, чтобы найти этот разговор в программе. Для этого нам нужен '''Call-id''' (идентификатор коммутации). Получить его мы сможем, зная время, номер линии или зная телефон собеседника. Для этого мы воспользуемся канальным логом '''/server/Log/Hardware/Sip/Ваша_дата/Номер_линии'''. Также нам понадобится лог сип-транзакций '''/server/Log/Hardware/Sip/trn_ваша_дата'''.
 Зная время и номер мы можем найти в канальном логе следующую строчку, содержащую '''INVITE''', копируем ее с помощью Ctrl+c. Также немного ниже мы можем увидеть на какой порт пришел запрос.
@@ Строка 33: / Строка 39: @@
 [[Файл:Вайр2.PNG|center]]
-'''Шаг 3'''. Найдите разговор в '''wireshark'''. Для этого воспользуемся еще одним типом фильтра - фильтром отображения. Находится он в верхней части программы, рядом находится подпись "'''Filter'''". Введите следующее ((используйте ранее скопированный '''Call-ID''')
   sip.Call-ID=="7979c5a3-6431-4354-00a8-c65e9c459e77c71c@0011607E-056ACFA8"
@@ Строка 63: / Строка 72: @@
 '''Сохраните''' выведенные ('''displayed''') данные в отдельный файл. А затем откройте его.
-'''Шаг 4'''. Анализ '''rtp''' пакетов. Получив только выборку, связанную с коммутацией, нажмите в верхнем меню '''telephony-> rtp-> show all streams'''. Проверьте что у вас будут две строки, а один из портов будет совпадать с тем, что мы нашли в канальном логе на шаге 1. В столбце Lost будут определены потери rtp пакетов. Потери до 5% являются нормой. С помощью этой информации вы можете определить в какую сторону у вас идут потери - на входящий или исходящий трафик.
 [[Файл:Вайр7.PNG|center]]

@@ Строка 27: / Строка 27: @@
 [[Файл:Вайр1.PNG|center]]
 Откройте лог trn и с помощью поиска Ctrl+F (вставьте скопированное с помощью Ctrl+v) найдите данный запрос (убедитесь, что время совпадает). Скопируйте значение '''Call-id'''.
@@ Строка 46: / Строка 47: @@
 [[Файл:Вайр4.PNG|center]]
 После этого '''wireshark''' отфильтрует весь массив данных, согласно данному запросу.
 [[Файл:Вайр5.PNG|center]]
 Далее выберите '''RTP''' пакеты и найдите '''SSRC''' пакета. Скопируйте это значение, '''нажав правой кнопкой мыши -> copy -> value'''. Вам понадобится найти еще один '''SSRC''', участвующий в коммутации. Составьте на основе этих данных следующий запрос.