Jingle

From JaWiki (Jabber/XMPP wiki)
Jump to: navigation, search
Эта статья о протоколе 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 и может содержать неверную информацию. Но она должна правиться и снабжаться соответствующими сносками-пояснениями. Методика и протоколы тестирования планируется опубликовать здесь.

Вызывающая сторона Принимающая сторона
Psi+ Gajim Pidgin QIP Infium Empathy Maemo 5 Kopete Spark Google Talk Coccinella Talkonaut Nimbuzz
Psi+ да да  ?[2] нет да Да[3] нет нет нет
Gajim да да да нет да да нет нет нет
Pidgin да да да Да[4] да да нет да нет
QIP Infium нет нет Да[4] Да[4] Да[4] нет Да[4]
Empathy да да да Да[4] да да нет да нет
Maemo 5 Да[3] да Да[3] нет да да да
Kopete
Spark нет нет нет нет нет
Google Talk нет нет  ?[5] Да[4]  ?[5] да да да
Coccinella нет нет нет нет нет нет
Talkonaut
Nimbuzz
Gajim-voice-ubuntu.png

Использование клиентами за 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 сети.

ToDo: уточнить, что именно в протоколе позволяет делать такой фокус, можно ли XMPP+Jingle клиент использовать как SIPPhone

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

См. также

Ссылки

Примечания

  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 Клиент зависал при приеме звонка