Как я могу явно ждать TCP ACK, прежде чем продолжить?

Question

Есть ли способ заставить send () ждать, пока все отправленные данные не будут обработаны ACK (или вернуть -1, если истекло время ожидания ACK), или есть какой-то другой механизм для ждать подтверждения после send (), но прежде чем делать что-то еще?

Я использую стандартный API сокетов Unix Berkeley.

Я знаю, что мог бы реализовать ACK прикладного уровня, но я бы предпочел этого не делать, когда ACK TCP отлично подходит для этой цели.

Answer 1

AFAIK нет пути.

Кроме того, это не будет надежно, ACK означает только то, что ядро ​​получило данные, в то время как клиент или его машина могли произойти сбой.Можно подумать, что клиент получил данные, но на самом деле он никогда не обрабатывал их.

Answer 2

К сожалению, стандартный API не оставляет за собой никакого подходящего способа сделать это. может быть способом запроса текущего размера / использования окна отправки TCP, но, к сожалению, его нельзя запрашивать стандартными средствами.хочу.Например, в Windows можно создать драйвер сетевого фильтра для мониторинга трафика на уровне пакетов.

Answer 3

Кажется, я нашел решение. По крайней мере, в Linux, если для SO_SNDBUF установлено значение 0, кажется, что он ожидает каждую транзакцию, прежде чем разрешить следующую передачу. Хотя он немедленно вернется, он не сможет разрешить другую отправку, пока предыдущая отправка не будет отправлена. Я не пытался использовать select (...), чтобы определить, были ли отправлены данные.

Это работает на моем ядре Linux 3.8, и я уверен, что оно работает в другом месте.

Answer 4

Вы можете написать обертку для send (). Я ответил на вопрос, подобный этому, в другой теме .