## 6 Improvements Derived from the Developed Questionnaire
### Smart Flooding with MAP-Me, Part Routing and 3N Names (SF MM PR 3N)  
A lot of modifications to the ICN architecture would be required for every ICN name to be located in a metric space. In contrast, the 3 NA, as defined in Section 3.3, avoids mapping ICN names to 3N names. Without any modification, the 3 NA would not satisfy Question 4. The 3 NA specification states that, when nodes are enrolled in a network, they obtain a 3N name from a namespace that maintains a metrizable topological namespace. From the definition of 3N names, one can construct a graph as shown in Figure 5. 3N names can be mapped to the graph in which vertices are labeled with a number and each edge traversed to get to a vertex adds a '.' to the final name. Similar to Section 6.1, one can define the graph distance as the metric for 3N names, permitting the namespace that holds all 3N names to be considered a metric space.  
To create a mapping from ICN names to 3N names, the changes made to ICN names in Section 6.1 are leveraged. This permits the aggregation of ICN names by both hierarchies and the intervals for Parts, and have this aggregated information be mapped to 3N names. The modification for Parts Routing made in Section 6.1 was used in the MAP-Me-IU PDU to update FIB interfaces only for particular Parts. A similar modification to the MAP-Me-IU can be made to include 3N name information.  
There is one key difference in the use of 3N names in MAP-Me-IU. To satisfy Question 4, the 3N namespace is the metric space to which one can map every ICN name. For mobile nodes that are pushing content, the mapping of ICN names to the mobile node 3N name, which would constantly change, does not seem as efficient as mapping the ICN names to the 3N name of the node to which the content was initially pushed. For this article, the discussion of ICN name to 3N name mapping is limited to this configuration for use in the modified MAP-Me-UI. This mapping of a Parts interval to a 3N name satisfies the definition of place specification as seen in Section 2.1. With this modification, Question 4 can be satisfied.  
There is an additional advantage of using 3N names in downstream transmission of Data PDUs. In a generic ICN, the Data PDU is transmitted through the interface which initially saw an Interest PDU. However, due to movement, mobile nodes constantly change the point of attachment to the network. In 3 NA, each node has a 3N name which can be aggregated in the PIT structure. The 3 NA  
Figure 5: A graph for 3N names.  
also keeps a dynamic mapping via its NNPT structure to point to the latest 3N name linked to a node that initially enrolled using a particular 3N name. If the node correctly enrolls, dis-enrolls and re-enrolls to the network, then every PDU that uses any of the 3N names obtained by the node in the first or subsequent enrollments will reach its destination.  
When Smart-Flooding, MAP-Me enhancements and Part Routing are used with ICN names mapped to 3N names, and the resulting forwarding strategy is denoted as SF MM PR 3N. In this forwarding strategy, aggregated ICN names are mapped to 3N names along with all the other 3N name update mechanisms from the 3 NA. This forwarding strategy permits us to satisfy the whole questionnaire.