Merge pull request #40526 from macartag/patch-1

Update load-balancer-multivip-overview.md

Author: ktoliver

articles/load-balancer/load-balancer-multivip-overview.md

@@ -93,9 +93,29 @@ For this scenario, every VM in the backend pool has three network interfaces:
 * Frontend 1: a loopback interface within guest OS that is configured with IP address of Frontend 1
 * Frontend 2: a loopback interface within guest OS that is configured with IP address of Frontend 2
 
+For each VM in the backend pool, run the following commands at a Windows Command Prompt.
+
+To get the list of interface names you have on your VM, type this command:
+
+    netsh interface show interface 
+
+For the VM NIC (Azure managed), type this command:
+
+    netsh interface ipv4 set interface “interfacename” weakhostreceive=enabled
+   (replace interfacename with the name of this interface)
+
+For each loopback interface you added, repeat these commands:
+
+    netsh interface ipv4 set interface “interfacename” weakhostreceive=enabled 
+   (replace interfacename with the name of this loopback interface)
+     
+    netsh interface ipv4 set interface “interfacename” weakhostsend=enabled 
+   (replace interfacename with the name of this loopback interface)
+
 > [!IMPORTANT]
 > The configuration of the loopback interfaces is performed within the guest OS. This configuration is not performed or managed by Azure. Without this configuration, the rules will not function. Health probe definitions use the DIP of the VM rather than the loopback interface representing the DSR Frontend. Therefore, your service must provide probe responses on a DIP port that reflect the status of the service offered on the loopback interface representing the DSR Frontend.
 
+
 Let's assume the same frontend configuration as in the previous scenario:
 
 | Frontend | IP address | protocol | port |