Tamkovich.com: Телеком/VoIP блог

Тестируем SIP Redirect Server с помощью sipp

Сентябрь 24th, 2010 by Сергей Тамкович

Замечательная утилита sipp сегодня принадлежит корпорации HP. Утилита эта используется для генерации потока звонков по протоколу SIP. Сценарий по умолчанию подразумевает стандартный поток SIP ообщений: Отправляем INVITE, получаем ответы с кодами 100, 180, 183 и 200. Дождавшись ответа с кодом 200, отправляем подтверждение ACK. Выдерживаем паузу (в нашем случае — 0 миллисекунд) и отправляем сообщение BYE. Для сообщения BYE дожидаемся ответа с кодом 200.

                                 Messages  Retrans   Timeout   Unexpected-Msg
      INVITE ---------->         16        0         0
         100 <----------         0         0         0         16
         180 <----------         0         0         0         0
         183 <----------         0         0         0         0
         200 <----------  E-RTD1 0         0         0         0
         ACK ---------->         0         0
       Pause [      0ms]         0                             0
         BYE ---------->         0         0         0
         200 <----------         0         0         0         0

Данный сценарий не очень подходит для тестирования серверов перенаправления (redirect server). Дело в том, что на любой запрос клиента (INVITE, REGISTER и т.д.) сервер перенаправления, как правило, выдает ответ с кодом 300 (Multiple Choices) или 302 (Moved Temporarily). В сценарии по умолчанию, ответы с данными кодами попадают в категорию "Unexpected Messages" - неожиданных сообщений. В целом тестировать нагрузку можно и так, когда ваш сервер перестанет справляться с нагрузкой, цифра в колонке Timeout начнёт возрастать. Однако при таком подходе, невозможно отличить ответы с кодами 300 и 302 от других "неожиданных ответов".

Вторым недостатком использования теста по умолчанию, является его синтетичность. Все звонки инициированные по этому сценарию - идентичны между собой. Т.е. имеют одинаковые поля From, To, Contact и т.д. Результаты такого теста, могут сильно отличаться от реальности, т.к. одно единственное значение полей From, To, Contact - наверняка попадет в кеш тестируемой системы.

На помощь нам приходит чрезвычайная гибкость утилиты sipp. Дело в том, что пользователь может создать свой собственный, произвольный сценарий тестирования и описать его используя XML. Кроме того, существует возможность подставлять в SIP сообщения, генерируемые программой sipp данные из внешних источников - CSV файлов. Прочитать подробности о создании собственных сценариев, можно на официальном сайте программы sipp. Здесь же, в качестве примера, я приведу сценарий, используемый мной для тестирования производительности сервера перенаправления (SIP Redirect Server).

<?xml version="1.0" encoding="ISO-8859-1" ?>
<scenario name="Redirect Scenario">
    <send retrans="500">
     <![CDATA[
 
      INVITE sip:[service]@[remote_ip]:[remote_port] SIP/2.0
      Via: SIP/2.0/[transport] [local_ip]:[local_port]
      From: [field0] <sip:[field0]@[local_ip]:[local_port]>;tag=[call_number]
      To: sut <sip:[service]@[remote_ip]:[remote_port]>
      Call-ID: [call_id]
      Cseq: 1 INVITE
      Contact: sip:[field0]@[local_ip]:[local_port]
      Max-Forwards: 70
      Subject: Performance Test
      Content-Type: application/sdp
      Content-Length: [len]
 
      v=0
      o=user1 53655765 2353687637 IN IP[local_ip_type] [local_ip]
      s=-
      t=0 0
      c=IN IP[media_ip_type] [media_ip]
      m=audio [media_port] RTP/AVP 0
      a=rtpmap:0 PCMU/8000
 
    ]]>
   </send>
 
   <recv response="300" optional="true">
   </recv>
   <recv response="302">
   </recv>
</scenario>

