Difference between revisions of "Jingle"

Revision as of 18:27, 20 April 2011

Статьи по этой теме на других вики-сайтах:
	Jingle (протокол) — Википедия
	Jingle — JabberWorld

Эта статья о протоколе XEP-0166: Jingle. О реализующей его библиотеке см. libjingle.

Один из вариантов логотипа Jingle

Jingle - универсальный сигнальный протокол для XMPP. В его функции не входит сама передача данных, а только организация соединения - т.н. "рукопожатие". Другими словами, два клиента, используя Jingle, оговаривают адреса, порты, тип передаваемых данных, кодеки, тип канала, используемые транспорты и другую информацию, необходимую для установки соединения, по которому уже будет происходить непосредственная передача данных.

Состояние и применимость технологии

В данный момент пока сложно пользоваться голосовыми функциями в силу различных технических моментов и несовместимости клиентов. Но ситуация постепенно выправляется и уже можно найти рабочие комбинации, в которых голосовое взаимодействие возможно (смотрите таблицу размещенную ниже). Если у вас есть сомнения, то на обоих сторонах используйте один и тот же клиент. О практической стороне использования мультимедийный возможностей информация изложена на странице Голос и видео в jabber.

Применение

XEP-166 определяет только базовую функциональность сигнального протокола. Для каждого типа потока данных (звук, файлы, видео) существуют отдельные стандарты, конкретизирующие применение Jingle в своей области:

1. XEP-0167: Jingle RTP Sessions — звук и видео через RTP.
2. XEP-0177: Jingle Raw UDP Transport — создание UDP соединения для передачи любых данных.
3. шуточный XEP-0183: Jingle Telepathy Transport — создание телепатического канала для передачи мыслей.

Поддержка в программах

Две версии Jingle

Клиент GTalk (на библиотеке libjingle, созданной командой Google) работает поверх очень похожего на Jingle протокола, но все же, это не тот Jingle, который описан в соответствующем XEP (XEP-0166: Jingle). По этой причине клиенты на базе libjingle не совместимы с клиентами, имеющими реализацию по XEP.

Например, в QIP реализация Jingle от Google (libjingle), поэтому с Psi+ он не может взаимодействовать. Но даже эта, устаревшая реализация Jingle, есть только в версиях 9032 и 9034. Озвучиваются планы во возврату этой поддержки позднее^[1]. Но полноценный Jingle трудно ожидать в QIP, потому что в РБК делается упор на SIP.

В данной вики есть специальная категория для программ, поддерживающих Jingle, где есть как клиенты, так и библиотеки.

Данная таблица взята со страницы из вики JabberWorld и может содержать неверную информацию. Но она должна правиться и снабжаться соответствующими сносками-пояснениями. Методика и протоколы тестирования планируется опубликовать здесь.

Использование клиентами за NAT

Прохождение NAT осуществляется с использованием STUN. Его поддержка встроена в современные версии ejabberd, национальный сервер jabber.ru работает под управлением версии с поддержкой STUN.

jingle nodes relay - реализация Jingle supernode. Узел позволяющий клиентам, не имеющих возможности передавать голос напрямую. Копия запущена, например, на сервере Talkr.im. По состоянию на весну 2011 года эта технология очень мало распространена и вряд ли может быть использована на практике.

История

До появления Jingle ситуация с поддержкой голоса, видео и других p2p потоков была следующая: существовало несколько закрытых протоколов, используемых в закрытых клиентах, с одной стороны, и был разработан открытый стандарт TINS - с другой. Закрытые протоколы, помимо того, что были закрыты от сообщества, не всегда учитывали требования, необходимые для совместимости с уже существующими сетями на базе SIP, а открытый TINS имел недостатки, непозволяющие ему легко встраиваться в Jabber/XMPP клиенты.

Такая ситуация привела к расколу сообщества и XSF оказалась перед выбором:

1. Рекомендовать всем клиентам реализовывать одновременную поддержку и XMPP и SIP для передачи голоса
2. Сделать новый полноценный сигнальный протокол для XMPP

Опыт подсказывал, что не везде, где уже сделаны клиенты Jabber, можно реализовать двойную поддержку, поэтому XFS решило попробовать второй вариант и Joe Hildebrand вместе с Peter Saint-Andre начали разработку протокола, который бы обеспечил необходимую сигнальную функциональность и остался бы совместим с существующими стандартами. Кодовое название протокола стало Jingle ("звенеть")

После общения с разработчиками из Google стало понятно, что только появляющийся Jingle концептуально (и даже местами семантически) похож на сигнальный протокол используемый в приложении Google Talk. Тогда, ради совместимости, было решено согласовать эти два протокола и разработчики из Google стали входить в процесс разработки Jingle как соавторы.

Сейчас Jingle в основном идентичен протоколу используемому в GTalk, отличия заключаются в нескольких корректировках, основанных на откликах разработчиков приложений.

Jingle и SIP

Сигнальный XMPP протокол Jingle работает поверх только XMPP (без использования SIP) из-за того, что создавать и поддерживать клиенты реализующие два больших протокола вместо одного достаточно сложно. В цели разработчиков Jingle не входило заменить или выжить SIP, вместо этого они постарались сделать протокол таким, чтобы клиенты без особых сложностей могли входить в существующие SIP сети.

Транспорт Jabber->SIP: см. Gtalk2VoIP

См. также

• Программы, которые используют или реализуют Jingle
• Голос и видео в jabber
• Muji (Multiparty Jingle)

Ссылки

• XEP-0166: Jingle
• Официальная документация по протоколу

Примечания

1. ↑ http://juick.com/leksey/1282084#54
2. ↑ Вызов проходит и разговор начинается, но клиент разрывал соединение по таймауту
3. ↑ ^{3.0 3.1 3.2} Соединение происходит успешно, однако, голоса не слышно
4. ↑ ^{4.0 4.1 4.2 4.3 4.4 4.5 4.6} Результаты для старой версии QIP Infium
5. ↑ ^{5.0 5.1} Клиент зависал при приеме звонка