[room] ICQ -> Jabber

[Денис Смирнов]

On Sat, Aug 27, 2005 at 07:28:27PM +0400, Unatine wrote:

>> Пока серверы расчитаны на текстовый интерфейс, гнать через них двоичный
>> поток - жестоко. Разве что появится XMPP отображенный на EBML или
>> BinaryXML.
U> так через сервер идет только сигнализация... SIP поток идет уже не
U> через сервер... а напрямую между клиентами... OOB как раз об этом
U> вроде...

SIP это Session Initiation Protocol. Исключительно.
А поток это RTP.

>> Потом захочется e-FAX (отдельно от VoIP) - и не факт что будет один
>> единственный стандарт.
>> Потом захочется файлообмен децентрализолваанный - сколько у нас P2P
>> протоколов( с ходу штуки 4 можно назвать и еще несколько медленно увядающих.
U> компоненты для поддержки e-FAX какая-нибудь компания и сама может
U> написать для себя... по-поводу P2P - сомневаюсь что JSF одобрит хотя
U> бы Experimental... так как для p2p есть свои протоколы, и заворачивать
U> их в XMPP смысла, имхо, нет...

Для e-FAX уже есть хороший протокол -- T.37. И плохой -- T.38. Что ещё
надо?

>> Нет, IMHO доп. сервисы/ID нужно в одном месте показывать, а не каждый в
>> своем особом протоколе. И vCard для того, в общем, и создавался
U> vCard это vCard... там хранить информацию о доп. сервисах и контактах
U> клиента не нужно.. для этого как раз Service Discovery и создавался...

См. e164.org. Таки правильный подход не пытаться скрестить ежа с ужом, и
не использовать XMPP для передачи голоса, ибо бред это. А вот данные типа
лежащих в e164.org держать у себя в vCard это правильный подход, очень
правильный.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
> Попробовал я было пересобрать postfix [...]
Не получится, ибо postfix из Сизифа не собирается с openldap'ом из Сизифа.
Возможно, имеет смысл подождать нового postfix'а.
		-- ldv in devel@