Smithson

Ну совесть-то надо иметь: https://bitrainbow.wordpress.com/2015/02/25/%D1%81...

Сам pat (nat overload) конфигурится одной командой

iptables -A POSTROUTING -s 192.168.N.0/24 -o eth1 -j SNAT --to-source 10.N.0.1

для первой сети и второй командой

iptables -A POSTROUTING -s 192.168.N+1.0/24 -o eth1 -j SNAT --to-source 10.N.0.2

для второй.
Что сложного?

Во-первых, давайте отделим мух от котлет. Пакеты в TCP, у вас - буфер.
Во-вторых, TCP гарантирует доставку пакета (в заданном вами при отправке порядке). Пока пакет не будет передан целиком и полностью, стек TCP/IP будет его повторять. Алгоритм протокола такой. Однако, бывают обстоятельства сильнее TCP (пропадание коннекта из этой серии) и любая программа должна закладываться на то, что данные могут не дойти или дойти не полностью.
В-третьих, если у вас пришли не все данные в буфер, которые вы ждёте, то надо либо передавать контрольную сумму (что делать, если не [вся] пришла она?), либо, что правильнее, передавать не плоский буфер, а некую структуру данных, у которой вы можете проверить, что значения полей изменились (были заполнены при приёме данных) по сравнению с начальными. И исходя из этого решить, что структура пришла вся (последнее поле, например - контрольная сумма, по-умолчанию - 0) или её надо запрашивать заново.

А вы как хотели? Как в сказке? Как в сказке можно писать, если ваша программа 101% работает только и исключительно в локальной сети. В этом случае отрыв коннекта или сегмента - аварийная ситуация и не вам её исправлять.

Можно использовать trafshow или iftop.