Changes between Version 16 and Version 17 of GENIExperimenter/Tutorials/OpenFlowNFVNAT

Timestamp:

11/20/15 15:28:17 (8 years ago)

Author:

nriga@bbn.com

Comment:

--

GENIExperimenter/Tutorials/OpenFlowNFVNAT

@@ -178 +178 @@
 === 4.2 Outside source ===
 
-You may be wondering whether it will behave the same if we use `insideX` hosts to be the nc server. You can try it and the answer is no. That's due to the nature of dynamic NAT.
+You may be wondering whether it will behave the same if we use `host1` or `host2` hosts to be the nc server. You can try it and the answer is no. That's due to the nature of dynamic NAT.
 
 However, it will work if we can access the translation table on the switch.
@@ -210 +210 @@
 
 === 5.2 ICMP ===
-Handling ARP is trivial as NAT does not involve ARP. However, it's not the case for ICMP. If you only process translation for TCP/UDP, you will find you cannot ping between `outside` and `insideX` while nc is working properly. Handling ICMP is even not as straightforward as for TCP/UDP. Because for ICMP, you cannot get port information to bind with. Our provided solution makes use of ICMP echo identifier. You may come up with different approach involves ICMP sequence number or others.
+Handling ARP is trivial as NAT does not involve ARP. However, it's not the case for ICMP. If you only process translation for TCP/UDP, you will find you cannot ping between `host3` and `host1` while nc is working properly. Handling ICMP is even not as straightforward as for TCP/UDP. Because for ICMP, you cannot get port information to bind with. Our provided solution makes use of ICMP echo identifier. You may come up with different approach involves ICMP sequence number or others.
 
 a. On `host1`, start a ping to `host3`.