Date: Wed, 26 Jun 2019 14:20:41 +0200 From: "Patrick M. Hausen" <hausen@punkt.de> To: "Andrey V. Elsukov" <bu7cher@yandex.ru> Cc: FreeBSD Net <freebsd-net@freebsd.org>, mops@punkt.de Subject: Re: IPFW NAT64 changed 11.2 --> 11.3? Message-ID: <D1E154BB-A851-4E58-8A6F-5219F41043F7@punkt.de> In-Reply-To: <C8B5D541-C064-49FC-9E3E-27993721D1D3@punkt.de> References: <950200A8-6D36-46FE-B0DD-BA6EA860FEB7@punkt.de> <71dacccb-2500-6d7e-c890-2733d15fbbe5@yandex.ru> <F475ACC5-71CD-4C62-9E63-3F206A305F34@punkt.de> <76d0fb6a-28cb-4411-acb0-12f9ebe9b1f0@yandex.ru> <A15270D2-08F6-49F9-8201-E2935381F122@punkt.de> <C8B5D541-C064-49FC-9E3E-27993721D1D3@punkt.de>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi all, first, for completeness: > So (3rd line) the SYN/ACK arrives with correct IPv4 addresses then = get=E2=80=99s > forwarded with a source address of=20 >=20 > :200:0:50:e689:9765:7085 instead of 64:ff9b::9765:7085 That looks like random garbage due to an uninitialized struct in6_addr. > Then we have another SYN/ACK (retransmit, identical sequence number = and ACK) > forwarded with yet another source address: >=20 > ::151.101.112.133 And on the second turn the same place probably has been zeroed, because = that is the correct IPv4 address with ::/96 attached in front. I didn=E2=80=99t= catch that at first. But the =E2=80=9Einternal=E2=80=9C IPv6-only system expects = NAT64, not v4-compatible ... Second, Andrey=E2=80=99s patch adds the missing initialization. And yes, = it is working. :-) Kind regards, Patrick --=20 punkt.de GmbH Internet - Dienstleistungen - Beratung Kaiserallee 13a Tel.: 0721 9109-0 Fax: -100 76133 Karlsruhe info@punkt.de http://punkt.de AG Mannheim 108285 Gf: Juergen Egeling
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?D1E154BB-A851-4E58-8A6F-5219F41043F7>