Tylko jeśli port źródłowy oryginalnego wychodzącego datagramu był również portem N, a NAT nie zdecydował się na przeniesienie portu źródłowego.
Oznacza to, że pierwszy datagram UDP z maszyny A wygląda tak w twojej sieci LAN:
Source IP: MachineAPrivate
Source Port: PortA <-- note this is typically different than the destination port
Destination IP: MachineBPublic
Destination Port: PortN
Następnie, po przetłumaczeniu przez NAT w kierunku wychodzącym, wygląda to tak:
Source IP: NATPublic
Source Port: PortC <-- note this may or may not be the same as "PortA" above
Destination IP: MachineBPublic
Destination Port: PortN
Teraz, gdy Maszyna B odpowiada, odpowiedź zwykle wygląda następująco:
Source IP: MachineBPublic
Source Port: PortN
Destination IP: NATPublic
Destination Port: PortC
Następnie, po przejściu procesu translacji przychodzącej translacji NAT:
Source IP: MachineBPublic
Source Port: PortN
Destination IP: MachineAPrivate
Destination Port: PortA
Zatem IF Maszyna A wysyła ramkę z tego samego portu źródłowego co port docelowy („Port N”), a JEŻELI NAT jest w stanie zachować ten port źródłowy (tzn. Jest skonfigurowany tak, aby zachować porty źródłowe, gdy to możliwe, i ten port źródłowy nie jest używany), NASTĘPNIE możesz spodziewać się odpowiedzi na „Port N”, aby wrócić do komputera A.
Oto wiarygodne odniesienie do prawidłowego zachowania NAT UDP:
RFC 4787 / BCP 127: Wymagania behawioralne translacji adresów sieciowych (NAT) dla UDP Unicast