The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз коммуникационной платформы Asterisk 15 с поддержкой видеоконференций

04.10.2017 11:54

Компания Digium опубликовала релиз новой стабильной ветки открытой коммуникационной платформы Asterisk 15, используемой для развёртывания программных АТС, систем голосовой связи, VoIP-шлюзов, организации IVR-систем (голосовое меню), голосовой почты, телефонных конференций и call-центров. Исходные тексты проекта доступны под лицензией GPLv2.

Asterisk 15 отнесён к категории выпусков с обычной поддержкой, обновления для которых формируются в течение двух лет. Следующий LTS-релиз планируется выпустить в 2018 году и он будет поддерживаться пять лет. Поддержка прошлой LTS-ветки Asterisk 13 продлится до октября 2019 года. При подготовке LTS-выпусков основное внимание уделяется обеспечению стабильности и оптимизации производительности, приоритетом же обычных выпусков является наращивание функциональности.

Ключевые улучшения, добавленные в Asterisk 15:

  • Встроены средства для организации проведения видеоконференций с несколькими участниками. Компонент Confbridge, изначально рассчитанный на проведение аудиоконференций, адаптирован для обработки видеопотоков. Пользователь теперь может присоединить к Confbridge несколько совместимых с WebRTC оконечных устройств, таких как браузерный клиент Cyber Mega Phone 2000 (CMP2K), и минимальными усилиями запустить видеоконференцию. Один клиент может принимать видео потоки от 8 других участников и транслировать к ним один собственный видео поток, а также передавать звук через один общий двунаправленный поток со звуком;
  • Обеспечена полноценная поддержка WebRTC. В конфигурации добавлена отдельная опция "webrtc" для включения разом всех связанных с WebRTC возможностей (дополнительно требуется вручную создать сертификат для DTLS);
  • Добавлена поддержка мультиплексирования потоков RTCP и скрепления между собой нескольких потоков (опция bundle, активирующая поддержку атрибутов "group" и "ssrc" в SDP), упрощающих обход трансляторов адресов и межсетевых экранов и сокращающих время настройки вызова (уменьшается время согласования соединения для DTLS и ICE). Аудио и видео потоки могут быть связаны между собой, согласованы и переданы при помощи общего транспорта, без необходимости создания отдельных соединений;
  • Добавлена поддержка проброса видеопотоков с использованием кодека VP9 (возможность записи и воспроизведения в VP9 пока отсутствует);
  • Добавлен унифицированный план WebRTC (Unified Plan), позволяющий использовать протокол SDP (Session Description Protocol) для согласования соединений между несколькими мультимедийными источниками, что, например, позволяет реализовать возможность совместной отправки в рамках одного соединения видео с web-камеры и содержимого экрана или обеспечить передачу видео с нескольких камер;
  • В основную поставку встроена библиотека pjproject, которая включена по умолчанию (для сборки без встроенного pjproject следует на этапе сборки указать "--without-pjproject-bundled");
  • Добавлена поддержка режима systemd для активации сервиса при обращении к сокету.


  1. Главная ссылка к новости (http://blogs.digium.com/2017/1...)
  2. OpenNews: Уязвимость в Asterisk, позволяющая перенаправить RTP-поток
  3. OpenNews: Релиз коммуникационной платформы Asterisk 14
  4. OpenNews: Релиз коммуникационной платформы Asterisk 13
  5. OpenNews: Первый стабильный релиз VoIP-сервера GNU SIP Witch 1.0.0
  6. OpenNews: Релиз платформы VoIP-телефонии FreeSWITCH 1.2
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/47325-asterisk
Ключевые слова: asterisk, voip
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (49) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, dkg (?), 13:04, 04/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Есть по сабжу вменяемые Русские книжки, почитать?
     
     
  • 2.4, Andrey (??), 13:38, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    http://asterisk.ru/knowledgebase/books
     
  • 2.8, Меломан1 (?), 14:47, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Есть по сабжу вменяемые Русские книжки, почитать?

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


     
     
  • 3.14, 35321 (?), 15:36, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/

    > В принципе экзамен по сетевой безопасности после админства астерикса ты сдашь без
    > проблем.

    Почему?

     
     
  • 4.15, анон (?), 15:39, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    потомучто, неоднократно админы попадали на деньги за неправильную настройку
     
  • 3.18, пох (?), 15:51, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Уломай руководство на тренинг по этой байде и не захочешь возвращаться домой.

    боюсь, неумение читать на языках, отличных от командного и матерного, его погубит

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

    бггг... я бы сказал, что эта система довольно проста именно в попадании на деньги :-P А так чтоб надежно и работало - не очень.

     

  • 1.3, Аноним (-), 13:34, 04/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Видеоконференции - это конечно хорошо, но когда они баз в chan_sip с отвалом всего при недоступности dns починят? И не говорите мне про кеширующие dns-ы, сейчас dns-записи с ttl в 60 сек - это норма и кеш не спасает.
     
     
  • 2.5, нах (?), 14:12, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    кэш в dns работает не так, как вы думаете (и не так как думают ди6илоиды, понастроившие таймаутов в 60s), это во-первых.
    Во-вторых, почините уже свою dns-инфраструктуру, это уже даже не смешно.

    У нормальных людей ничего в dns не "отваливается".

     
  • 2.9, Имя (?), 14:57, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    ламерское решение в лоб, если с днс-ом разбираться не хотите, отключите его в настройках ОС, и используйте в настройках только ip адреса
     
     
  • 3.11, Аноним (-), 15:07, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > ламерское решение в лоб, если с днс-ом разбираться не хотите, отключите его
    > в настройках ОС, и используйте в настройках только ip адреса

    Давай не ламерское решение тогда. ip не катит, если поставщик кучу доменов на 1 ip заводит, то регистрация по ip не проходит при наличии учеток на разных доменах

     
     
  • 4.32, anomymous (?), 23:53, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Што? 99% нормальных клиентов позволяют задавать Registrar Address и Domain Name раздельно.
     
  • 2.22, Аноним (-), 18:50, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    chan_sip скоро будет объявлен как deprecated, Digium рекомендует постепенно переходить на pjsip
     
     
  • 3.33, anomymous (?), 23:54, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > chan_sip скоро будет объявлен как deprecated, Digium рекомендует постепенно переходить
    > на pjsip

    Там есть свои нюансы. Причём разные. Один приведу для примера: для получения нужного контент-тайпа в INFO его приходится патчить. Бажный модуль отправляет два хедера.

     
  • 2.30, Олег (??), 22:13, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    если так сложно с днс есть хостс
     

  • 1.7, Аноним (-), 14:39, 04/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    chan_sip это уже прошлый век, asterisk полноценно использует pjsip с 12 версии( частично) с 13 версии(полноценно)
     
     
  • 2.10, Аноним (-), 15:06, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну давай кулстори про то как ты его настраивал в продакшене.
     
     
  • 3.12, ssh (ok), 15:19, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Можно и просто личный опыт, почему одно заменили на другое. ;)
     
     
  • 4.19, Аноним (-), 15:54, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    по личному опыту, ничего сложного, что бы перейти на него.
    начал использовать по причине лучшей работы с нат и то что появилась возможность использовать несколько external ip (sip profile), что давно уже было в freeswitch c их sofia.
     
     
  • 5.21, Moomintroll (ok), 17:59, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > по личному опыту, ничего сложного, что бы перейти на него.

    по личному опыту - какая-то переусложнённая хрень... :-(

    Так и не осилил pjsip, чтобы реализовать похожую на обычный chan_sip конфигурацию с шаблонами(!) в users.conf(!). В итоге забил на ништяки и живу в прошлом веке.

     
     
  • 6.35, leap42 (ok), 03:04, 05/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    попробуйте вот это:

    https://wiki.asterisk.org/wiki/display/AST/PJSIP+Configuration+Wizard

    там совсем просто стало

     
     
  • 7.39, Moomintroll (ok), 09:12, 05/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не... Я из тех идиотов, которые должны понимать что зачем.

    И кстати, само существование этого визарда подтверждает мои слова, что это "какая-то переусложнённая хрень". А жаль... Я так радовался pjsip'у... Пока не попытался его использовать. И хрен бы с ним, что оно вовсе не drop-in звмена chan_sip - в sip.conf у меня только транки. Но, блин, а клиенты? Они у меня в users.conf с шаблонами...

     
     
  • 8.40, grsec (ok), 10:55, 05/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    pjsip conf не умеет шаблоны ... текст свёрнут, показать
     
     
  • 9.43, Moomintroll (ok), 11:29, 05/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Утверджать не возьмусь, но поскольку в pjsip появились новые сущности, возможно ... текст свёрнут, показать
     
     
  • 10.47, Тузя (ok), 06:09, 06/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Давайте по порядку 1 users conf постепенно отправляется на свалку истории вмес... большой текст свёрнут, показать
     
  • 3.24, Тузя (ok), 19:57, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ну, например, я имею PJSIP в продуктиве 1 Если ПОЛНОСТЬЮ отказаться от chan_si... большой текст свёрнут, показать
     
     
  • 4.34, anomymous (?), 23:56, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В PJSIP с трансфером вообще звезда. Не с самим трансфером, а с хинтами после такового.
     
  • 4.45, mumu (ok), 18:30, 05/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    с этим pjsip история как с файрволом nftables. Те, у кого уже всё работает, никогда не поймут зачем нужно делать акробатики в 10 раз больше, чтобы получить то же самое что было.
    Это нужно лишь малому проценту магистральных провайдеров у которых уже нельзя просто так взять и купить сервачек по-мощнее, чтобы получить 30% прироста каналов.
    А обычным организациям до 1000 человек это всё в принципе нафиг не сдалось.
     
     
  • 5.48, Тузя (ok), 06:57, 06/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это нужно лишь малому проценту магистральных провайдеров у которых уже нельзя просто
    > так взять и купить сервачек по-мощнее, чтобы получить 30% прироста каналов.

    Как раз наоборот. Вот этим апнуться будет сложно. Мне не известны узлы связи, которые имеют гослицензию на такую версию аста. Кроме того там в своё время были трудности с multiple AOR, поэтому реализовывать свой LCR на PJSIP сложновато. На 13 вообще рановато. Может только следующий LTS. Если он держит пользователей (казалось бы зачем...), то в этой версии другой CDR, нужно править биллинг. Для провайдеров прирост производительности не так заметен. Выигрыш как раз для тех кто использует аст по назначению, то есть АТС и медиасервер.

    > А обычным организациям до 1000 человек это всё в принципе нафиг не
    > сдалось.

    Если в такой организации астериск заменяет собой висящую на стене ОКС7 атску, то, пожалуй, да. Если у организации есть коллцентры, то PJSIP - это просто праздник какой-то.

    > нужно делать акробатики в 10 раз больше, чтобы получить то же самое что было

    Всё зависит от задач. Вот кому-то не нужен ни BLF, ни присутствие, ни подписки на RLS, ни webrtc, которые криво работают или отсутствуют в виду ограничений chan_sip. Таким вообще обновляться не надо. Оно еще 10 лет спокойно простоит.

     
  • 2.42, Аноним (-), 11:12, 05/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    pjsip криво работает с не совсем по RFC работающим китайским железом. Так-что в настоящий момент идет лесом, в продакшн идет онли chan_sip.
     

  • 1.13, Аноним (-), 15:29, 04/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    эмм, ну слушай:
    Давным-давно,
    в далёкой-далёкой галактике...

    Неспокойные времена настали для Галактической Республики. Налогообложение торговых путей к отдаленным солнечным системам стало причиной раздоров. Но после появления pjsip раздоры исчезли, и в продакшене (ой сории, продакшенах) пропали глюки с nat, (у кого то были глюки с dns), появилась возможность использовать овер дохрена external ip.
    Мораль такова: Отлично в продакшене работает.


     
     
  • 2.16, нах (?), 15:48, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    а версию бы, так, чисто для справки, уточнить, где оно там все работает?
     
     
  • 3.27, Тузя (ok), 20:40, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а версию бы, так, чисто для справки, уточнить, где оно там все
    > работает?

    13+

    Но тут не только в pjsip дело, тут еще STUN/TURN-клиент нормально реализовали. ICE вроде начал работать. Мои игры с ICE были довольно весёлые:
    - Поднимаем STUN
    - и имеем астериск за NAT в DMZ
    - Поднимаем первого клиента за NAT с UPnP на роутере в ipv4 и белым ipv6
    - Поднимаем второго клиента за двойным NAT сквозь 3G
    - Делаем звонок, который на асте не пишется, то есть медиапотоки напрямую, то есть RTP поднимется по тем правилам, которые продиктует ICE.
    Результат: затуп на 20 секунд (астовый ICE пока ещй такой астовый) перед установкой RTP-соединения. Вон в новости написано, что его, дескать, исправить, но это еще тестить надо. А вообще, было бы неплохо уметь централизированно вышвырнуть ipv6 из списка кандидатов, это сильно ускоряет. Хотя грех жаловаться. ICE, имхо, - самый сложный сетевой протокол, который человеки умудрились придумать, его железно вообще мало что поддерживает.

    Если будете играться, то вам нужно вырубить вот этот вот рак: https://www.voip-info.org/wiki/view/Routers+SIP+ALG эти костыли в 99% случаев причина, почему у вас натопроблемы.

     

  • 1.17, Аноним (-), 15:51, 04/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    asterisk 13 это lts версия, полноценно поддерживает, ну и есть возможность выбора что использовать chan_sip или chan_pjsip
     
  • 1.23, Аноним (-), 19:35, 04/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сможет кто-нибудь подсказать, в корпоративном сегмента для внутреннего использования с какими проблемами можно столкнуться? И какой клиент можно использовать для звонков и создания видеоконференций?
     
     
  • 2.26, Тузя (ok), 20:24, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > с какими проблемами можно столкнуться
    > видеоконференций

    Я бы вам настоятельно не советовал даже думать о таких вещах. Там же ffmpeg вместо кодеков. Для задачи видеокодирования с целью передачи потока по RTP вам нужно задуматься о двух вещах. Затюнены ли кодеки под это (AVPF-ориентированность, всякие проприетарные FMO-алгоритмы). Когда у вас видеопотоки лазают поверх IP-сети, которая не всегда надёжна (скачки пропускной способности и jitter) вам нужно:
    - уметь определять на лету значимые и незначимые части видеопотока
    - уметь интерполировать на клиенте потерянные или отброшенные блоки по избыточным данным
    - уметь переключить кодек входящего и исходящего видеопотока. И вот входящий тут поважнее будет, чем ваш.
    Для организации нормальной видеосвязи на 720p в корпоративном сегменте не обойтись без нормальной MCU. Sangoma что-то продавала под аст, но это всё так, зайчатки. Если приоритетно строить внутреннюю видеоконференцсвязь присмотритесь к решениям Logitech/Lifesize или Polycom, если денег не жалко... или Skype for Business, если денег совсем мало.

    По клиентам - готовьтесь к остутствию удобного строительства конференций в принципе. Если хочется как белым людям (без feature-кодов и вписывания вручную внутренних номеров пользователей) то лучше возьмите этот самый pjproject и напишите сами к нему морду, сами сформируйте телефонную книгу (в LDAP, например) и вообще.

    Кроме шуток, вам нужно UC-решение с такими вопросами, а астериск - это гибкая АТС на базе которой и еще толпы продуктов можно его построить за каких-то несколько десятков человеколет. Если хочется комиссарских корпоративных решений UC на астах, вон есть ZuluUC или, простите за выражение, Elastix. Но нормальных кодеков и видео вы там не дождётесь.

     
     
  • 3.36, leap42 (ok), 03:42, 05/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Logitech/Lifesize

    имел с ними дело: даже не думайте пользоваться этим даже если вам приплатят, а уж тем более самим тратить деньги

    > Polycom

    эти в порядке, во всех смыслах

    > Skype for Business, если денег совсем мало

    поддержу

    ещё можно FreeSWITCH попробовать, там в новых версиях норм MCU (потоки смешиваются, а не как здесь), но придётся заплатить спецу (скорее всего)(в tg есть канал ru.VoIP)

     
  • 3.38, Аноним (-), 07:38, 05/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Имелось в виду исключительно внутреннее использование, связь сотрудников внутри локальной сети (VPN). Качество связи не сильно в принципе и волнует.
     
     
  • 4.49, Тузя (ok), 07:01, 06/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Имелось в виду исключительно внутреннее использование, связь сотрудников внутри локальной
    > сети (VPN). Качество связи не сильно в принципе и волнует.

    Skype for Business

     

  • 1.25, Sfinx (ok), 20:23, 04/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    aster до сих пор не умеет записывать видео звонков как и их хваленный confbridge. про mux типа mkv/avi можно вообще не говорить - у digium кодеров руки исправно растут из жопы. pjsip были вынуждены прикрутить, потому как их собственный большой кусок макаронной срани под названием chan_sip не умел многого включая webrtc.
     
  • 1.28, Аноним (-), 21:01, 04/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А безотносительно к самому астериску. Сколько процессорных мощностей нужно для одного клиента при ВКС? Примерные прикидки есть у кого-нибудь?
     
     
  • 2.29, Тузя (ok), 21:22, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Сколько процессорных мощностей нужно для одного клиента при ВКС?

    В вопросе содержится речевая ошибка, любезный.
    Видимо вопросы звучат так:
    1) Сколько плат аппаратных видекодеков должно находится на материнской плате MCU, если
    - количество одновременных участников в 1080p - такое-то
    или
    - количество одновременных участников в 720p - такое-то
    2) Сколько мне нужно MCU и как они друг с дружкой транкуются с учётом того, что сетевая топология компании, в которой я работаю такая-то и география такая-то?
    Это при условии, что вы там конференц-залы с удалёнными работниками и селекторными совещаниями не строите. Если нужны конференц залы, то вопросов сильно-сильно больше.

    А если серьёзно, думать забудьте о "процессорных" мощностях при строительстве ВКС. На процах обычных серваков работает только скайп для бизнеса и только в SD, хотя к нему вроде можно было цеплять какие-то цисковский и лайфзайзовские MCU... Такие вопросы нужно уточнять у интеграторов соответствующих вендоров. Сомневаюсь, что на opennet вам кто-то реально поможет со строительством ВКС. По этому вопросу даже советы платные. =)

     
     
  • 3.44, Аноним (-), 18:03, 05/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем аппаратные? Интересует прикидка именно в расчете столько ядер обычного интелового процессора на одного пользователя. Интеграторские байки не очень интересны. Бо там натыкаешься на обычных менеджеров впаривающих разное. Нет попадаются и отличные технари, но для меня это скорее исключение. А если интерес для себя, а не для бизнеса совсем странно интеграторов дергать.
    Без объяснений почему именно так мне попадались цифры. Одно ядро на два-три пользователя в 1080р.
     
     
  • 4.50, Тузя (ok), 07:40, 06/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Зачем аппаратные?

    Затем, что вы больше 10 человек не вопхнете в видеоконференцию без специального железа. Начиная с определенного количества одновременных видеопотоков в конференции вы не сможете адекватно кодировать и собирать сцену на одном камне. Вон WebRTC имеет ограничение в 8, потому что оно вообще p2p. Причем WebRTC собралось развиваться в сторону mesh, а не традиционно ставить MCU-релей.
    > Интересует прикидка именно в расчете столько ядер обычного интелового процессора на одного пользователя.

    Ответ вам не понравится. 42. Я хорошо подумал.

    БОМЖ-ВКС можно строить на Skype for Business. И вот их калькуляторы:
    https://technet.microsoft.com/en-us/library/mt695947.aspx

    > Одно ядро на два-три пользователя в 1080р.

    Ну это нам еще Ванга завещала.

     
     
  • 5.52, Аноним (-), 18:54, 06/10/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Зема, поменьше пафоса. Мне был интересен ответ от знающих людей занимающихся этим вопросом. А не интеграторские байки. Если ты думаешь что я не в курсе мсовской балалайки или не изучал расчеты на сайте мс, или не собирал на железках географически распределенные вкс то заблуждаешься. А бомж-вкс, который надо сделать здесь и сейчас за полдня на полчаса работы, и без денег я собирал лет больше десяти назад. ффмпег, влц, флусоник ага всё перепробовал и скрутил это убожество в нужный срок. Вот это было бомж-вкс, да.
    Так что не топырь пальцы, не идёт.
     
     
  • 6.53, Аноним (-), 15:35, 07/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так расскажи нам подробности своей
     

  • 1.31, rdbkzn (?), 22:19, 04/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если провайдер даёт несколько учетных записей, тогда  FreeSwitch...
    Иначе настроить не получилось
     
     
  • 2.37, leap42 (ok), 03:44, 05/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    нормально всё с несколькими учётками (если не считать боли с роутингом), но freeswitch двачую, супер вещь
     

  • 1.41, Аноним (-), 11:10, 05/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Cyber Mega Phone 2000

    Ну и название.

     
     
  • 2.51, Тузя (ok), 07:54, 06/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну и название.

    Полное название: Cyber Mega Phone 2K Ultimate Dynamic Edition
    https://github.com/asterisk/cyber_mega_phone_2k

    Авторы подошли с юмором при написании тестовой утилиты.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру