IgorG - персональные заметки » ИТ

Отправка файла на asterisk

igorg — Fri, 06 Apr 2012 18:38:29 +0000

В Asterisk достаточно давно есть механизм AJAM для работы с командами менеджера через HTTP/HTTPS. Хотя возможность эта уже не нова, но её использование в основном ограничивается Asterisk GUI, в реальной жизни используется редко.

Кроме аналогичных стандартному AMI функций AJAM позволяет и выполнить некоторые непривычные операции. Например, немногие знают, но Asterisk позволяет удаленно загружать файлы на сервер. Эта возможность, кстати, используется в панели телефонии 1С от МИКО для передачи факса. Для истории опишу, какие шаги нужно выполнить чтобы загрузить файл через AJAM на сервер астериска.

Для начала аккаунт менеджера, используемый для подключения, должен быть настроен в manager.conf обычным образом, у пользователя должна быть установлена привилегия config на запись. Далее в http.conf создаем секцию post_mappings:

[post_mappings]
uploads=/var/lib/asterisk/uploads

В данном случае имя параметра — часть URL для запроса записи в папку, значение — папка для записи. Функция реализующую данную опцию содержится в отдельном модуле — res_http_post.so, он должен быть загружен для того чтобы все заработало. Если такого модуля нет, то его придется собрать из исходных кодов, для его сборки в свою очередь нужен libgmime-devel. После загрузки модуля проверяем что настройки применились:

pbx*CLI> http show status
HTTP Server Status:
Prefix: /asterisk
Server Enabled and Bound to 0.0.0.0:8088

HTTPS Server Enabled and Bound to 0.0.0.0:4443

Enabled URI's:
/asterisk/httpstatus => Asterisk HTTP General Status
/asterisk/phoneprov/... => Asterisk HTTP Phone Provisioning Tool
/asterisk/amanager => HTML Manager Event Interface w/Digest authentication
/asterisk/uploads => HTTP POST mapping
/asterisk/arawman => Raw HTTP Manager Event Interface w/Digest authentication
/asterisk/manager => HTML Manager Event Interface
/asterisk/rawman => Raw HTTP Manager Event Interface
/asterisk/static/... => Asterisk HTTP Static Delivery
/asterisk/amxml => XML Manager Event Interface w/Digest authentication
/asterisk/mxml => XML Manager Event Interface

Enabled Redirects:
None.

Протестировать загрузку файла можно выполнив из консоли следующие команды (конечно использовав ваши логин и пароль):

curl --cookie cookies.txt --cookie-jar cookies.txt «http://pbx.mycorp.ru:8088/asterisk/rawman?action=Login&username=admin&secret=manager»

curl --cookie cookies.txt -F «file=@Fax.pdf» http://pbx.mycorp.ru:8088/asterisk/uploads

Если все нормально, то файл будет загружен в нужную папку, а вы уведите ответ сервера:

200 OK

OK

File successfully uploaded.

Asterisk Server

Если не авторизоваться вызовом первой команды, то вы получите привет от HAL9000:

403 Access Denied

Access Denied

Sorry, I cannot let you do that, Dave.

Asterisk Server

Неправильно сформированный запрос. например использование метода PUT вместо POST:

501 Not Implemented

Not Implemented

Attempt to use unimplemented / unsupported method

Asterisk Server

Есть и другие сообщения об ошибке, подробнее в них поможет разобраться код модуля, файл res_http_post.c

Voipmonitor — описание MySQL полей

igorg — Fri, 08 Apr 2011 09:38:16 +0000

С течением времени в мире OpenSource ПО появляется все больше и больше VoIP приложений, что очень и очень радует. Ещё 6 лет назад было сложно представить сегодняшнее развитие поддержки VoIP различными приложениями. Хотя стоит отметить, что за эти годы был получен неоценимый опыт и что-то просто не было понятно раньше. Сегодня речь пойдет о единственном в своем роде VoIP снифере, предназначенным для оценки и контроля качества VoIP связи — voipmonitor.org.

Конечно существует wireshark, его значение для VoIP администратора сложно переоценить, но он не предназначен для потоковой обработки вызовов. VoIPmonitor перехватывает вызовы в реальном времени и сохраняет статистику и дампы файлов в БД для последующего анализа.

