[room] ICQ -> Jabber

[Unatine]

On 8/27/05, Arioch <the_Arioch на nm.ru> wrote:

> > был :) Last Updated: 2005-05-12
> >
> и уже был официальным, а не драфтом с неопр. будущим?

это даже Experimental... до Draft не дотянул еще :)


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


> не уверен. В иделе это должен быть перечень разных способов
> пoдключитьься, что-то типа своей локальной e164.org
> 
> disco вроде бы проверяет доступные протоколы? значит отдельный протокол
> для SIP, для H323, для IAX...
грубо говоря Didco проверят доступные сервисы на ноде... будь то
сервер, либо компонент, либо клиент... то есть в этом случае,
например, клиент может вернуть что поддерживает TINS... и как вариант
вернуть список доступных протоколов для это... и дальше уже выбирать
что гнать через OOB :)

> Причем на каждом из протоколов может быть несколько контаков.
а зачем? контакт единый... XMPP... зачем больше?


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

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

-- 
WBW, Unatine
mailto:unatine на gmail.com