<div dir="ltr">Dear folks<div><br></div><div>This message talks about the necessity of new/improved forwarding strategies on testbed routers, argues that characteristics for local site prefix and other prefixes are different and need two strategies, and presents the requirements for each strategy.<br></div><div>This message's <b>purpose is to agree on the requirements. </b>This is not a design. Requirements must be defined before a design can be made.</div><div>Please give me comments.</div><div><br></div><div><font size="4">Necessity</font></div><div>Recent experience about application performance on testbed suggests that existing strategies are insufficient to support all application scenarios.</div><div>The most notable example is NDN-RTC: NCC strategy suppresses all consumer retransmissions so that any packet loss prevents playout of a video frame; best-route strategy cannot use multiple paths so that multiple connected laptops on the same HUB prevents video producer from being found efficiently.</div><div>Therefore, we need new/improved forwarding strategies to use on testbed routers.</div><div><br></div><div><font size="4">Local site prefix vs Remote prefixes</font></div><div>Two types of prefixes are reachable on a given testbed router:</div><div>A local site prefix (eg. /ndn/edu/arizona on ARIZONA router) is served by local applications on the router, and unmanaged nodes or laptops connected to the router.</div><div>Several remote prefixes (eg. /ndn/fr/lip6 on ARIZONA router) can be reached by forwarding the Interest to other routers, where the path is learnt from routing protocols.</div><div><br></div><div>The characteristics of these two types of prefixes are different.</div><div><br></div><div>A sub-namespace under the <b>local site prefix</b> (eg. /ndn/edu/arizona/ndnrtc/session1) is only reachable via a small subset of nexthops installed in the FIB entry, due to the usage of nfd-autoreg-server. Even after we stop using nfd-autoreg-server, a sub-namespace under the local site prefix may become unreachable from a previously working nexthop due to mobility.</div><div><br></div><div>A sub-namespace under a <b>remote prefix</b> is usually reachable via all nexthops installed in the FIB entry, but the performance may vary between those nexthops.</div><div>A sub-namespace under a remote prefix may become unreachable from a previously working nexthop only if there is a link failure.</div><div><br></div><div><font size="4">Backbone router strategy and Access router strategy</font></div><div>As a consequence of different characteristics of local site prefix and remote prefixes, I propose that two strategies should be designed.</div><div>On each testbed router, the access router strategy should be assigned to the local site prefix, while the backbone router strategy should be assigned to all remote prefixes.</div><div><div>On ARIZONA router, this yields a setup like: the root namespace uses backbone router strategy, /ndn/edu/arizona uses access router strategy.</div></div><div><div>Please remember that strategy choice is inherited to sub namespaces. Setting backbone router strategy at the root namespace ensures all remote prefixes are using the backbone router strategy.<br></div></div><div>The only exception is when a remote prefix is contained within the local site prefix, which happens on UCLA router, that needs: the root namespace and /ndn/edu/ucla/remap uses backbone router strategy, /ndn/edu/ucla uses access router strategy.</div><div><br></div><div>I identify the requirements of each strategy as:</div><div><br></div><div><div><b>Backbone router strategy should have the following features</b>:</div><div><ul><li>Make use of multiple paths in FIB entry, and learn the best path.<br></li><ul><li>In the normal case, it's expected that all paths can reach the destination.</li></ul><li>Recovery from packet loss in wide-area tunnels.<br></li><ul><li>Consumer retransmission is a hint for strategy to retransmit.</li></ul></ul></div></div><div><div><br></div><div><b>Access router strategy should have the following features</b>:</div><div><ul><li>Make use of multiple paths in FIB entry, and remember which path can lead to contents.<br></li><ul><li>The paths could be installed by nfd-autoreg-server, so that some paths cannot reach the producer.</li></ul><li>Recovery from packet loss in last-hop link.<br></li><ul><li>Consumer retransmission is a hint for strategy to retransmit.</li></ul><li>Expect producer mobility.</li></ul></div></div><div><br></div><div>Yours, Junxiao</div></div>