Тезисы по свободному софту

>Под синхронизацией я понимаю то, что если тебе сообщение 1) послали раньше, чем 2) то ты и получил его раньше. А под гарантироаванностью - то, что если ты получили 2), то т ызавелдомо получил 1), причем до этого ...

Семейство протоколов, называемых TCP/IP (IP/ICMP/UDP/TCP)  включает в себя протокол TCP, который обеспечивает и порядок доставки и ее гарантию (либо уведомление отправителя о проблемах). Порядок реализуется внутри реализации :) на приемной стороне, гарантия - positive ack-ами. Если же для тебя существенно, чтобы N+1 сообщение нельзя было прочитать не прочитав N-е, то клади в N-е ключик к N+1-му.

>Конечно, это все можно сделать поверх IP, и всякие IPSec вроде это делают, но это уже не IP...

То есть как это не IP ? Заголовок пакета от IP (тип payload может быть не от TCP/UDP) ? Значит IP. Тебе нужно шашечки или ехать ? А уж что ты наложишь поверх - IPsec или SSL - как-бы дело твое.

А от попадания  ракеты (или пропадания электричества) в gateway (кажется это так в ISO/OSI называется), что несколько помешает процессу доставки сообщений ты не застрахован и в X.400, только вот в TCP(/IP) передача затем продолжится если есть обходной путь, а в этом ублюдке от связистов - скорее всего придется открывать новый канал и начинать все заново.

Говорил бы уж прямо - "банки знают слово X.400, но не знают IP". Это возможно и так, но к технической возможности построить поверх коммутации пакетов все что угодно (и интегрально обычно более дешевое, чем virtual circut) отношения не имеет, хоть ты и утверждаешь обратное.