VoIPmonitor использует снифер на базе libpcap, обнаруживает SIP INVITE пакет и перехватывает RTP в обоих направлениях. Далее используется код Jitter буфера Asterisk'а для имитации буфера и получения статистики потери пакетов и джиттера при различных величинах и типах буфера. При завершении вызова статистика считывается, с её помощью рассчитывается приблизительное значение MOS по методике описанной в спецификации G.107 (используется ограниченное количество параметров, sic!).

Эта программа завоевала уже огромную популярность и используется повсеместно. Не буду углубляться в свои выводы и результаты, полученные при работе с этим проектом, скажу только что выглядит и развивается он очень многообещающим образом.

Проблемой при старте работы может явиться описание полей базы данных, используемой VoIPmonitor. Такое описание можно частично получить внимательным чтением обсуждений на SourceForge или чтением исходного кода. Делюсь результатами своих изысканий:

calldate — время и дата начала вызова

duration — общая длительность вызова (от INVITE)

connect_duration — длительность соединения (от 200 OK)

progress_time — время в течении которого производилась индикация прогресса

first_rtp_time — относительное время поступления первого RTP пакета (от момента поступления INVITE)

caller — Номер вызывающего абонента (сторона A)

callername — Имя вызывающего абонента

called — Номер вызываемого абонента (сторона B)

sipcallerip — IP адрес вызывающего абонента, используемый для отправки SIP сигнализации

sipcalledip — IP адрес вызываемого абонента, используемый для отправки SIP сигнализации

fbasename — Call-ID для вызова, до 1024 символов используется как основа для создаваемых файлов на диске

bye — корректность завершения вызова

3 — вызов отвечен и корректно завершен
2 — вызов отвечен, но одна из сторон не ответила на bye
1 — вызов отвечен, но не был отправлен bye
0 — вызов не отвечен

sighup — единица, если статистика внесена в БД во время завершения работы программы. В этом случае запись может отображать неполную статистику для данного вызова

Далее следует статистика по RTP потокам от стороны A и B, названия параметров именуются соответственно, начинаясь с буквы a или b. Сохраняются лишь статистика по двум RTP потокам, которые содержат наибольшее количество пакетов:

a_index — индекс rtp потока, для A стороны — 0, для B — 1

a_payload — Тип полезной нагрузки (кодек), 0 если тип неизвестен. Соответствует типу применяемому в SDP.

a_saddr — Последний IP адрес источника RTP

a_received — Общее количество полученных пакетов

a_lost — Общее количество пропущенных пакетов (в соответствии с RFC 1889)

a_ua — Значение поля User-Agent передаваемого в SIP сообщении

a_avgjitter — Среднее значение джитера

a_maxjitter — Максимальная величина джитера

a_sl1-10

Подсчет потери RTP пакетов по количеству последовательно утерянных пакетов. Если последовательно утеряно более 10 пакетов — увеличивается параметр a_sl10

величина a_sl10

a_d50, a_d70, a_d90, a_d120, a_d150, a_d200, a_d300

Задержка при передачи последующего RTP пакета. Задержки до 50 мс не учитываются, задержки больше 300 мс записываются в одну категорию.

Последняя серия параметров отображает результат эмуляции джитер буфера в нескольких вариантах:

f1 — подсчет ведется при использовании фиксированного джитер буфера jitter_max = 50, jitter_resync_threshold = 50
f2 — подсчет ведется при использовании фиксированного джитер буфера jitter_max = 200, jitter_resync_threshold = 200
adapt — подсчет ведется при использовании адаптивного джитер буфера jitter_max = 500, jitter_resync_threshold = 500

a_mos_X — расчетная величина mos

a_lossr_X — процент потери пакетов (независимая модель / модель Бернули)

a_burstr_X — характеристика потери пакетов по модели Гилберта (burst rate)

Как отредактировать .cap

igorg — Sat, 02 Apr 2011 14:15:58 +0000

Обратились ко мне с интересным вопросом — продемонстрировать возможность вызвать падение удаленного Asterisk отправкой RTP пакета определенного вида. Я люблю интересные вопросы, поэтому потратил некоторое время для изысканий, в которых самым интересным было — найти возможность модифицировать один из пакетов в libpcap дампе. Отправить RTP пакеты в сеть с помощью sipp уже задача простая и описанная.

На просторах интернета информации не так много, есть лишь несколько утилит предназначенных для внесение изменений в .pcap файлы. Я использовал утилиту bittwiste проекта Bit-Twist. Проект предназначен для отправки трафика записанного в файле в реальную сеть используя libpcap.

