21/05/2019

MERA VoIP Transit Softswitch (MVTS): устройство управления операторской VoIP сетью


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

    MVTS состоит из компактного сервера, монтирующегося в 19" стойку, операционной системы из семейства UNIX9 (CentOS) и программного обеспечения - проксирующего Gatekeeper/Softswitch MERA xPGK, производства компании MERA Enterprises.

Технические характеристики MVTS

  • Маршрутизация на основе:
    • CgE164;
    • CdE164;
    • CgH323;
    • CdH323;
    • IP-адреса вызывающего устройства;
    • на основе идентификации клиента.
  • Использование масок или регулярных выражений при анализе критериев маршрутизации.
  • Маршрутизация на основе одновременно нескольких критериев.
  • Поддержка выбора для терминации звонка группы устройств с заданием приоритета каждого устройства в списке (LCR).
  • Поддержка выбора альтернативных маршрутов, при невозможности терминации по оптимальному маршруту.
  • Поддержка ограничения количества одновременных соединений на каждое устройство.
  • Поддержка ограничения полосы пропускания на каждое устройство.
  • Аутентификация устройств:
    • с использованием локальной базы данных.
  • Авторизация звонка:
    • с использованием биллинговой системы;
    • с использованием локальных ACL, использующих значения CgE164, CdE164, CgH323, CdH323, IP-адреса вызывающего устройства в качестве критериев.
  • Работа со всеми видами устройств в рамках протокола (в данном случае H.323) как на прием, так и на терминацию звонков
  • Поддержка разных версий Н.323:
    • совместимость с H.323 V1;
    • работа с H.323 V2 - поддержка механизма fast start.
  • Поддержка независимых пересекающихся планов нумерации
  • Возможность трансформации номеров в процессе маршрутизации для:
    • приема звонков с номерами в соответствии с планами нумерации других сетей;
    • терминации звонков с номерами в соответствии с планами нумерации других сетей;
    • подмены E164 и H323 идентификаторов при приеме терминации звонков.
  • Использование масок или регулярных выражений при трансформациях
  • Поддержка режима проксирования RTP (всех источников и источников по выбору)
  • Сбор статистики о совершенных звонках:
    • запись файлов CDR;
    • взаимодействие с биллинговой системой по протоколу Radius и использованием Cisco VSA.
  • Наличие средств отладки и мониторинга:
    • трассировка всех действий по обработке звонка с выбором уровня детализации;
    • отдельная трассировка от разных функциональных подсистем (H.323 stack, Routing, AAA, ACL и т.д.);
    • наличие встроенного симулятора звонков для проверки правил маршрутизации и реакции на различные запросы;
    • возможность просмотра текущих рабочих параметров (списки текущих звонков, зарегистрированных устройств, последних системных сообщений т.п.);
    • возможность получения статистики о функционировании системы с сохранением значений за периоды (ошибки, сбои, статистические данные);
    • наличие режима пакетной конфигурации.
  • Надежность и производительность:
    • изменение конфигурации системы без перерыва в обслуживании;
    • изменение настроек трассировки без перерыва в обслуживании;
    • вступление всех изменений сразу. 

      Для кого передназначен MVTS?

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

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







Avaya: IP-адреса, справка и заметка















         Avaya это не чисто АТС это распределенная телефонная система, десятки исотни выносов объединяются в единую сеть, как по классической телефонии так и по IP. Здесь типовая памятка по адресам, сколько обычно и для чего надо.
         Структура примерно такая:




S8720 System G3xV13 Sofware Ver R013x.01.5.642.3



Общий серверов(NODE) 192.168.100.200
Сервер 1 192.168.100.201
Сервер 2 192.168.100.202
C-Lan 192.168.100.55
MedPro 1 192.168.100.205
MedPro 2 192.168.100.206



Конвертер CDR1/MOXA 192.168.100.50






Switch (в стойке) 192.168.100.101
Cisco-2950




Switch на выносе 1 192.168.100.102
DES-1228




Switch на выносе 2 192.168.100.100








тумблер
упр Avaya 192.168.100.107 102
Билл АТС-2 192.168.100.221 103
Билл Avaya 192.168.100.228 104
упр АТС-2 нет 105



Принтер 192.168.100.130
Серверная 192.168.100.99
Узел 192.168.100.120






для IP телефонов 192.168.100.220 По 254
C-Lan 192.168.100.55
media resource 192.168.100.205



        Сокращения и базовые пояснения:
       
          Авайя яркий представитель УПАТС и имеет все признаки и особенности таких станций
- цетрализованное управление всеми сервисами
- чистему выносов, для создание сети шлюзов на предприятии(кампусных сетей)
- различные системы серверов и сервисов по средствам различных плат.

Плата TN799DP интерфейса контроля локальной сети (C-LAN) обеспечивает связность TCP/IP посредством соединений Ethernet или протокола “точка-точка” (PPP) с такими адъюнктами как:

● Avaya Call Management System (CMS)
● система INTUITY AUDIX
● распределенная система связи (DCS)
● принтеры
● устройство детальной регистрации вызовов (CDR)
● система хозяйственного управления (PMS)
C-LAN отличается от платы IP Media Processor. Отличие состоит в том, что C-LAN управляет вызовом, в то время как плата IP Media Processor предоставляет кодеры/декодеры, используемые для аудиосигнала при вызове.
 Теперь как работать с выносами, так же рекомендую все рассписывать


A 1 TN2312BP IPSI HV15

2 TN570D EXPANSION INTFC V6

3 TN2793B V6

4 TN2793B V6

5 TN2793B V6

6 TN2793B V6

7 TN2793B V6

8 TN2793B V7

9 TN2793B V6

10 TN2464BP HV5

