Исходное сообщение
"В РФ утверждено требование наличия паспортных данных при рег..." Отправлено Аноним, 24-Окт-21 21:19
>> Не на 100% согласен. Есть конкретные люди, которые задают правила игры, т.е. >> определяют (или определили в прошлом) протокол взаимодействия клиентов, который и отличает >> Jami от всего остального. Люди, от действий которых зависит, что считается >> оригинальным Jami, что считается совместимым клиентом, а что - несовместимым (т.е. >> самое большее - отдельным сервисом). > Никто не изобретал велосипед. Протокол - SIP, разработанный IRTF и утвержденный, в > том числе, и 3GPP. Иными словами, протокол Jami ни чем принципиально > не отличается от протоколов внутри офисных АТС или VoLTE. Более того, > Jami вполне может использоваться в качестве SIP клиента. Согласен частично. Кстати, сам пользуюсь Jami как SIP-звонилкой через SIP-провайдера (который в этом случае и является организатором сервиса). Но в сообщении #175 говорилось о другом: о нестандартной децентрализованной системе обмена сообщениями. О порядке действий, который позволяет по имени пользователя выяснить, какой у него infohash, а по infohash выяснить, на какой сетевой адрес какие байтики надо выслать, чтобы пользователь получил сообщение. В данном случае, если я правильно понимаю документацию, клиент по умолчанию отправляет HTTPS-запрос на ns.jami.net (ага, вот вам и "децентрализация"), а они, в свою очередь, что-то ищут в блокчейне Etherium (см. https://github.com/savoirfairelinux/jami-nameservice). Это никакой не SIP, а нестандартный протокол, использующий HTTPS в качестве транспорта, и, что еще важнее, smart-контракт, у которого есть авторы, и без использования которого клиент обмена мгновенными сообщениями уже не может считаться клиентом именно Jami. SIP применяется уже потом, когда становится известен (через DHT, возможно с использованием bootstrap-ноды bootstrap.jami.net:4222) сетевой адрес собеседника.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> Не на 100% согласен. Есть конкретные люди, которые задают правила игры, т.е. >>> определяют (или определили в прошлом) протокол взаимодействия клиентов, который и отличает >>> Jami от всего остального. Люди, от действий которых зависит, что считается >>> оригинальным Jami, что считается совместимым клиентом, а что - несовместимым (т.е. >>> самое большее - отдельным сервисом). >> Никто не изобретал велосипед. Протокол - SIP, разработанный IRTF и утвержденный, в >> том числе, и 3GPP. Иными словами, протокол Jami ни чем принципиально >> не отличается от протоколов внутри офисных АТС или VoLTE. Более того, >> Jami вполне может использоваться в качестве SIP клиента. > Согласен частично. Кстати, сам пользуюсь Jami как SIP-звонилкой через SIP-провайдера (который > в этом случае и является организатором сервиса). > Но в сообщении #175 говорилось о другом: о нестандартной децентрализованной системе обмена > сообщениями. О порядке действий, который позволяет по имени пользователя выяснить, какой > у него infohash, а по infohash выяснить, на какой сетевой адрес > какие байтики надо выслать, чтобы пользователь получил сообщение. > В данном случае, если я правильно понимаю документацию, клиент по умолчанию отправляет > HTTPS-запрос на ns.jami.net (ага, вот вам и "децентрализация"), а они, в > свою очередь, что-то ищут в блокчейне Etherium (см. https://github.com/savoirfairelinux/jami-nameservice). > Это никакой не SIP, а нестандартный протокол, использующий HTTPS в качестве > транспорта, и, что еще важнее, smart-контракт, у которого есть авторы, и > без использования которого клиент обмена мгновенными сообщениями уже не может считаться > клиентом именно Jami. SIP применяется уже потом, когда становится известен (через > DHT, возможно с использованием bootstrap-ноды bootstrap.jami.net:4222) сетевой адрес > собеседника.
	Введите код, изображенный на картинке: