Thanks for the question.
What I initially expected as round‑robin behavior was simple sequential
allocation like N, N+1, N+2, and so on.
After additional testing, what I see is a bit mixed:
- With FTP traffic, the source ports do not appear to be allocated as
N, N+1, N+2, …
- For TCP traffic that maintains only a single connection at a time,
the source ports *do* seem to follow N, N+1, N+2, …
Based on this, I suspect that for TCP applications maintaining multiple
simultaneous connections, the port selection behavior is not strictly
sequential and does not behave as I initially expected.
Unfortunately, I have not been able to find any documentation that clearly
explains the port allocation algorithm in this case, so I cannot conclude
more beyond these observations.
------------------------------
MAKIKO YAMADA
------------------------------
Original Message:
Sent: 01-05-2026 19:01
From: eugene1973
Subject: Source NAT port allocation doesn't switch to round‑robin
I happen to agree that it might be a round robin type action. I need to read the docs again but If you would like to know if have disabled port randimization and the desired effect is noticeable. It is in fact best. No holds barred.
------------------------------
Adrian Aguinaga
B.S.C.M. I.T.T. Tech
(Construction Management)
A.A.S. I.T.T. Tech
(Drafting & Design)
------------------------------