Есть клиент (PC), и сервер (железяка на микроконтроллере).
Клиент отправляет UDP пакет с портом источника 1100, и портом назначения 1200.
Сервер принимает его и отправляет ответное с портом источника 1200, и портом назначения 1100.
Пока все работает.
Теперь выношу сервер за NAT, вижу, что на него приходят UDP пакеты с портом назначения 1200, а вот портом источника совсем другим, причем не одинаковым. Это в общем то нормально для NAT. Но не понятно как теперь выдать ответ, чтобы он попал клиенту?
Какие указать порты источника/назначения?
Честно говоря перепробовал все варианты, не работает, поэтому причина не только в этом, а ещё в настройках роутера/фаирвола, но чтобы сузить область поиска, хотелось бы знать наверняка, какие должны быть указаны  порты источника/назначения в ответе от сервера?

Это нормально для НЕНАСТРОЕННОГО NAT.


Ровно на тот порт, с которого рутер оттранслировал данный конкретный пакет. 

Упс, здесь я не в теме, можно подробнее.


Т.е. адрес порта назначения исходящего от сервера пакета = адрес порта назначения входящего пакета?
В какое значение установить адрес источника для исходящего от сервера пакета?

Если я верно понимаю, то сервер в Инете, а клиент в локалке. Не суть, где именно, но принцип тот же.
В этом случае следует использовать настройку NAT на обеспечение отдачи пакетов с определёнными характеристиками с определённого исходящего порта. Впрочем, это несколько противоречит идеологии NAT... (в скобках замечу, что не знаю ни одной имеющей практический смысл реализации такого подхода)
Однако возможно иное и решение - трансляция внутрь на опредедлённый адрес и порт пакетов с определёнными характеристиками. Но при этом придётся изменить схему установления соединения.
Проблема - только один клиент из локалки сможет в любом из вариантов общаться с сервером.

Для нормальной работы, я полагаю, Вам следует отказаться от статического назначения клиентского порта, и устанавливать сеанс именно с тем портом, с которого инициировано подключение.

Akina, спасибо. Заработало когда в ответном сообщении менял местами источник и цель у портов, ip и mac адреса.