Comments 47
При тестовом звонке по дефолтным параметрам, я так понял, подразумевается, что голос запишется и потом воспроизведется (как в скайпе тестовый звонок).
Так вот, несколько попыток, ни одна не завершилась успехом, я все слышу, после сигнала проговариваю, после следующего сигнала, в ответ тишина. проверил в 3-х браузерах — Opera,FF,Chrome — результат идентичный.
Что я делаю ни так?
PS: микрофон работает (индикатор бегает).
Так вот, несколько попыток, ни одна не завершилась успехом, я все слышу, после сигнала проговариваю, после следующего сигнала, в ответ тишина. проверил в 3-х браузерах — Opera,FF,Chrome — результат идентичный.
Что я делаю ни так?
PS: микрофон работает (индикатор бегает).
У вас Windows? И напишиье пожалуйста версию Flash Player.
Не, Linux.
Flash — Версия: 11.0.1
Shockwave Flash 11.0 r1
Flash — Версия: 11.0.1
Shockwave Flash 11.0 r1
Проверил в виртуалке под виндой, работает. Однако ни под Дебиан 6, ни под ubuntu 11.10 так и не заработало.
Интересно что скажут пользователи MacOSX.
Интересно что скажут пользователи MacOSX.
>Во-первых, перспектива его поддержки в Internet Explorer весьма туманна
Я так понял, что тут решается конкретная задача запустить звонилку на всех браузерах в Windows.
Я так понял, что тут решается конкретная задача запустить звонилку на всех браузерах в Windows.
Клиентская часть разрабатывалась в основном на Mac OS X, так что все должно работать.
По поводу Linux: я только что загрузил в Parallels Desktop Ubuntu 10.4, поставил на нее Flash Player 11.0.1.152 и потестировал — заработало, но только после того, как я в системных настройках звука выкрутил уровень микрофона почти на максимум.
По поводу Linux: я только что загрузил в Parallels Desktop Ubuntu 10.4, поставил на нее Flash Player 11.0.1.152 и потестировал — заработало, но только после того, как я в системных настройках звука выкрутил уровень микрофона почти на максимум.
Ubuntu — 10.10
Flash — Shockwave Flash 11.0 r1
Chome 14.0.835.202
Даже не позволят поставить галочку «разрешить», меню никак не реагирует на нажатия.
Flash — Shockwave Flash 11.0 r1
Chome 14.0.835.202
Даже не позволят поставить галочку «разрешить», меню никак не реагирует на нажатия.
Весь голосовой/видео поток идет через Ваши сервера?
На сколько одновременных разговоров хватит мощности?
p.s. тестовый звонок (echo) работает без проблем
На сколько одновременных разговоров хватит мощности?
p.s. тестовый звонок (echo) работает без проблем
Да, весь трафик идет через наши сервера, иначе на сегодняшний день невозможно.
Мы проводили нагрузочное тестирование, держим где-то 400-500 одновременных звонков на сервер. И серверов у нас несколько. Архитектура такая, что параллелить можно бесконечно, так что будем доставлять по мере необходимости. Причем ставить сервера будем именно там, где сервис используют, чтобы минимизировать сетевые задержки.
Мы проводили нагрузочное тестирование, держим где-то 400-500 одновременных звонков на сервер. И серверов у нас несколько. Архитектура такая, что параллелить можно бесконечно, так что будем доставлять по мере необходимости. Причем ставить сервера будем именно там, где сервис используют, чтобы минимизировать сетевые задержки.
Ok. Жаль что клиентская часть работает со своим сервером, а не по SIP напрямую… иначе было бы интересно приобрести для использования в своих проектах.
Понимаю, что Вам необходимо гнать трафик через себя, чтобы получать за это «вознаграждение» :)
Понимаю, что Вам необходимо гнать трафик через себя, чтобы получать за это «вознаграждение» :)
Совсем не поэтому, просто на текущий момент по-другому нельзя. Но если например убрать требование, чтобы все работало без установки дополнительных плагинов, то вполне возможно посылать SIP-траффик напрямую из браузера в ваш сервис.
Такие технологии у нас тоже есть. Вы можете зайти на talkpad.ru, установить нативный плагин, и затем позвонить на свой SIP-сервер. Вы сможете увидеть, что RTP траффик идет напрямую. Просто такое решение явно не подходит для открытого веба. Для внутрикорпоративного сервиса — вполне можно.
Такие технологии у нас тоже есть. Вы можете зайти на talkpad.ru, установить нативный плагин, и затем позвонить на свой SIP-сервер. Вы сможете увидеть, что RTP траффик идет напрямую. Просто такое решение явно не подходит для открытого веба. Для внутрикорпоративного сервиса — вполне можно.
Это из за проблем с безопасностью?
Ну а если Stip TLS + Zrtp?
Просто дополнительные сервера, как то печально, просто провайдеры корпят над системами с высокой доступностью а тут выходит ещё надо добавить серверов.
Ну а если Stip TLS + Zrtp?
Просто дополнительные сервера, как то печально, просто провайдеры корпят над системами с высокой доступностью а тут выходит ещё надо добавить серверов.
Поясню еще раз. В требованиях есть такая строчка: «поддержка браузерами минимум у 95% пользователей без инсталляции чего-либо». Это означает что мы можем использовать только стандартные методы HTML5 + Javascript, либо очень популярные плагины, которым является Flash.
HTML5 + Javascript на сегодняшний день не могут даже банально снимать звук с микрофона, поэтому отпадают. Flash может, но Flash-приложениям не дают прямого доступа к Socket API, поэтому нельзя просто открыть сокет и посылать туда данные. Таким образом протоколы SIP и RTP отпадают (а также их секъюрные варианты). Приходится использовать то, что доступно Flash, а именно абстракцию над протоколом UDP, которая называется RTMFP. Ну и на серверной стороне уже конвертируем в стандартные протоколы.
HTML5 + Javascript на сегодняшний день не могут даже банально снимать звук с микрофона, поэтому отпадают. Flash может, но Flash-приложениям не дают прямого доступа к Socket API, поэтому нельзя просто открыть сокет и посылать туда данные. Таким образом протоколы SIP и RTP отпадают (а также их секъюрные варианты). Приходится использовать то, что доступно Flash, а именно абстракцию над протоколом UDP, которая называется RTMFP. Ну и на серверной стороне уже конвертируем в стандартные протоколы.
А как они делают? flashphoner.com/
This is h.264 (hd video) and g.711 (most popular audio) codecs.
So, server-side transcoding is no longer needed.
That mean:
1. Audio and video delay will smaller
2. Productivity of server side will higher (more concurrent calls)
This is h.264 (hd video) and g.711 (most popular audio) codecs.
So, server-side transcoding is no longer needed.
That mean:
1. Audio and video delay will smaller
2. Productivity of server side will higher (more concurrent calls)
transcoding — это преобразование из одного кодека в другой. Имеется ввиду что теперь Flash поддерживает G.711 и H.264 и не надо Speex и Sorenson Spark в них преобразовывать, что значительно экономит CPU сервера.
Однако трафик через сервер пропускать все равно надо. И этот проект это тоже делает, отсюда «Best Flash-to-SIP Gateway for Flash-VoIP communications».
Flashphoner.com (как и другие похожие проекты) использует протокол RTMP (смотрите title их главной страницы), который реализован поверх TCP и больше подходит для потокового вещания чем для разговоров в реальном времени.
Мы, с другой стороны, используем RTMFP, который работает поверх UDP и позволяет добиться нормального качества связи.
Однако трафик через сервер пропускать все равно надо. И этот проект это тоже делает, отсюда «Best Flash-to-SIP Gateway for Flash-VoIP communications».
Flashphoner.com (как и другие похожие проекты) использует протокол RTMP (смотрите title их главной страницы), который реализован поверх TCP и больше подходит для потокового вещания чем для разговоров в реальном времени.
Мы, с другой стороны, используем RTMFP, который работает поверх UDP и позволяет добиться нормального качества связи.
Есть такая вещь как WebRTC, которая позволит все что надо снимать без Flash, кстати, вполне работает уже в специализированных браузерах, еще чуть-чуть и будет доступно простым смертным вместе с Хромом
Про WebRTC я как раз упомянул во втором абзацe.
Да только там написано неправильно, WebRTC позволяет использовать любой протокол сигнализации, в том числе и SIP. Не знаете — не пишите, чтоб не вводить людей в заблуждение.
Давайте тогда будем совсем честными с людьми. WebRTC вообще не определяет сигнальный протокол, и предполагается, что сигнализация будет делаться Javascript-средствами WebSocket или AJAX long-polling (или того хуже). Это означает, что напрямую, без серверной прослойки, подключиться к обычному SIP-серверу на сигнальном уровне не получится.
В то же время RTP поддерживается из коробки. Однако смотрим на кодеки: iLBC, iSAC и VP8. Это означает, что для взаимодействия с обычной IP телефонией голосовые и видео данные также придется прогонять через сервер и транскодить в более общепринятые.
Все это в совокупности означает, что WebRTC поддерживает SIP ничуть не лучше, чем Flash. Разве что, это вещь сильно более открытая и серверную часть сильно легче написать.
В то же время RTP поддерживается из коробки. Однако смотрим на кодеки: iLBC, iSAC и VP8. Это означает, что для взаимодействия с обычной IP телефонией голосовые и видео данные также придется прогонять через сервер и транскодить в более общепринятые.
Все это в совокупности означает, что WebRTC поддерживает SIP ничуть не лучше, чем Flash. Разве что, это вещь сильно более открытая и серверную часть сильно легче написать.
Во-первых, G.711 оттуда никто не убирал, во-вторых tools.ietf.org/html/draft-ibc-rtcweb-sip-websocket-00, в-третьих передача данных по RTP. По кодекам вопрос еще будет решаться
Знаете, я с трудом поверю, что может быть что-то, что поддерживает low-latency общение не лучше флеша.
UFO just landed and posted this here
Пробовали. Долгое время на talkpad.ru висела именно связка siprtmp + VideoIO. Все работает, пока есть идеальное сетевое соединение между пользователем и сервером с siprtmp. Но как только есть хоть малейшие проблемы с сетью, проявляется сущность протокола RTMP — он начинает «захлебываться», постоянно запрашивая ретрансмиты потерянных пакетов.
Это и побудило задуматься над поиском альтернативы. Реализаций более подходящего для VoIP протокола RTMFP, которую просто можно взять и использовать, сейчас нет, поэтому написали свою. Результат понравился, и поэтому решили предложить это решение всем желающим через облачное API.
Это и побудило задуматься над поиском альтернативы. Реализаций более подходящего для VoIP протокола RTMFP, которую просто можно взять и использовать, сейчас нет, поэтому написали свою. Результат понравился, и поэтому решили предложить это решение всем желающим через облачное API.
rtmfp брали адобовский или вскрывали?
Как я уже написал, адобовскими продуктами сделать подобный функционал вообще нельзя. Последний Flash Media Server Enterprice Edition конечно поддерживает RTMFP, но только для нужд P2P. Направить такой поток в какой-нибудь Flash Media Gateway для конвертации в SIP не представляется возможным.
В Zingaya тоже есть RTMFP и есть еще Adobe Flash Media Gateway, который в связке с Flash Media Server тоже дает RTMFP->SIP
это понятно. Т.е. вы как и Zingaya реверсинжинирили RTMFP?
А другого пути пока никто не придумал :)
На всякий случай кидаю ссылку на спецификацию RTMFP может кому пригодится tools.ietf.org/html/draft-thornburgh-adobe-rtmfp-04
Ухх, вспомнил, как-то надо было поднять RTMP сервак и из всех возможных вариантов выбор пал на red5, т.к. он бесплатный. И так как я не сисадмин и даже не программист по образованию, то пришлось мне с ним помучаться, стоооооолько настроек было связано с этим расширением у скрипта для которого оно требовалось.
Ну и ресурсов кушало не хило, полуторагигагерцовый проц, гиг оперативы и 10Мб/с канал. Скрипт держал не больше 10 пользователей одновременно, если подключалось больше, то кто-то отваливался, кого-то начинало сильно лагать, кто-то вообще не мог подключиться.
Ну и ресурсов кушало не хило, полуторагигагерцовый проц, гиг оперативы и 10Мб/с канал. Скрипт держал не больше 10 пользователей одновременно, если подключалось больше, то кто-то отваливался, кого-то начинало сильно лагать, кто-то вообще не мог подключиться.
Не получился звонок на свой SIP аккаунт (провайдер intelnetcom.ru) из демо. Гудки вызова идут, а мой телефон молчит.
Кроме поминутной тарификации возможны другие варианты, например покупка безлимитных каналов?
Кроме поминутной тарификации возможны другие варианты, например покупка безлимитных каналов?
Смотрели по логам. При вашем звонке уходит SIP INVITE (инициирование нового вызова) на 188.94.208.62:5060, а в ответ тишина. Поэтому звонок и не проходит.
Если объемы большие, то конечно возможно, пишите в личку, договоримся.
Если объемы большие, то конечно возможно, пишите в личку, договоримся.
Прикольно, но за деньги гонять локальный трафик не вариант(
А чем Womza + flashphoner не вариант? Работает вроде хорошо…
А чем Womza + flashphoner не вариант? Работает вроде хорошо…
Размещаем на веб-сервере страницу, в которую подгружаем JavaScript-библиотеки RTCKit и пишем следующий код.
А не проще, просто скопировать HTML-код, как описывалось ранее?
А не проще, просто скопировать HTML-код, как описывалось ранее?
Мы сделали такой телефон на JAVA. Посмотреть можно тут.
да, но насколько я понял, у пользователя необходимо для начало установить сам движок Java?!
Sign up to leave a comment.
RTCKit: API голосового и видео общения в браузере