Как стать автором
Обновить

Комментарии 16

можно кстати даже свой TURN сервер поднять code.google.com/p/rfc5766-turn-server/
Так а расскажите подробнее, про то что пилили, знаете скандалы, интриги ;)
можно кстати даже свой TURN сервер поднять code.google.com/p/rfc5766-turn-server/

Да, думали об этом, но пока публичные справляются на 5 баллов.

Так а расскажите подробнее, про то что пилили, знаете скандалы, интриги ;)

А видео-то и забыли вставить. А вообще, лучше заходите поклацайте.
Приятно видеть настоящий, не экспериментальный проект на WebRTC. Желаю вам удачи!

В свое время, кстати, тоже много намучился со STUN серверами. И свои пытался поднимать, и разные сторонние использовал. Но соединения все равно периодически становились нестабильными. Причем, в самый неподходящий момент, когда клиенту уже через пару часов показывать. :)
Желаю вам удачи!

Спасибо!

Причем, в самый неподходящий момент, когда клиенту уже через пару часов показывать. :)

Это всегда так.

В свое время, кстати, тоже много намучился со STUN серверами

Какое решение в итоге оказалось самым стабильным?
Откровенно говоря, уже не помню точно. Использовали несколько публичных STUNов, и еще свой один подняли. Полностью стабильное решение получить так и не удалось, но проект был для внутреннего использования, так что просто добились, чтобы в сети клиента работало приемлемо.
у нас Chrome <--> Chrome очень прилично работает со своим TURN сервером (rfc5766-turn-server) стоящим у Hetzner.
Тогда вам наверное интересно будет прочитать про remote.st.
Как сейчас обстоят дела с совместимостью браузеров?
Соединение стабильно работает мжду последними+одинаковыми версиями одинаковых браузеров, так как реализации технологии в FF и Chrome сейчас немного отличаются. Но судя по багтрекерам, они движутся навстречу друг другу.

Т.е. Chrome 31 — Chrome 31, Canary 33 — Canary 33, FF 25 — FF 25 будет работать, но не между разными браузерами.
Все равно неплохой прогресс если они стали добавлять в стабильные ветки технологию без необходимости задания флагов.
> STUN и TURN — пожалуй основная проблема, о которой почему-то мало пишут…

Ваша статья не исключение:)
Ну, они хотя бы рабочую, отлаженную конфигурацию привели. Это тоже не мало. Можно, наверное, взять если что, и попробовать у себя.
Сейчас добавлю немного. Из приватных сетей, класса A, B, C, люди в сети класса public выходят только через NAT. Эта технология не удобна тем, что два хоста за NAT'ами не могут общаться друг с другом. По этому и придумали эти технологии.
Круто! Получилось удобно и интересно. Хорошо, что решили проблемы с NAT-ами :) И за это время я уже успел переписать Start на Яваскрипт с сохранением API ;) github.com/lvivski/dialup
Зарегистрируйтесь на Хабре , чтобы оставить комментарий