Sip ping что это такое

SIP Ping

A Utility for Pinpoint VoIP Diagnostics

Purpose

SIP Ping is a tool for monitoring a SIP gateway (PBX, SBC, phone) for deep dive diagnostics. Most tools for VoIP monitoring are based on meeting SLA figures and providing general «network availability» statistics. SIP Ping is for granular troubleshooting.

Say you work in the NOC of a cloud-hosted VoIP provider. A high-profile customer states that every day their entire VoIP network goes down for ten to fifteen minutes. The packet captures from your session border controller confirm the gaps in registration, but ping tests show no loss throughout the day.

You could be looking at an overloaded or flaky SIP gateway at the customer site, a problem with a network element in your core network or trouble with a firewall at the customer site, among other things.

Disclaimers & Caveats

I’m not a professional software developer. I created this tool to assist in my job as a VoIP tech, and as far as I can tell it works for me. I cannot make any assurances about the accuracy and reliability of this tool.

If you need a serious, enterprise-grade tool, you’re free to download and modify SIP Ping.

Every packet that SIP Ping sends originates from a new source port. I don’t know what will happen if you set the interval very low. Depending on your OS and how it handles ephemeral UDP ports, you could end up depleting your port pool.

Needs & Can’ts

SIP Ping needs a working Python 2.x environment. It should work on anything that can provide that.

SIP Ping is UDP-only, it can’t do TCP or TLS.

Download

Usage

Here’s all the options, but I’ll talk down below in human words.

Installation

Download sipping.py. Now you’re installed. For this doc, we’ll just assume you have it in /home/fred

The simplest way to use this is: python sipping.py 192.168.1.10

This will start sending OPTIONS packets once every second to 192.168.1.10. It will wait up to a second for each response. Every five packets loss statistics will be printed to the screen, and the stats on those five pings will be written to /home/fred/sipping-logs/192.168.1.10.csv.

The output looks like this:

In the above, five packets were transmitted, two were received back, and three were lost. The two that responded came back with 403 and latencies of about 38 milliseconds.

Options

Using Logfiles

SIP Ping outputs logfiles in CSV format. If you are a programmer you can probably use this with little difficulty.

If you aren’t a programmer, the easiest way to use the data is to load it into Microsoft Excel, which natively understands CSV. OpenOffice likely does as well, though I haven’t tested it.

The CSV files are human-readable if you know what to ignore. An example file looks like:

Each line represents a single ping attempt. Here are the fields, and how you would read the first line above:

Using Call IDs

SIP Ping uses a unique call ID for every OPTIONS packet. The purpose is to allow you to follow a single packet for its entire lifetime.

Say you have a log that says that a packet transmitted to a PBX was dropped at 11:17 PM. Three things could have happened:

If you left a packet capture running on the PBX then you can find out which of the three it was. Examine the CSV log from SIP Ping and locate the drop:

The Call-ID is 1257707506. Now pull up the packet capture from the PBX.

You have now identified an instance of one-way signaling failure; the packet came in, the PBX tried to respond, but the response didn’t arrive. You now have a much more specific definition of the problem.

Bugs / Known Issues

If you find anything else, email me at articles@gekk.info and I’d be happy to look into it. I do not have a QA team, so there could be lots of bugs I don’t know about.

Future Development

There are a lot of things I could do with this, but one of the big changes I intend to implement is register-based testing, where the tool runs at the «client» end and registers repeatedly against a server.

There are at least two other SIP diagnostic tools that can send ping-esque messages that I can think of, but the problem is that, like all network diagnostic tools, they’re only designed to answer the question, «is anything wrong right now?»

In the real world, problems can often be intermittent, and their unpredictability certainly makes them no less serious. Hours or days might elapse between service outages, but when they occur they’re showstoppers.

I found that there was no tool available in this industry that could prove the integrity of the connection between two SIP devices, in full duplex, at high speed.

I also found that a lot of techs in my field of work were using ping to do long-term monitoring, and ping just doesn’t cut it for a wide variety of reasons, not the least being that ICMP is deprioritized on many routers and servers. Purpose-built tools decrease false positives.

Additionally, while ping gives packet loss stats over time, it doesn’t allow you to look back and say «two weeks ago at 11:31:43 voice traffic stopped passing for three minutes,» and in this job, you sometimes need data with that level of precision.

Источник

Взаимодействие клиентов SIP. Часть 2

