Вышел ejabberd 2.0.0

А подскажите адресок самого полнофункционального jabber-сервера с самой большой кучей наворотов? Интересуют всякие вкусности типо mood, видео- и voice-чатов и т.д. И какие клиенты нужны для использования этого.

google://openfire

> вот. Люди-то за натами сидят. Как они будут друг другу видео и голос посылать без сервера?

Хе-хе. На самом деле ситуация с nat traversal в XMPP (да и в SIP) очень тяжёлая. Могу немного расписать положение дел.
Для решения прохода натов в IETF была собрана рабочая группа BEHAVE. Она родила STUN - грубо говоря, протокол определения типов ната. Спустя некоторое время было выяснено, что некоторые наты меняют свой тип уже в процессе соединения.
После этого в BEHAVE решили разбить STUN на несколько RFC. В итоге появился TURN - проброс медии через релей и ICE - протокол выбора транспортных адресов (ip/port) между клиентами. Сам ICE рекоммендует использовать STUN/TURN для этих целей. Самое смешное, что ICE недавно был утверждён в качестве RFC, а STUN и TURN - нет. Более того, два последних драфта изменяются очень динамично (из-за это я даже временно забил на их реализацию).

В данный момент в некоторых SIP-клиентах появилась поддержка ICE. Что касается джаббера, то для релеинга UDP уже есть готовый XEP - SOCKS5 Bytestreams, но его считают велосипедным и предлагают юзать более православные ICE/STUN/TURN (которые фактически ещё не утверждены, ага). С этой точки зрения проход ната в Jingle ещё более печальный чем в SIP'е: в SIP'е хотя бы есть готовые костыли в виде нестандартизованных медиа-релеев и ALG, а в джаббере нет даже этого. Единственное исключение - GTalk, который использует свой протокол для релея медии, но он доступен только пользователям нативного клиента.

Вот такая вот фегня...

отбой, я разобрался

> У меня на машине с 32Мб памяти и 300 мГц процом работают lighttpd, vsftpd, samba, dhcp, jabberd, php, база мелкая крутится, днсный сервачок, 3proxy. Ядро 2.4, тормозов не заметно.

Ну про DNS я промолчал, т.к. само собой разумеется. А вот ключевое слово - qmail, плюс там ядро не 2.4, а 2.6 и тормозов тоже нет :) Сейчас вот 174 RAM занято..

>ставил я этот сервак. в результате остановился на openfire. для корпоративное сектора - только openfire! прияная админка, отчёты, польный контроль над пользователями и ихними фалйло пересылками. единственный минус - нужна javam.

это такая хрень которая даже подписку не осиливает? А, ну-ну.

>А подскажите адресок самого полнофункционального jabber-сервера с самой большой кучей наворотов? Интересуют всякие вкусности типо mood, видео- и voice-чатов и т.д. И какие клиенты нужны для использования этого.

Сервера-то есть, а вот клиенты пока предлагается написать самому %)

> Самое смешное, что ICE недавно был утверждён в качестве RFC, а STUN и TURN - нет.

Чушь. STUN утвержден 5 лет назад. http://www.faqs.org/rfcs/rfc3489.html

Позитивненько.. Надо бы поближе ознакомиться с новой версией..

>Единственное исключение - GTalk, который использует свой протокол для релея медии, но он доступен только пользователям нативного клиента.

вот что и печально.

Очень хочется, чтобы клиенты подключившись к джаббер-сервису, имели примерно равные возможности, а тут, получается, есть "особые" джабберы.

А разве гугл не проталкивал xep-ы на эту тему? То есть, по идее, это не закрытый протокол?

отлично!

>У меня на машине с 32Мб памяти и 300 мГц процом работают lighttpd, vsftpd, samba, dhcp, jabberd, php, база мелкая крутится, днсный сервачок, 3proxy. Ядро 2.4, тормозов не заметно.

asus WL-500gp?

jabberd2 всё равно на порядок лучше по многим параметрам.

>jabberd2 всё равно на порядок лучше по многим параметрам.

По каким?

> Чушь. STUN утвержден 5 лет назад. http://www.faqs.org/rfcs/rfc3489.html

Ты дебил. Очевидно я имею ввиду STUNbis: http://www.ietf.org/internet-drafts/draft-ietf-behave-rfc3489bis-14.txt

> А разве гугл не проталкивал xep-ы на эту тему? То есть, по идее, это не закрытый протокол?

Неа. Они сидят и ждут утверждения TURN'а. Обещают перейти на него в случае утверждения в качестве RFC.

Не поверишь - нет, dedicated так сказать.

Человечище, feature comparison сделай :) Скажи такое про OpenFire, ещё можно было бы поспорить, а тут просто незнание предмета разговора.

>Человечище, feature comparison сделай :) Скажи такое про OpenFire, ещё можно было бы поспорить, а тут просто незнание предмета разговора.

Сделал. Тупо посчитал количество "Yes" здесь: http://www.jabber.org/software/jabberd2x.shtml и здесь: http://www.jabber.org/software/ejabberd.shtml

jabberd 2.x - 44, ejabberd - 48

> Все остальные опробованные клиенты либо тошнотворны и неудобны, либо просто некошерны, как psi.

Сложно быть фанатиком :)

// psi user

>> Полностью переписан модуль Publish-Subscribe (XEP-0060).
>> Поддержка Personal Eventing via Pubsub (XEP-0163).

> они так разработчиков нумеруют? XEP-0001, XEP-0002 ...
> а что, это мысль!
> Effect (*) (22.02.2008 13:47:13)

Спасибо, чувак, поднял настроение!

Вот когда его перепишут наконец на C++ или другой нормальный язык, им, возможно, можно будет и пользоваться. А erlang пусть идет лесом.

> А erlang пусть идет лесом.

Вполне адекватный язык для высоконагруженных сервисов, что нетак?

>Вот когда его перепишут наконец на C++ или другой нормальный язык, им, возможно, можно будет и пользоваться. А erlang пусть идет лесом.

По вам плачет чугунная медаль святого Виталия и путевка в быдлореактор.

"Вполне адекватный" интерпретатор сравнивать с самым эффективным из компиляторов - это, кажется, смешно. На всякий случай посмеюсь.

>"Вполне адекватный" интерпретатор сравнивать с самым эффективным из компиляторов - это, кажется, смешно. На всякий случай посмеюсь.

этот "самый эффективный компилятор" справится с дистрибуцией приложения на N узлов, где N>1 ?

по-моему не стоит спорить с ламером, который на ерланге даже не видел ни одной программы, не то что писал что-нибудь

Кому интересно, изобразил конвертер пользовательской базы из openfire: http://www.ejabberd.im/openfire-to-ejabberd