Пару слов о структуре данного сценарий. Внутри сценария присутствует 1 тег send и 2 тега recv. Тег send описывает запрос отправляемый программой sipp, теги recv - возможные ответы на отправленное сообщение. В теге send присутствует конструкция <![CDATA[ ... ]]> Внутри которой находится тело отправляемого запроса. В теле запроса присутствует большое количество переменных sipp (слова в квадратных скобках). Большинство из них будет подставлено утилитой sipp автоматически. Наибольший интерес для нас представляет переменная [field0]. Перед отправкой на место данного ключевого слова подставляется первое поле из внешнего источника (CSV файла). Для того, что бы использовать этот сценарий, необходимо выполнить:

sipp -sf redirect.xml -inf uids.csv -s 1010 -l 0 -r 2000 10.10.1.4

Здесь redirect.xml - файл, содержащий наш сценарий. uids.csv - файл содержащий большое количество имён пользователей (как верных так и неверных). Именно из файла uids.csv подставляется первое поле взамен ключевого слова [field0]. Именно благодаря этому файлу мы уходим от синтетического сценария ближе к реальности, моделируя ситуацию в которой большое количество абонентов звонит на один и тот же номер. С помощью параметра -s 1010 указывается номер на который будут совершаться вызовы. Значение параметра -s подставляется вместо ключевого слова [service]. Если в сценарии заменить [service] на [field1] то можно смоделировать ситуацию, в которой множество абонентов совершает вызовы множества (различных) номеров. Параметр -l 0 - снимает ограничение на количество активных звонков в единицу времени. Параметр -r 2000 устанавливает скорость инициирования новых вызовов (CPS) - 2000 вызовов в секунду. Ну а 10.10.1.4 это, как несложно догадаться, IP адрес тестируемого сервера.

Так же приведу пример файла users.csv. Первой строкой в файле указывается ключевое слово, в нашем случаем - RANDOM. Это слово, определяет в каком порядке будут использованы строки файла. На сегодня возможны варианты: RANDOM - случайно, SEQUENTIAL - последовательно и специальное USER. Итак, вот он файл:

RANDOM
100;
101;
102;
103;
104;
...
11998;
11999;

Обратите внимание на ';' - для работы с sipp рекомендую включать в csv файлы пустую колонку в конец таблицы. Иначе, есть риск, что sipp добавит к полю виндовый \r. Например вместо имени пользователя "100" будет подставляться "100\r", что может изменить результаты тестирования. Если строк в вашем файле выходит слишком много, генерировать такой файл ненужно. Существует возможность описать последовательность значений в виде формулы. Например вот такая запись будет эквивалентна CSV файлу с цифрами от 0 до 100 000 в первой колонке:

USERS,PRINTF=100000
%d

Реальный тест с использованием приведенного сценария выглядит вот так:

[root@voiptest ~]# sipp -sf redirect.xml -inf uids.csv -s 1010 -l 0 -r 2000 10.10.1.4
Resolving remote host '10.10.1.4'... Done.
------------------------------ Scenario Screen -------- [1-9]: Change Screen --
  Call-rate(length)   Port   Total-time  Total-calls  Remote-host
2000.0(0 ms)/1.000s   5060      49.63 s        99272  10.10.1.4:5060(UDP)

  1270 new calls during 0.636 s period   0 ms scheduler resolution
  0 calls (limit 0)                      Peak was 40 calls, after 2 s
  0 Running, 66004 Paused, 0 Woken up
  0 dead call msg (discarded)            5 out-of-call msg (discarded)
  1 open sockets

                                 Messages  Retrans   Timeout   Unexpected-Msg
      INVITE ---------->         99272     1         0
         300 <----------         0         0         0         0
         302 <----------         99272     0         0         0

Удачного тестирования!

Оставить отзыв

Имя

Mail

Website

CAPTCHA Code *

Current month ye@r day *

Leave this field empty *