В предыдущей статье мы рассмотрели простое взаимодействие клиентов SIP без использования Proxy-сервера. Такое взаимодействие на практике встречается чрезвычайно редко, но отлично подходит для того, чтобы понять основы SIP.

Выбор транспортного протокола и поиск Proxy

Поскольку протокол SIP поддерживает несколько транспортных протоколов (UDP, TCP, SCTP, TLS), необходимо каким-то образом определять, какой протокол использовать. Для этого существет несколько способов.

Первый способ предполагает явное указание транспорта в SIP URI (кроме TLS). Выглядит это вот так:

Итак, мы выяснили, параметры Proxy-сервера Ивана. Теперь предлагаю рассмотреть использование Proxy в рамках SIP-диалога.

Ремарка для тех, кто не знает, что такое NAPTR. Я узнал, что есть такой тип DNS-записи только, когда писал эту статью, так что не отчаивайтесь. Чуть подробнее про NAPTR здесь.

Взаимодействие с использованием Proxy

Для чего же нам необходим SIP Proxy? Как я уже сказал, в примере из 1-ой части статьи клиенты знали IP-адреса друг друга и могли общаться напрямую. В реальной жизни клиенты чаще всего получают адреса динамически, поэтому нет смысла «запоминать» тот или иной IP. Первое, что приходит на ум в данной ситуации – использовать A-записи DNS и определить реальный действующий адрес. Однако тут кроется следующая проблема: IP-адрес идентифицирует конкретное устройство, а не пользователя на нем. Особенностью взаимодействия SIP является то, что обмен сообщения происходит не на уровне устройство-устройство, а на пользователь-пользователь. При этом один пользователь может одновременно использовать несколько SIP-клиентов: на мобильном телефоне, на рабочем компьютере, на домашнем компьютере и на SIP-телефоне. Как же быть?

Протокол SIP предлагает следующее решение: создается SIP Proxy и каждый пользователь регистрирует свои устройства на этом Proxy (точнее пользователи регистрируются на сервере регистрации, а Proxy имеет доступ к базе регистрации, но для простоты будем считать, что это один и тот же сервер). Как это делается, я покажу ниже. Пока просто запомните, что Proxy знает, как именно найти тот или иной клиент пользователя.

Для тех, кто изучил первую часть статьи, все выглядит довольно знакомо; добавился только промежуточный Proxy-сервер. Соответственно и обмен сообщениями изменился незначительно.

Прежде, чем преступим к детальному рассмотрению, маленькая ремарка. В рамках SIP разделяют два типа URI. Первый из них – ползовательский URI, также известный как address of recorf (AOR). Запрос, отправленный на этот адрес предполагает поиск в базе данных Proxy и отправку запроса одному или несольким устройствам. Второй – URI устройства (а точнее – пользователя на устроястве). URI устройства обычно называется контакт и содержится, соответственно, в поле Contact SIP-сообщения. AOR содердится в полях From и To.

Начало разговора

Итак, Петр посылает INVITE для Ивана на Proxy-сервер:

Proxy-сервер перенаправляет запрос всем SIP-клиентам Ивана. Для простоты предположим, что Иван использует только одно устройство. Чтобы SIP-клиент понимал, что запрос был перенаправлен через Proxy, сервер добавляет свое заголовочное поле via:

SIP-клиент Ивана шлет ответ 180 Ringing (Иван слышит звонок). При этом он добавляет tag в поле To и указывает свой контакт в поле Contact. Кроме того, в первом поле via добавился параметр received этот параметр показывает, с какого адреса клиент Ивана получил запрос (т.е. адрес Proxy-сервера, как его видит Иван). Это бывает полезно знать для решения возникающих проблем:

Proxy, соответственно, перенаправляет запрос клиенту Петра. При этом он убирает свой via:

После отправки 180 Ringing, как только Иван снимет трубку, клиент Ивана отправляет на Prxoy ответ 200 OK:

Proxy передает этот ответ Петру, убирая при этом via:

Теперь самое интересное. Клиент Петра отправляет сообщение АСК непосредственно клиенту Ивана в обход Proxy. Причем, если бы Иван одновременно использовал несколько клиентов SIP, ответ пришел именно на тот, который нужно. Благодаря чему это возможно?

200 ОК отправляется с клиента на котором Иван снял трубку. Более того, в поле Contact ответа 200 ОК содержится URI, соответствующий пользователю Иван на конкретном устройстве. Таким образом клиент Петра отправляет АСК именно на это устройство, после чего участие Proxy больше не требуется:

Все остальные сообщения, включая медиа-траффик идут в обход Proxy.

Конец разговора

В конце разговора клиент Ивана отправляет BYE напрямую клиенту Петра:

Петр в ответ шлет подтверждение:

Здесь все, как в первой части статьи.

Итак, мы рассмотрели взаимодействие SIP-клиентов с участием Proxу-сервера. Остался один единственный вопрос: откуда Proxy узнал адреса клиентов Ивана? С помощью процедуры регистрации. Как это происходит, я расскажу ниже.

SIP-регистрация

Регистрация выглядит следующим образом:

Давайте подробнее рассмотрим каждое из сообщений. Иван отправляет на сервер запрос Register (для простоты считаем, что роль сервера регистрации установлена на proxy.domain.ru). Самое важное в этом запросе – поле Contact. Это адрес Ивана на конкретном устройстве:

В ответ сервер присылает 401 Unauthorized, то есть требование авторизации. Самое важное поле в ответе — WWW-Authenticate. Не сложно догадаться, что realm — это домен, а algorithm указывает, какой хеш-алгоритм мы будем использовать. Интерес вызывает поле nonce:

Nonce — это сокращение от «number used once». Nonce — это одноразовая случайная последовательность, которую клиент Ивана cкомбинирует со строкой пароля, после чего сгенерирует MD5-хеш от полученной строки и поместит результат в новый запрос в поле WWW-Authenticate (на самом деле все несколько сложнее, но для простоты будем считать, что все именно так). Для этого служит параметр response.

Зачем нужен nonce? Если бы клиент генерировал MD5 от пароля и не использовал nonce, то хеш каждый раз получался бы один и тот же. Злоумешленник мог бы перехватить такой хеш и использовать для авторизации. Это было бы столь же небезопасно, как передавать пароль в открытом виде.

Если использовать nonce, MD5 каждый раз берется от новой строки и получается разным. Поэтому даже перехватив хеш, злоумышленник скорее всего не сможет его использовать для авторизации.

Кстати, обратите внимание, что новый запрос на регистрацию имеет CSeq на единицу больше:

Сервер также комбинирует nonce с паролем Ивана и получает MD5-хеш. После этого он сравнивает свой хеш с хешем, полученным от Ивана. Если они совпадают, то сервер присылает 200 ОК. Обратите внимание на то, что в поле Contact добавился параметр expires. В данном случае регистрация будет храниться в базе сервера в течение 3600 секунд или одного часа:

Если Иван хочет продлить регистрацию, то он должен отправить еще один REGISTER в течение этого часа.

Что делать, если Иван использует сразу несколько устройств с поддержкой SIP? Все очень просто – необходимо отправить запрос на регистрацию с каждого из них.

После того, как в базе данного сервера регистрации появится соответствующая запись, Proxy-сервер сможет перенаправлять запросы на SIP-клиенты Ивана.

Bonus для тех, кому интересно

Вы могли заметить, что, в ответ на запрос регистрации, сервер присылает ответ, содержащий To-tag:

Понятно, что при установке диалога данный tag помогает избежать повторного получения одного и того же сообщения. Для этого существует правило: если сообщение не содержит To-tag и UAS уже получал сообщение с таким же CSeq, From-tag и Call-ID, то сообщение отбрасывается. Для чего же нужен To-tag, если мы не устанавливаем диалог с сервером регистрации. Лучший ответ, который я смог найти — в RFC 3261 написано, что ответ 200 ОК, приходящий на запрос без To-tag должен содержать To-tag. То есть, это ни для чего не нужно, но так принято.

Надеюсь, что работа протокола SIP, после прочтения статьи, стала для вас более понятной. Буду рад вашим комментариям.

Источник

SIP-Ping Utility Program for Windows

VOIP (Voice Over IP) systems use the SIP protocol. That protocol contains an OPTIONS command that is useful for pinging the VOIP system to make sure it is up and running. The SIP-Ping utility software is a simple command line application that can be used to run this ping command. This was inspired by Gravis’ SIP_Ping Python program.

SIP-Ping has no dependencies and should run on any Windows system. It can give visual output, or run in a mode that makes it a compatible plugin with PA Server Monitor’s Plugin Monitor, or perhaps even as a Nagios plugin.