Меня интересовало исправление единственного пакета, который нужно было сформировать. Записав трейс вызова к серверу, который передает CNG пакеты, смотрим номер пакета в дампе — в моем случае он номер 142. Извлекаем пакет (то же можно сделать из wireshark):

bittwiste -I /home/igorg/original.cap -R 142 -O /rtp-cng.cap

Моя задача была добавить дополнительный объем полезной нагрузки в CNG пакет. Если использовать для этого HEX редактор, придется исправлять поля IP и UDP заголовков, а так же служебную информацию в pcap файле. Здесь и пригодится bittwiste — утилита позволяет вставить в пакеты в .pcap файле произвольную информацию.

Через wireshark смотрим в шестнадцатеричном формате данные RTP пакета (они начинаются после контрольной суммы UDP пакета), выписываем в строку, добавляем произвольное количество нужных данных. При вызове bittwiste используем параметры -L 4 -T udp, чтобы переписать данные в UDP пакете, следующие после UDP заголовка.

bittwiste -I /rtp-cng.cap -X 800dce3117850593f60538ea4751a2728c8c8c8c8c8c00 -O /rtp-cng-long.cap -L 4 -T udp

В результате получен модифицированный пакет, который можно использовать в дальнейших экспериментах. По похожей схеме возможно создавать пакеты, позволяющие повторить ту или иную уязвимость в ПО. Желаю удачи в изысканиях и экспериментах!

Запуск UniMRCP при конфликте библиотек

igorg — Wed, 07 Jul 2010 10:43:27 +0000

Уже который раз сталкиваюсь при установке UniMRCP с проблемами при наличии установленных в системе пакетов библиотеки libapr. Проблема заключается в том, что UniMRCP для своей работы использует чётко определенные версии библиотек, а в системе часто используются старые версии, в которых не содержатся необходимые функции. При этом если даже unimrcp собран с прямым указанием места расположения нужных версий библиотек, то при запуске возникнет проблема:

./unimrcpserver: symbol lookup error: /usr/local/unimrcp/lib/libunimrcpserver.so.0: undefined symbol: apr_pool_mutex_set

Удалить системные библиотеки не всегда возможно, так как они содержатся в зависимостях таких пакетов как apache2 и subversion. Путь решения — под катом.

Для того чтобы таких проблем не возникло, прийдётся приложить некоторые усилия:

1. Скачиваем библиотеки нужных версий, файл с именем вроде unimrcp-deps-x.x.x.tar.gz, где иксы — версия библиотеки unimrcp. Все библиотеки собираются и устанавливаются простым запуском ./install.sh

2. При запуске ./configure указываем точное местоположение библиотек

./configure --with-sofia-sip=/usr/src/asr-tts/unimrcp-deps-1.0.0/libs/sofia-sip --with-apr=/usr/src/asr-tts/unimrcp-deps-1.0.0/libs/apr --with-apr-util=/usr/src/asr-tts/unimrcp-deps-1.0.0/libs/apr-util

3. После установки библиотеки, приложению использующие библиотеки libunimrcpserver.so или libunimrcpclient.so нужно явно указать где в первую очередь производить поиск библиотек. Для этого нужно установить переменную LD_LIBRARY_PATH. Скрипт для запуска в консоли mrcp сервера выглядит следующим образом:

#!/bin/sh

CLIARGS="$*"

export LD_LIBRARY_PATH=/usr/local/apr/lib/

/usr/local/unimrcp/bin/unimrcpserver ${CLIARGS}

4. Для запуска приложения в качестве демона можно использовать штатный скрипт, нужно изменить переменную APP_NAME на название shell-скрипта, приведенного выше и расположить этот скрипт в /usr/local/unimrcp/bin

Hope this helps someone. Удачи и до скорых встреч.

Простой мониторинг Asterisk сервера

igorg — Wed, 26 May 2010 16:30:51 +0000

Компания «Линия24» выпустила простое приложение для наблюдения за сервером с Asterisk PBX. Список отслеживаемых величин включает в себя:

Количествово звонков в Asterisk;
Общая загрузка системы (Load Average);
Общее использование RAM;
Корелляция кол-ва звонков и Load Average;
Использование RAM процессами Asterisk, MySQL и Apache;
Использование CPU процессами Asterisk, MySQL и Apache.

