<div dir="ltr">Hi Klaus<div><br></div><div>The network administrator should ensure that there isn't a strategy "clearly superior" than others available for selection by any applications.</div><div>Consider an ISP network, there could be superior strategies, but they should always be configured under a certain namespace that corresponds to the ISP's own services.</div><div>If a superior strategy is available for selection under other namespaces, nothing stops every application to select it, because only allowing a subset of application (other than ISP's own services) to select this strategy would be a violation of network neutrality.</div><div><br></div><div>If application developers are allowed to supply the strategy (through an Interest header field or routing announcements), restrictions could be placed on the overhead caused by those strategy, such as:</div><div><ul><li>in any 60sec period, the number of outgoing Interests transmitted by the strategy is no more than 110% of incoming Interests</li><li>on average, at most 64 octets of measurements information can be stored per PIT entry</li><li>on average, at most 1ms CPU core time is permitted per incoming Interest for strategy program execution</li></ul>Such restriction can be uniformly placed onto every strategy (for non-ISP-owned services) so it's fair to every application.<br></div><div><br></div><div>Yours, Junxiao<br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 6, 2016 at 5:36 PM, Klaus Schneider <span dir="ltr"><<a href="mailto:klaus@email.arizona.edu" target="_blank">klaus@email.arizona.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br></span>
Yes there is often a trade-off between things like throughput, delay and reliability. This will hopefully minimize the incentive to mislabel the preferred strategy.<br>
<br>
However, I'm not sure if that works in practice. It can become a problem when some strategies are clearly superior than others, like IP QoS classes ("best-effort", "expedited forwarding", "assured forwarding", etc.)<br>
<br>
Or if some strategies (like broadcast) create a much higher overhead than others.<br><br></blockquote><div><br></div><div> </div></div></div></div></div>