Алгоритм сетевой транзакции?

Question

[maloii]

Есть сервер и клиент, все работает по инету, жуткому GPRS, поэтому не все пакеты 100% доходят. Клиент отсылает какие то данные серверу, сервер их сохраняет и отсылает ответ клиенту что данные сохранены, затем клиент говорит серверу что понял что данные сохранены. Если на каком то этапе сбой то данные на сервер должны быть потерты, а на клиенте была пометка что данные не доставлены.

Грубо говоря нужен алгоритм чтобы чтобы клиент и сервер 100% знали что данные доставлены или нет.

Answer 1

[Кирилл Мамаев]

Ну как-бы TCP и так протокол с гарантированной доставкой пакетов.

Если это web — то тоже, любой запрос привод либо к результату, либо генерируется исключение о сетевой ошибке.

Comments

[maloii]

TCP гарантирует доставить целостный пакет. Об этом знает получатель но не отправитель, отправитель(вроде так, я в этом не особо силен). Мне нужно что то типа
<-отправка данных
->все ок сохранил
<-понял, пометил что сохранил
->ок понял что ты понял и тоже пометил

[Кирилл Мамаев]

http://ru.wikipedia.org/wiki/TCP

" В отличие от UDP гарантирует целостность передаваемых данных и уведомление отправителя о результатах передачи"

Обрабатывайте исключительные ситуации во время обмена.

[maloii]

Что то не до конца ясно из описания закрытия соединения.
Завершение соединения можно рассмотреть в три этапа:
1. Посылка серверу от клиента флагов FIN и ACK на завершение соединения.
2. Сервер посылает клиенту флаги ответа ACK , FIN, что соединение закрыто.
3. После получения этих флагов клиент закрывает соединение и в подтверждение отправляет серверу ACK , что соединение закрыто.

А если на 3 этапе клиент не получит пакет, и закроется по таймауту, сервер считает что все, процесс прошел удачно, а клиент посчитал что соединение оборвалось.

[Кирилл Мамаев]

нет, сервер ожидает от клиента ACK. перед тем, как «сдаться» и закрыть соединение по таймауту, происходит несколько попыток «переотправить» пакет.

[maloii]

Ладно, а если он так и не получает ACK? Он считает что соединение оборвано? Клиент то уже все, закрыл соединение и посчитал что все чики-пуки. Мне просто знакомый подсказывает что последнее ACK не на что не влияет поэтому я и начал разговор пункта 3.