Приложение распространяется под лицензией GPL, написано на PHP и частично использует JQuery (для работы календаря). Обсуждение можно вести на форуме. Установка в целом предельно простая:

Распаковываем дистрибутив
Настраиваем параметры в rrd_conf.ini (мне понадобилось убрать параметр --disable-rrdtool-tag и установить корректную локаль)
В сответствии с README добавляем задачу в cron

В качестве простой утилиты для отслеживания работы сервера утилита подходит, для масштаба нескольких серверов или устройства системы мониторинга рекомендую использовать nagios / munin / cacti в подходящих вам сочетаниях.

Интеграция Asterisk с системой синтеза/распознавания ЦРТ

igorg — Mon, 18 Jan 2010 12:43:18 +0000

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

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

Этот факт позволит аутсорсинговым call-центрам вводить новые услуги (ветки меню для новых проектов) в кратчайшие сроки, что несомненно повышает эффективность call-центра в разы.

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

Большое количество вариантов произнесения объекта (например географических ориентиров)
Построение меню с множественным выбором (нажмите 1 чтобы то, нажмите 2 чтобы другое и т.д.)

Именно здесь система распознавания русской речи поймет что сказал клиент, не заставляя его дослушивать до конца или требуя ввода одного единственного верного значения.

Ещё в начале работы с Asterisk я столкнулся с построением IVR, которое суммарно должно было отвечать за ввод более дюжины однотипных параметров. При этом я столкнулся с определенными сложностями:

Предлагать вводить посредством DTMF двузначные числа. При этом человек не может держать в памяти множество значений и скорее всего откажется от использования такого сложным меню
Предоставить возможность постраничного листинга динамически изменяемой информации
Предоставить в меню возможность выбора основных вариантов, для выбора специальных вариантов — организовать разговор с оператором

Я использовал последний вариант. Однако уже сейчас имеется возможность использовать эффективные средства синтеза/распознавания русской речи. Сразу стоит сказать, что это платные решения. OpenSource приложения имеются, но применительно к синтезу русской речи годятся к использованию скорее в тестовых лабораторных условиях. Существует возможность настройки распознавания русской речи в CMU Sphinx4, но распознавание работает не достаточно надежно в данный момент. В качестве примера можно привести следующие решения: синтез русской речи — Govorilka, Festival, eSpeak и др., распознавание русской речи на ограниченном словаре — Горыныч.

Технические особенности

Для синтеза речи используется технология синтеза речи VitalVoice от ЦРТ, которую по заверениям сотрудников компании ЦРТ, смело можно считать лучшей технологией синтеза русской речи на данный момент. Решение от ЦРТ включает в себя пять голосов, построенных на основе записи десятков часов речи профессиональных дикторов. Возможен синтез сложных текстов с корректной расстановкой ударений, правильной расшифровкой сокращений и интонационной окраской.

Ресурс распознавания речи ASR принимает грамматику в SRGS формате и возвращает результат распознавания в NLSML разметке. В настоящий момент поддержаны следующие теги, используемые в SRGS грамматиках и позволяющие строить более сложные меню:

confidence level — уровень уверенности распознавания (коэффициент достоверности)
n-best — возврат нескольких результатов распознавания с указанием confidence level для каждого
instance — семантическая интерпретация произносимых клиентом равнозначных слов и выражений

Также поддерживается режим barge-in, т.е. пользователь может произносить запросы не дожидаясь окончания проигрывания синтезированной фразы в IVR.

SRGS имеет 2 эквивалентных формата — это означает что одна и та же грамматика может быть представлена одной из следующей форм:

XML – описание грамматики структурой XML файла;

ABNF – описание грамматики структурированным текстовым файлом.

Решение от «Центра Речевых Технологий» в данный момент поддерживает связь по протоколу MRCPv1 (RFC4463), поддерживаются uLaw и aLaw кодеки. Завершено тестирование ресурса синтеза речи TTS (plan-text и текст в формате SSML), тестирование распознавания речи продолжается.

Со стороны Asterisk поддержка протокола MRCP реализована посредством библиотеки UniMRCP. На основе этой библиотеки поддержка реализована и для FreeSWITCH, которая в свою очередь базируется на коде приложения unimrcp-client, поставляемого в составе исходных кодов библиотеки.

Краткая справка

Протокол MRCPv1