11 TN2793B V7

12 TN2793B V7

13 TN2793B V6

14 TN570D EXPANSION INTFC V6



Типовая архитектура корпоративной сети
 









Бешенный DTMF и непонятки с Grandstream



         Настраивал давеча шлюз грандстрим и увидел такое в дампе, крайне странные попытки вызова:

          Было ясно что на шлюзе, но никак не мог выйти на что это и где параметр, в итоге методом проб и ошибок было выявлено где то зло притаилось:
    Когда это используется и зачем надо, так и осталось загадкой для меня, но на этом злоключения не кончились. Следующим было не прохождение пин-кодов с телефона, до наборов и всего всего с DTMF:
   Есть такой параметр на шлюзе как: Генерировать RFC2833 непрерывно
   но почему-то он мне не помог, хотя должен был.
   Помогло, не использование автонабора, а ручками медленно набирать.

Теперь уточню

В RFC2833 действительно есть параметр генерировать непрерывно, необходимо на плохих каналах при потерях и т д
Сообщение в 2833 маркируются как Сарт и Энд. Смотрим:

Вот два сообщения
 Вот первое
 Вот второе
По описанию должно быть End of Event: True

но тут  почему-то используется другой метод, что тоже возможно

Если будет использоваться Энд-оф-Эвент, то обещают что в Шарке даже подсвечиваться будет старт и энд.





15/05/2019

SIP: Ошибка 423 Interval too brief for service

         Попалась вот такая ошибка и никогда раньше о ней не слышал. Что это такое стало интересно.

SIP/2.0 423 Interval Too Brief - сервер отклоняет запрос, так как время
                                                    действия ресурса короткое.

       Думаем в чем дело, был клиентский аддпак и настраивали по примеру с нашим рабочем и сразу с описанием ошибки было рекомендованное лекарство: registertimeout = 300
        Лекарство помогло и пошли капать почему и откуда пришло это, либо
на сети, либо шлюз, АТС не менялась. И тут мы заметили, что версия АддПака 8.23 - на столько древняя, что я с такой никогда не работал и не видел. Старой считается 8.30 на APOS G1, а так повсеместно уже была 8.41
        Предположение что на старых версиях другой timeout, да, и ставим его в:

enable
           ↪  conf t
                            ↪  sip
                                         ↪ timeout treg 300

На этом все!

14/05/2019

Passwork - отечественный менеджер паролей

         Официальное описание: Надежный менеджер паролей для вашей компании. Пассворк упрощает совместную работу с корпоративными паролями. Используйте защищенные хранилища, настраивайте права пользователей, отслеживайте все действия и изменения, авторизуйтесь на сайтах в один клик.

Еще фото, люблю я их:


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

13/05/2019

Wireshark: обнаружили тишину в RTP

         Анализируя дампы, все больше люблю вирешарк. Гиганский функционал, продуманность интерфейса и доступность информации. И вот
еще один момент опишу, чтобы не запамятовать:

     Можно вот такое увидеть, это моменты тишины, которые возникают в разговоре - это ни ошибка ни какая-либо аномалия, возможно это и норма.
По простому: есть в дампе RTP-пакеты, которые несут в себе тишину - это важно, это не отсутствие пакетов, пакеты есть и они даже не потерены, а
доставлены и обработаны.

Посмотрим ближе:
Как видим тут тишина, не пустота и не потеря.

Проверить потери можно в Telephony -> RTP -> RTP Streams
и в ней выбрав анализ пакетов, увидим вот такое:
Помни!
Потоков 2: Forward и Reverse и смотреть нужно по очередно.
                   И да их всегда два, если видишь больше, то пере договорились,
                   а потоки просто объедини.

RTP Packets – количество RTP-пакетов.
Expected – ожидаемое количество пакетов.
Lost – потери пакетов.

Интересное замечание, потери могут и не писать:
Это в целом не тянет даже на пакет, какие-то моменты не состыковок.
Шарк покажет даже потерю 1ого пакета, что это за авртифакты/искажения/пропадания я даже затрудняюсь сказать, но на
качество голоса они точно не повлияют



08/05/2019

AudioCodes: почему DTMF в голосе


    DTMF может, как известно, идти отдельно или в голосе. Но бывает кого не или, а и. Это проблема и как раз это дает за двоение циферок при до наборе. Выглядит все это так:

Здесь мы видим Н.323 сессию с до набором
 а здесь то что набранные цифры идут в Н.245 методом User-Input


Казалось что все хорошо, но клиент уверяет что происходит за двоение и попадает не в тот филиал и тут я решил прослушать звонок:

И тут был найден(увиден) ответ

Всплеск короткий в начале - это и есть первая цифра, которая почему-то проскальзывала и в Н.245 и в голосе, что и давала дубль первой цифры.

Лечиться так:

 Пункт Analog Signal Transport Type - игноировать аналоговые сигналы,
 "чтобы в голосе ни прилетело ты на это не смотри" - примерно так можно
перевести.
Это не панацея и есть много нюансов и ситуаций, когда это не поможет,
но может вас выручить. Туда же:
Это помогает если при прекращении звонка телефон продолжает звонить,
пока не снимешь трубку и ручками отобьешь вызов.

А теперь нюанс в обработке вызова на шлюзе:
В дампе три дорожки, а именно: раздвоилась дорожка от шлюза на две
1) входящий вызов
2) входящий вызов при снятии трубки
Порты source и destination остались неизменные, но обрабатывает их как разные - это ни на что не влияет, а просто интересное наблюдение.

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

Kamailio 25: софтсвич ягодка опять

             Проект Kamailio отмечает 25 лет с момента начала разработки, которая стартовала 2 сентября 2001 года в исследовательском инстит...