Download SIP-Ping.exe (Note, the executable is digitally signed by Power Admin LLC)

License

Anyone can download and use SIP-Ping. You can include it in your open source, freeware and even commercial applications. You may distribute it on your website, on CDs, mail to friends, etc. See the License for all the legalese.

Examples

Example running in Plugin mode (default) which returns OK/Alert and two statistics.

Example running in Verbose mode, and using TCP instead of the default UDP, showing what is sent and received.

Usage

Oly G., On-Site Computer Solutions, USA ionicons-v5-b

—>

Источник

5 популярных проблем SIP-телефонии и способы их решения

Аналоговая связь уходит в прошлое, и большинство компаний выбирают SIP-телефонию. Это возможность быстро обеспечить офис связью и звонить в любой конец света. Но при некорректных настройках пользователи сталкиваются и с минусами. Эхо, задержка звука, низкое качество связи — мы составили гайд по самым частым проблемам цифровой телефонии и даем пошаговую инструкцию по их исправлению.

А э та статья предназначена для всех, кто пользуется SIP-аккаунтами, программами или сервисами для связи. Решения, которые мы предлагаем, основаны на нашем собственном опыте. В каждом разделе «Что делать» описано пошаговое решение проблемы. Сначала выполните пункт, который описан первым. Если не помогло — переходите ко второму. Если же и это не сработало, то обратитесь к системному администратору или другому профильному специалисту.

Если же не хотите столкнуться с подобными проблемами — используйте Виртуальную АТС 2.0 от Ringostat. Это телефон прямо в браузере и аналитический ассистент менеджера по продажам. Подробней его возможности описаны в статье «Виртуальная АТС Ringostat: омниканальное решение для отделов продаж».

1. Задержка звука

Чаще всего происходит по двум причинам — из-за проблем с сетью или задержки при обработке данных. Рассмотрим их особенности.

Сетевая

Возникает в таких случаях:

В первом случае мощности wi-fi не хватает, чтобы обеспечить бесперебойную передачу данных. На втором остановимся немного подробней.

Представим, что в офисе один сотрудник что-то скачивает, а другой разговаривает по телефону. Канал, по которому передаются данные, целиком «забит» качающейся информацией, и для пакетов SIP-телефонии места не остается. Для нее не нужен большой канал, но он должен быть отдельно выделен под связь.

Сложность в том, что эту проблему непросто диагностировать — ведь сайты при загруженности маршрутизатора или плохом качестве wi-fi подключения все равно будут загружаться быстро. Но телефония при этом будет страдать, т. к. она использует потоковую загрузку, и звук должен транслироваться непрерывно. А, например, при серфинге страниц данные могут загружаться «рывками», что недопустимо в случае с телефонией.

Задержка обработки

Когда вы разговариваете с собеседником с помощью SIP-телефонии, ваш голос сначала кодируется и после передачи по сети раскодируется «на выходе». Обычно это происходит почти мгновенно и незаметно для разговаривающих. Но если звонить на компьютере, процессор которого загружен, то появляется такая проблема — ведь устройство не успевает вовремя обрабатывать задачи.

Что делать

Преимущества Виртуальной АТС Ringostat

2. Односторонняя слышимость

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

Например, у компании есть несколько реальных IP-адресов, но гораздо больше компьютеров с локальными адресами, которым нужен выход в сеть. NAT подменяет локальный адрес на наружный общедоступный адрес. На скрине ниже показан пример подмены адресов для нескольких компьютеров.

Но при этом может возникнуть проблема с передачей голосовых данных. Например, Абонент 1 звонит Абоненту 2 с локального адреса, используя NAT. Абонент 2 отвечает, но не может отправить голосовые данные по назначению. Это происходит из-за того, указанный адрес Абонента 1 не маршрутизируется в интернете. В результате возникает односторонняя слышимость или звук вообще отсутствует.

Что делать

3. Эхо и низкое качество звука при разговоре

Иногда случается, что человек при разговоре слышит сам себя или собеседник слышит его плохо. Либо наоборот — слишком громкие звуки окружения. Причин этому может быть несколько:

Что делать

4. Не поступают звонки, потому что аккаунт в офлайне

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

Многие провайдеры SIP-телефонии постоянно «пингуют», т. е. отправляют пакеты раз в какое-то время. Это нужно, чтобы проверить, находится ли устройство в сети, и знать его актуальный статус. Даже если устройство проходит регистрацию на один час, провайдер все равно в это время будет отправлять пакеты для проверки на случай внезапного отключения устройства.