Протокол MRCPv1 (Media Resource Control Protocol) описан в RFC4463, представляет собой простой текстовый протокол, похожий на HTTP. Передаваемые MRCP запросы и ответы инкапсулируются в транспортный протокол RTSP. Передача голосовых данных производится посредством протокола RTP. Спецификация определяет ряд методов и параметров, которые участвуют в установлении и управлении сессиями синтеза/распознавания.

Библиотека UniMRCP

Библиотека поддерживает версии протокола MRCPv1 и MRCPv2. Поддерживается работа с ресурсами распознавания, синтеза, верификации и записи речи. Для реализации протокола MRCPv2 используется библиотека SofiaSIP, библиотека кросс-платформенная и выпущена под лицензией Apache License 2.0, что позволяет использовать её в коммерческих решениях. Библиотека позволяет реализовать как MRCP клиент, так и сервер, в поставке имеются примеры реализации, которые служат хорошим примером для разработки своего приложения.

Кроме того автор активно работает над новыми возможностями, буквально на днях появился релиз 0.9.0 (0.8.0 был выпущен 3 месяца назад), основными нововведениями которого явились:

Поддержка 64-битных ОС
Поддержка ресурса записи
Поддержка для RFC4733/RFC2833 и Inband DTMF генерации и распознавания
Реализация RTCP стека

Модуль app_mrcp

На данный момент модуль представляет из себя базовую реализацию поддержки MRCP протокола, однако уже готовую к эксплуатации. Модуль работоспособен с Астериском всех версий начиная с 1.4.

MRCPSynth — синтез речи

Приложение получает на вход текст, предназначенный для синтеза и ряд параметров, таких как:

Файл на жестком диске для записи синтезированной речи
Параметры синтезированного голоса (возраст, пол, голос)
Профиль сервера распознавания

Работает как приложение Playback, может производить запись полученного синтезированного голоса в файл, доступный для дальнейшего использования.

MRCPRecog — распознавание речи

Приложение получает на вход грамматику, после установления сессии с MRCP сервером передает все голосовые пакеты к ресурсу распознавания. Как только ресурс распознавания примет решение о том что распознавание закончено (по таймауту или успешному распознаванию в соответствии с грамматикой) приложение прекращает выполнение и устанавливает переменную диалплана RECOG_RESULT, которая содержит результат в формате NLSML. Приложение аналогично приложению Background — воспроизведение звукового файла прерывается успешным вводом пользователя.

Схема взаимодействия с MRCP сервером

Пример использования

Ниже приведен теоретический пример использования в простейшем IVR с распознаванием ответа пользователя, синтезом приветствий и предварительно-синтезированными отдельными фрагментами меню. приложение nlsml-wrapper в данном примере должно выделять результат распознавания и управлять переходами внутри меню. Dialplan приведен для демонстрации использования приложений.

