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@ _______________________________________________ smoke-room mailing list [email protected] https://lists.altlinux.ru/mailman/listinfo/smoke-room
