![]() |
lvs-devel
|
| To: | "longguang.yue" <bigclouds@xxxxxxx> |
|---|---|
| Subject: | Re: a question about fullnat mode for ipvs |
| Cc: | Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>, Simon Horman <horms@xxxxxxxxxxxx>, lvs-devel@xxxxxxxxxxxxxxx, yuelongguang@xxxxxxxxx |
| From: | Julian Anastasov <ja@xxxxxx> |
| Date: | Mon, 26 Oct 2020 22:23:42 +0200 (EET) |
Hello,
On Tue, 20 Oct 2020, longguang.yue wrote:
> Hi,all:
> fullnat mode refers to incoming packet's src:port and dst:port pairs are
> both changed at the same
> time, vice versa for outgoing packets.
> fullnat has existed for many years since 2009, why which is not in kernel.
Not sure. What I see now is that it adds some complexity
to the code. Open questions are about integration with netfilter
conntracks (when conntrack=1), in the sync protocol, etc.
> introduction for fullnat
> http://kb.linuxvirtualserver.org/wiki/IPVS_FULLNAT_and_SYNPROXY
>
> could we port or re-implement it in upstream?
May be I don't fully understand the goals but
is it worth it?
Regards
--
Julian Anastasov <ja@xxxxxx>
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Possibility of adding a new netlink command to dump everything, Cezar Sá Espinola |
|---|---|
| Next by Date: | [PATCH RFC] ipvs: add genetlink cmd to dump all services and destinations, Cezar Sa Espinola |
| Previous by Thread: | Re: [PATCH v8 net-next] ipvs: inspect reply packets from DR/TUN real servers, Pablo Neira Ayuso |
| Next by Thread: | Re: Fw: [Bug 209427] New: Incorrect timestamp cause packet to be dropped, Evgeny B |
| Indexes: | [Date] [Thread] [Top] [All Lists] |