exten => ivr,1,Answer
exten => ivr,n,Wait (0.5)
exten => ivr,n,MRCPSynth (Добро пожаловать в компанию Рога и Копыта!,v (maria))
exten => ivr,n,MRCPRecog (ivr/grammar-sales.srgs,t (5000) f (synth/ivr-main-promt) b)
exten => ivr,n,AGI (agi://10.0.0.1/nlsml-wrapper,ivr,${RECOG_RESULT})

exten => ivr,n+5 (tech),MRCPSynth (Техотдел,v (vladimir))
exten => ivr,n,GoToIf ($["${ALARM}" = "1"]?alarm:norm)
exten => ivr,n (alarm),Playback (synth/tech-alarm-notification)
exten => ivr,n (norm),MRCPRecog (ivr/grammar-sales.srgs,t (5000) f (synth/ivr-tech-promt) b)
exten => ivr,n,AGI (agi://10.0.0.1/nlsml-wrapper,tech,${RECOG_RESULT})

exten => ivr-dictate,n,MRCPSynth (${DICTATE_TEXT},v (${DICTATE_VOICE}) w (synct/${DICTATE_NAME}.ulaw))

Планы

В планах на февраль 2010 — достаточно серьезная переработка UniMRCP клиента для Asterisk для возможности полной поддержки синтеза и распознавания русской речи от ЦРТ:

Добавление команд CLI
Добавление AMI событий и команд
Поддержка SNMP
Встроенное кеширование синтезированных фраз
Парсинг NLSML в вид, пригодный к использованию в диалплане

Благодарности
Выражаю благодарность компании Центр Речевых Технологий и лично Кондратьеву Виталию за предоставленную возможность протестировать синтез и распознавание русской речи совместно с Asterisk.

Крах приложений при использовании MySQL в ODBC

igorg — Mon, 18 Jan 2010 04:25:51 +0000

Недавно пришлось столкнуться с проблемой, возникающей, как свидетельствует Гугл в Debian и Centos. После обновления системы невозможно использовать MySQL через ODBC. Проблема проявляется появлением подобного сообщения:

relocation error: /usr/lib/odbc/libmyodbc.so: symbol mysql_odbc_escape_string, version libmysqlclient_15 not defined in file libmysqlclient_r.so.15 with link time reference

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

Причина заключается в том, что при очередном обновлении системы устанавливается обновление для libmysqlclient, несовместимое с libmyodbc. Решением является удалить из системы пакет libmyodbc, поставляемый в дистрибутиве и скачать последнюю версию с сайта MySQL. распаковать и разместить в прежнем месте, либо исправить путь к драйверу в /etc/odbcinst.ini

Коротко о прошедших днях

igorg — Thu, 09 Jul 2009 15:59:51 +0000

Во-первых, отмечу успешное выступление Максима Литницкого на событии LVEE'2009, прошедшего под Гродно в Белоруссии. Прочитать что это за событие можно и без меня, по ссылке. Прочитав отзывы, я пришел к выводу что тема Астериска и открытых коммуникационных платформ действительно заинтересовала участников. Скоро в сообщество вольются новые адепты.

Отмечу, что благодаря ресурсам Максима, Астериск так же два раза отметился в известном проекте Nag.ru. Первый раз — была размещена ссылка на рассказ о том, что из себя представляет IVR, второй — заметка по мотивам стыковки Cisco 1751 и Астериска (диалог состоялся на asterisk-support.ru). Максиму однозначно 5 за взнос в пропаганду Астериска.

На этой неделе я познакомился с сервисом Twilio, который выполнен полностью в стиле Web 2.0. Работа сервиса производится посредством двух простых API:

Простые XML, загружаемые с сервера пользователя, управляющие взаимодействием с телефонным клиентом. Основные действия: проиграть и записать звуковой файл, получить DTMF ввод, переадресовать звонок и произнести синтезированную речь. Не хватает лишь распознавания речи. Можно строить очень гибкий Centrex
REST API для управление аккаунтом, создания исходящих звонков

Советую присмотреться к этому сервису, как стоит и присмотреться к сервису DropBox. В связи с тем что у меня вышла из строя флешка, мобильных и рабочих компьютеров развелось слишком много. DropBox позволяет удивительно просто синхронизировать все файлы. Присматриваюсь так же к iFolder от Novell.

Релиз Wireshark 1.2

igorg — Fri, 19 Jun 2009 12:46:10 +0000

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

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

Как подтверждение важности анализа работы VoIP приложений в частности и телефонии в общем все задачи анализа, относящиеся к телефонии выделены в отдельное меню Telephony
Режим сравнения пакетов, должен быть очень полезен при анализе различий в работе различного VoIP оборудования
Среди огромного списка добавленных протоколов значатся такие как DECT, ZRTP, а так же большое количество относящихся к GSM протоколов

В деле испытать ещё не пришлось, но я уверен, что Wireshark как всегда не подведет

Мифические 5 девяток

igorg — Fri, 12 Jun 2009 18:47:53 +0000

5.26 минуты. Именно такое время возможного простоя связи в год предполагают хваленые «5 девяток». Именно этот показатель приводят в пример, когда говорят об IP-телефонии. А если отключат свет? Уже-ж не будет пяти девяток. А если... А если...

А вот пример из жизни. У меня дома уже нет телефона 5-е сутки. Где-то какой-то экскаваторщик проводил работы и нашел кабель, авария серьезная. Понятно. Но я причем? Если говорите про пять девяток, придумайте и как обеспечить связь в таких случаях. У меня ещё и интернет через ADSL. А ещё и ТВ. В общем информационная изоляция.

А чтобы обеспечить 5 девяток моя телефонная линия должна теперь бесперебойно работать... Больше 1.500 лет. А если «Сибирьтелеком» сделает все ровно в нормативные сроки (15 суток), то и все 5.000.

PS. Теперь я понимаю прелесть беспроводных каналов связи. Хотя GPRS дорог и медлителен конечно.