https://jira.whamcloud.com This file is an XML representation of an issue en-us 9.4.14 940014 05-12-2023 https://jira.whamcloud.com/browse/LU-13565 Lustre <p><a href="https://jira.whamcloud.com/secure/ViewProfile.jspa?name=sihara" class="user-hover" rel="sihara">sihara</a> found this issue.</p> <p>When using NAT on a setup, it appears like the wrong NID is used:</p> <p>peer 1: 192.168.122.135 (NAT: 10.128.13.120)</p> <div class="code panel" style="border-width: 1px;"><div class="codeContent panelContent"> <pre class="code-java"> (lib-move.c:1790:lnet_handle_send()) TRACE: 192.168.122.135@tcp(192.168.122.135@tcp:&lt;?&gt;) -&gt; 10.128.13.130@tcp(10.128.13.130@tcp:10.128.13.130@tcp) : GET <span class="code-keyword">try</span># 0 </pre> </div></div> <p>peer2: 10.128.13.130</p> <div class="code panel" style="border-width: 1px;"><div class="codeContent panelContent"> <pre class="code-java"> (lib-move.c:4302:lnet_parse()) TRACE: 10.128.13.130@tcp(10.128.13.130@tcp) &lt;- 10.128.13.120@tcp : GET - <span class="code-keyword">for</span> me (lib-move.c:1858:lnet_handle_send()) TRACE: 10.128.13.130@tcp(10.128.13.130@tcp:10.128.13.130@tcp) -&gt; 10.128.13.120@tcp(10.128.13.120@tcp:10.128.13.120@tcp) </pre> </div></div> <p>peer1:</p> <div class="code panel" style="border-width: 1px;"><div class="codeContent panelContent"> <pre class="code-java"> :(lib-move.c:4236:lnet_parse()) TRACE: 10.128.13.120@tcp(192.168.122.135@tcp) &lt;- 10.128.13.130@tcp : REPLY - routed </pre> </div></div> <p>It appears like the NID is of the node changes some where along the line.<br/> LNet shouldn't care about NAT in this case and should work.</p> LU-13565

LNet socklnd with NAT is not working properly

Technical task LU-14064 Minor Open Unresolved Amir Shehata Amir Shehata Fri, 15 May 2020 15:42:19 +0000 Thu, 22 Oct 2020 17:37:41 +0000 0 5 <p>The problem here is that the socklnd is using the IP address of the socket on the passive side. When a connection is established the passive side looks up the peer IP address from the socket. That IP is the NATed IP address however. So then the local peer structure on the passive side is created with a NID using the NATed IP address of the active. When a response is finally sent to the active node, the NID in the message contains the NATed IP address and not the private IP address LNet on the active node was configured with. The message is then dropped.</p> <p>What we need to do is keep a mapping between private and public IP addresses in socklnd. So the correct IP address ends up being used.</p> Related Development Rank 1|i010h3: Rank (Obsolete) 9223372036854775807