Еще одна причина — маршрутизатор спустя какое-то время закрывает у себя порт, и SIP-сервер не может проверить статус. Это продиктовано требованиями безопасности некоторых устройств.

Что делать

5. Пропадает звук

Эта проблема очень похожа по своим предпосылкам на пункт 1 — задержка звука. Причина может быть в интернете или в вашем устройстве: SIP-телефоне, компьютере.

Источник

Простыми словами: Что такое SIP-телефония

О SIP слышал практически каждый. Но не все понимают, что это такое и чем SIP-телефония отличается от обычной связи по телефону. Мы продолжаем цикл ознакомительных статей об аналитике и виртуальной АТС. И сегодняшняя тема нашей статьи — SIP-телефония простыми словами .

Время чтения 8 минут

Вы можете перейти сразу к интересующему разделу:

Чем отличается SIP-телефония от IP и VoIP

Если вы хоть раз читали про виртуальную АТС, то наверняка сталкивались с этими терминами. Поэтому для начала разберемся — в чем же разница между SIP, IP-телефонией и VoIP. Это поможет вам не запутаться в терминологии и сразу понять, как все устроено.

Начнем с самого обширного понятия — IP связь (Internet Protocol — «межсетевой протокол»). Можно сказать, что это «начало всех начал», так как именно протокол IP связал все компьютерные сети мира в глобальную сеть интернет. Именно поэтому у каждого компьютера есть свой уникальный IP-адрес, который нужен для обмена данными.

Для передачи аудиоданных по сети есть своя технология — она называется VoIP связь (Voice over IP — «голос по интернет-протоколу IP»). Благодаря ей мы можем обмениваться любыми данными, где присутствует голос — звонить через интернет, транслировать вебинары или смотреть видео с камер видеонаблюдения со звуком.

IP-телефония — общее название для телефонной связи через интернет. Это составляющая часть VoIP, но сюда относятся только звонки и видеообщение по сети и ничего больше. Как понятно из названия, связь происходит благодаря тому же самому протоколу IP.

Еще более узкое понятие SIP-телефония. Если IP-телефония — это название технологии в целом, то SIP — лишь одна из ее разновидностей, протокол связи. Если проводить сравнение, то они так же относятся друг к другу, как ноутбук и ASUS.

О SIP мы поговорим ниже, а пока подытожим:

Что такое SIP-телефония

SIP (Session Initiation Protocol) — протокол передачи данных. Его можно сравнить с языком, который помогает устройствам понять друг друга и обмениваться данными без ошибок. Он используется для множества целей — для IP-телефонии, видео и аудиоконференций и даже онлайн-игр. Говоря упрощенно, он работает по схеме «клиент-сервер», постоянно чередуя запросы и ответы.

Есть и другие протоколы для IP-телефонии. Но в наше время SIP — это универсальный стандарт для обмена данными по сети. Специалисты считают его самым перспективным, и он чаще всего используется. SIP-телефония доступна там, где есть интернет со скоростью не менее 64 Кбит в секунду. То есть практически повсюду.

Преимущества Виртуальной АТС Ringostat

Как можно звонить и принимать звонки с помощью SIP

Принимать и совершать звонки можно и с помощью Ringostat Smart Phone — для этого достаточно зарегистрироваться зарегистрируйтесь в нашем сервисе. Это телефон прямо в браузере и аналитический помощник менеджера по продажам. Читайте об этом в статье «Виртуальная АТС Ringostat 2.0: ассистент sales-менеджера и телефон в браузере».

Как работает SIP-телефония

Рассмотрим пример, когда человек звонит с компьютера, на котором установлен SIP-клиент, в компанию, которая использует SIP-телефонию:

Ниже упрощенная схема, которая иллюстрирует работу SIP-телефонии при таком входящем звонке:

Схема звонка в sip-телефонии

Преимущества SIP-телефонии

Часто задаваемые вопросы

Что нужно для SIP-телефонии?

Интернет-соединение, компьютер или ноутбук, наушники с гарнитурой и программа для совершения и приема звонков. Также компания может приобрести у оператора телефонный номер в SIP-формате и разместить его у себя на сайте.

Как настроить SIP телефонию?

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

Как выбрать SIP телефонию?

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

Выводы

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

Источник