 Posted: Thu Dec 23, 2010 5:28 pm |
 |
|
| letu |
| Отметившийся |
|
 |
| Joined: 13 Sep 2010 |
| Posts: 16 |
|
|
|
|
|
 |
|
В связи с последними событиями в центре которых падение сервера skype возникла потребность в реализации протокола Jingle (http://xmpp.org/extensions/xep-0167.html) в Vacuum.
Планируется ли подобное хотя бы в далёком будущем или нет? |
|
|
|
|
| Posted: Fri Dec 24, 2010 8:51 am |
|
|
| Lion |
| Разработчик |
|
|
| Joined: 10 Jan 2005 |
| Posts: 699 |
| Location: г. Волжский |
|
|
|
|
|
|
| Планируется, голосовое и видео общение в приоритетных задачах. |
|
|
|
|
| Posted: Thu Jan 12, 2012 6:10 pm |
|
|
|
или уже даже и в планах нет
не сочтите за грубость, но в последних changelog - только мышиная возня...
корпоративным клиентам нужны kerberos/VoIP |
|
|
|
|
| Posted: Thu Jan 12, 2012 7:18 pm |
|
|
| Lion |
| Разработчик |
|
|
| Joined: 10 Jan 2005 |
| Posts: 699 |
| Location: г. Волжский |
|
|
|
|
|
|
| Jingle планируется в версии 1.4, версия 1.3 будет посвящена улучшению юзабилити. Времени мало, по этому разработка продвигается не быстро. |
|
|
|
|
 | |  |
| Posted: Tue Mar 27, 2012 1:46 pm |
|
|
|
спасибо
тогда есть 2 предложения:
1. Могу посильно помочь с тестированием/созданием пакетов и тп. С кодом пока сильно не дружу, но изучаю понемногу. Параллельно работаю над приведением в рабочее состояние Jingle Nodes для ejabberd.
2. Если уж соберетесь реализовывать Jingle, то хотел бы предложить реализовывать не устаревший XEP-167, а гораздо более адекватный Jingle Nodes, который хоть и носит статус экспериментального, однако уже реализован в Jitsi, прекрасно работает, но обладает микроскопическими недостатками. Основной аргумент тут - решение генетических проблем по пробиванию фаерволов в сложных сетях/корпоративных средах. не нужно будет реализовывать кучу костылей типа STUN/UPnP/ICE/etc. Эталонная реализация JN http://code.google.com/p/jinglenodes/.
Спасибо. |
|
|
|
|
| | |
| Posted: Tue Mar 27, 2012 2:57 pm |
|
|
| Yagiza |
| Отметившийся |
|
|
| Joined: 27 Mar 2012 |
| Posts: 7 |
| Location: г. Магнитогорск, Россия |
|
|
|
|
|
|
| fk00 wrote: |
2. Если уж соберетесь реализовывать Jingle, то хотел бы предложить реализовывать не устаревший XEP-167, а гораздо более адекватный Jingle Nodes. |
Можно узнать, каком образом предполагается вместо "устаревшего XEP-0167" использовать "гораздо более адекватный XEP-0278", если эти 2 XEP'а по своему назначению никак не пересекаются? |
|
_________________
潔くカッコ良く生きて行こう！ |
|
|
|
| | |
| Posted: Wed Mar 28, 2012 10:44 am |
|
|
| Binary |
| Разработчик |
 |
|
| Joined: 17 Dec 2004 |
| Posts: 1712 |
| Location: Омск |
|
|
|
|
|
|
| Yagiza wrote: | | fk00 wrote: |
2. Если уж соберетесь реализовывать Jingle, то хотел бы предложить реализовывать не устаревший XEP-167, а гораздо более адекватный Jingle Nodes. |
Можно узнать, каком образом предполагается вместо "устаревшего XEP-0167" использовать "гораздо более адекватный XEP-0278", если эти 2 XEP'а по своему назначению никак не пересекаются? |
Присоединяюсь к вопросу. |
|
_________________
And I'm feeling good! |
|
|
|
| Posted: Wed Mar 28, 2012 10:46 am |
|
|
| Lion |
| Разработчик |
|
|
| Joined: 10 Jan 2005 |
| Posts: 699 |
| Location: г. Волжский |
|
|
|
|
|
|
| Ну ошибся человек, похоже он имел ввиду "устаревшие STUN/UPnP/ICE/etc". |
|
|
|
|
| Posted: Wed Mar 28, 2012 10:47 am |
|
|
| Binary |
| Разработчик |
|
|
| Joined: 17 Dec 2004 |
| Posts: 1712 |
| Location: Омск |
|
|
|
|
|
|
| Lion wrote: | | Ну ошибся человек, похоже он имел ввиду "устаревшие STUN/UPnP/ICE/etc". |
Они не устаревшие тоже. |
|
_________________
And I'm feeling good! |
|
|
|
| | |
| Posted: Thu Mar 29, 2012 3:03 am |
|
|
| Yagiza |
| Отметившийся |
|
|
| Joined: 27 Mar 2012 |
| Posts: 7 |
| Location: г. Магнитогорск, Россия |
|
|
|
|
|
|
| Lion wrote: | | Ну ошибся человек, похоже он имел ввиду "устаревшие STUN/UPnP/ICE/etc". |
На мой взгляд, XEP-0260 и XEP-0261 в качестве транспорта для начала вполне достаточно. Поскольку они уже имеют статус чернового стандарта, а во-вторых, данный механизм уже реализован в Вакууме, т. е. проблем с реализацией данного XEP'а быть не должно. Пользователю достаточно один раз настроить у себя SOCKS5 (если он зарегистрирован на кривом сервере, не имеющем своего SOCKS5-сервера) и у него будет всё работать!
Спрашивается, зачем городить огород со всяким Jingle Relay Node'ами, когда их днём с огнём не сыщешь, SOCKS5-серверов сотни, если не тысячи?
Конечно, подумать о реализации XEP-0278 можно... Но реализация экспериментальных XEP'ов на маой взгляд должна быть наименее приоритетной и идти только после реализации финальных и черновых стандартов с аналогичным функционалом. |
|
_________________
潔くカッコ良く生きて行こう！ |
|
|
|
| | |
| Posted: Thu Mar 29, 2012 10:21 am |
|
|
| Binary |
| Разработчик |
|
|
| Joined: 17 Dec 2004 |
| Posts: 1712 |
| Location: Омск |
|
|
|
|
|
|
| Yagiza wrote: | | Lion wrote: | | Ну ошибся человек, похоже он имел ввиду "устаревшие STUN/UPnP/ICE/etc". |
На мой взгляд, XEP-0260 и XEP-0261 в качестве транспорта для начала вполне достаточно. Поскольку они уже имеют статус чернового стандарта, а во-вторых, данный механизм уже реализован в Вакууме, т. е. проблем с реализацией данного XEP'а быть не должно. Пользователю достаточно один раз настроить у себя SOCKS5 (если он зарегистрирован на кривом сервере, не имеющем своего SOCKS5-сервера) и у него будет всё работать!
Спрашивается, зачем городить огород со всяким Jingle Relay Node'ами, когда их днём с огнём не сыщешь, SOCKS5-серверов сотни, если не тысячи?
Конечно, подумать о реализации XEP-0278 можно... Но реализация экспериментальных XEP'ов на маой взгляд должна быть наименее приоритетной и идти только после реализации финальных и черновых стандартов с аналогичным функционалом. |
бррр. ну и кашу вы нагородили. SOCKS5 не удобно использовать для RTP транспорта, т.к. на данный момент он не умеет udp. К тому же, ICE-транспорт является стандартом во всей остальной части VoIP софта, поэтому есть смысл поддерживать именно его, чтобы потом не кусать себе локти с проблемами взаимодействия. Сейчас я реализовываю поддержку WebRTC для Habahaba, и там тоже используется ICE, никто, кроме xmpp-мира не в курсе, что есть такой транспорт SOCKS5, к тому же, у SOCKS5 есть бутылочное горлышко — сервер.
STUN и TURN описаны в транспорте ice-udp, на данный момент это мейнстрим и поддерживать их необходимо.
По поводу релей нодов, они пока не являются даже более-менее стабильным форматом, AFAIK. К тому же, они должны использоваться не вместо, а ВМЕСТЕ со STUN, ибо, вдумайтесь, если все сидят за NATом, кто будет нодами? |
|
_________________
And I'm feeling good! |
|
|
|
| | |
| Posted: Fri Mar 30, 2012 4:54 am |
|
|
| Yagiza |
| Отметившийся |
|
|
| Joined: 27 Mar 2012 |
| Posts: 7 |
| Location: г. Магнитогорск, Россия |
|
|
|
|
|
|
[quote="Binary"] | Yagiza wrote: |
бррр. ну и кашу вы нагородили. SOCKS5 не удобно использовать для RTP транспорта, т.к. на данный момент он не умеет udp. К тому же, ICE-транспорт является стандартом во всей остальной части VoIP софта, поэтому есть смысл поддерживать именно его, чтобы потом не кусать себе локти с проблемами взаимодействия. Сейчас я реализовываю поддержку WebRTC для Habahaba, и там тоже используется ICE, никто, кроме xmpp-мира не в курсе, что есть такой транспорт SOCKS5, к тому же, у SOCKS5 есть бутылочное горлышко — сервер.
STUN и TURN описаны в транспорте ice-udp, на данный момент это мейнстрим и поддерживать их необходимо.
По поводу релей нодов, они пока не являются даже более-менее стабильным форматом, AFAIK. К тому же, они должны использоваться не вместо, а ВМЕСТЕ со STUN, ибо, вдумайтесь, если все сидят за NATом, кто будет нодами? |
Так... Вы несколько искаверкали мои слова.
Я нигде не говорил, имею что-то против ICE и UDP.
Я лишь написал что:
1. Начать нужно с реализации XEP-0260 и XEP-0261, как с наиболее простых, поскольку данный механизм уже реализован в Vacuum-IM.
2. Черновые стандарты (к коим относятся не только XEP-0260 и XEP-0261, но и XEP-0176 и XEP-0177) должны быть реализованы до реализации экспериментальных (к коим относится XEP-0278)!
По-моему, данная дорожная карта весьма состоятельна. Или Вы имеете какие-то возражения против такой последовательности? |
|
_________________
潔くカッコ良く生きて行こう！ |
|
|
|
| | |
| Posted: Fri Mar 30, 2012 1:05 pm |
|
|
| fk00 |
| Начинающий тестер |
|
|
| Joined: 27 Mar 2012 |
| Posts: 22 |
|
|
|
|
|
|
|
Разумеется, я имел в виду не сам XEP, а те множественные костыли в виде STUN/TURN/NAT/ICE/UPnP, которые могу поспорить ни одному присутствиующему человеку менеджить не приходилось.
Я вот что хочу сказать... немного отвлекшись от непосредственно реализации и протоколов
XMPP семейство протоколов - это клиент-серверная архитектура, но почему-то разработчики клиентов всегда думают только о клиентах, а их коллеги из серверного стана - о своих. В результате получается что-то, что не работает с половиной серверов или клиентов, соответственно.
Почти на каждом сайте с OSS софтом XMPP есть кнопка donate, но не думаю, что на нее часто жмут, и по одной простой причине - никому не нужны по большому счету Adium стили в окошках чата. Нужно, чтобы _все работало_. Давайте вспомним скайп. При весьма убогом интерфейсе он за пару лет захватил весь мир - и в первую очередь, на мой взгляд, потому, что умел нормально работать _в любой среде_ - и в корпоративной (головная боль для админов-сетевиков, но это отдельный вопрос) и в SOHO на глючном дешевом железе и даже на мобильных устройствах с их неширокими возможностями.
Теперь чуть конкретнее. Если кто-нить из присутствующих хотя бы по диагонали прочитал любой из двух документов, на которые я дал ссылки (один из них 10 строк размером), то при небольшом рассмотрении окажется, что упомянутый bottleneck в виде SOCKS сервера (опять же мы _уже_ работаем с сервером) - это не недостаток а преимущество. Принципиальная ошибка в упомянутых "простых" стандартах это смешивание двух концепций - p2p и c2s. Это приводит к двум фундаментальным недостаткам: в корпоративной среде не выполняется принцип разделения информационной среды, а в SOHO секторе - все это просто плохо работает, потому что зоопарк и реализовано далеко не везде.
Я могу говорить за многих, кто пытается внедрить XMPP системы в корпоративных средах - там не нужен STUN/ICE и прочая малопонятная штука. Jingle Nodes + Mediaproxy решает _все_ проблемы с передачей информации от клиента к клиенту. Вот почему OpenFire в корпоративной среде - стандарт, хотя по тестам он валится уже на полсотне юзеров, а ejabberd и Djabberd, которые умеют тысячи и даже во втором случае сотни тысяч, нафиг никому не упали.
Вот так вот...
Behind the scenes. Я не буду говорить никому из присутствующих о QoS с тем, чтобы не шокировать ваши некрепкие юношеские умы. Шутка  . |
|
|
|
|
| | |
| Posted: Fri Mar 30, 2012 1:30 pm |
|
|
| Binary |
| Разработчик |
|
|
| Joined: 17 Dec 2004 |
| Posts: 1712 |
| Location: Омск |
|
|
|
|
|
|
| Yagiza wrote: | | По-моему, данная дорожная карта весьма состоятельна. Или Вы имеете какие-то возражения против такой последовательности? |
Ага, имею. Использование SOCKS5 транспорта может помешать использовать готовые медиа-фреймворки, а ещё никто нынче не умеет этот транспорт использовать совместно с jingle, как тестировать прикажете? |
|
_________________
And I'm feeling good! |
|
|
|
| | |
| Posted: Fri Mar 30, 2012 1:36 pm |
|
|
| Binary |
| Разработчик |
|
|
| Joined: 17 Dec 2004 |
| Posts: 1712 |
| Location: Омск |
|
|
|
|
|
|
| fk00 wrote: | | Разумеется, я имел в виду не сам XEP, а те множественные костыли в виде STUN/TURN/NAT/ICE/UPnP, которые могу поспорить ни одному присутствиующему человеку менеджить не приходилось. |
На что спорите?
| Quote: | Я вот что хочу сказать... немного отвлекшись от непосредственно реализации и протоколов
XMPP семейство протоколов - это клиент-серверная архитектура, но почему-то разработчики клиентов всегда думают только о клиентах, а их коллеги из серверного стана - о своих. В результате получается что-то, что не работает с половиной серверов или клиентов, соответственно.
|
ничего не понял, это вообще о чём?
| Quote: | | Почти на каждом сайте с OSS софтом XMPP есть кнопка donate, но не думаю, что на нее часто жмут, и по одной простой причине - никому не нужны по большому счету Adium стили в окошках чата. Нужно, чтобы _все работало_. Давайте вспомним скайп. При весьма убогом интерфейсе он за пару лет захватил весь мир - и в первую очередь, на мой взгляд, потому, что умел нормально работать _в любой среде_ - и в корпоративной (головная боль для админов-сетевиков, но это отдельный вопрос) и в SOHO на глючном дешевом железе и даже на мобильных устройствах с их неширокими возможностями. |
Да, но опенсорс здесь проигрывает по возможностям не потому, что его авторы не могут сделать так же хорошо, а потому, что для подобного рода софта нужны некоторые денежные вливания, которых взять негде.
| Quote: | | Теперь чуть конкретнее. Если кто-нить из присутствующих хотя бы по диагонали прочитал любой из двух документов, на которые я дал ссылки (один из них 10 строк размером), то при небольшом рассмотрении окажется, что упомянутый bottleneck в виде SOCKS сервера (опять же мы _уже_ работаем с сервером) - это не недостаток а преимущество. Принципиальная ошибка в упомянутых "простых" стандартах это смешивание двух концепций - p2p и c2s. Это приводит к двум фундаментальным недостаткам: в корпоративной среде не выполняется принцип разделения информационной среды, а в SOHO секторе - все это просто плохо работает, потому что зоопарк и реализовано далеко не везде. |
Опять смешались вместе кони, люди, очень сложно уловить ход ваших мыслей. Пресловутый скайп, он p2p или c2s?
| Quote: | | Я могу говорить за многих, кто пытается внедрить XMPP системы в корпоративных средах - там не нужен STUN/ICE и прочая малопонятная штука. Jingle Nodes + Mediaproxy решает _все_ проблемы с передачей информации от клиента к клиенту. Вот почему OpenFire в корпоративной среде - стандарт, хотя по тестам он валится уже на полсотне юзеров, а ejabberd и Djabberd, которые умеют тысячи и даже во втором случае сотни тысяч, нафиг никому не упали. |
Прекрасно, блин, а для домашних пользователей нужен STUN, и что теперь? О чём сей трёп? В корпоративной среде можно вообще без NAT traversal обходиться, чистым UDP-транспортом при нормальной настройке.
| Quote: | Вот так вот...
Behind the scenes. Я не буду говорить никому из присутствующих о QoS с тем, чтобы не шокировать ваши некрепкие юношеские умы. Шутка . |
Нет уж вы расскажите, пожалуйста, а то кругом обрывки фраз непонятного назначения и никакой конкретики. |
|
_________________
And I'm feeling good! |
|
|
|
| | |
| JRuDevels Forum Index » Vacuum |
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
All times are GMT + 3 Hours
Page 1 of 5
Goto page 1, 2, 3, 4, 5 Next
|
|
|
|
|
