<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
<br class="">
<div><br class="">
<blockquote type="cite" class="">
<div class="">On Jul 1, 2020, at 1:51 PM, Junxiao Shi via Ndn-interest <<a href="mailto:ndn-interest@lists.cs.ucla.edu" class="">ndn-interest@lists.cs.ucla.edu</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div dir="auto" class="">
<div class="">Hi Michael</div>
<div dir="auto" class=""><br class="">
</div>
<div dir="auto" class="">
<div dir="auto" class="elided-text">
<blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="">
>> As I understand, one of the "unfit" policies is that every NDN testbed node must be controlled by "the NDN testbed management institution".<br class="">
> <br class="">
> Yes, that is an issue.<br class="">
<br class="">
Actually, we have been working with a site for a few months now where we, NDN Testbed management, do not control their node.<br class="">
So far it seems to be working well. We should be able to officially loosen this restriction.<br class="">
</blockquote>
</div>
</div>
<div dir="auto" class=""><br class="">
</div>
<div dir="auto" class="">How much freedom does this site have in terms of configuration choices?</div>
<div dir="auto" class="">For example, can they use a forwarder other than NFD and a routing program other than NLSR? Can they decide what names to advertise into routing system?</div>
<div dir="auto" class="">If they still have to use the configuration generated by <span style="font-family:sans-serif" class="">the NDN testbed management institution, the node operator is effectively a robot that executes Ansible commands.</span></div>
</div>
</div>
</blockquote>
<div><br class="">
</div>
The intent and so far the practice has been that the local node operator is, as you say, effectively a robot that executes Ansible commands.</div>
<div><br class="">
</div>
<div>John</div>
<div><br class="">
<blockquote type="cite" class="">
<div class="">
<div dir="auto" class="">
<div dir="auto" class=""><span style="font-family:sans-serif" class=""><br class="">
</span></div>
<div dir="auto" class="">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br class="">
> The reason is that the current testbed is technically an intra-domain network. In IP terms, it's a single Autonomous System (AS). Naturally, a single entity should be managing this network.<br class="">
> To have an "open testnet" without centralized control, we would need an inter-domain network.<br class="">
> <br class="">
> What we already have:<br class="">
>       • High speed forwarding.<br class="">
>       • Inter-domain hyperbolic routing.<br class="">
> What are still unresolved:<br class="">
>       • Name assignment policy, as you already mentioned. One of the ideas is to derive NDN names from DNSSEC, but this would create a dependency on IP infrastructure.<br class="">
<br class="">
I have mixed feelings about this. As I understand it, this proposal uses DNS right at the top level instead of behind a prefix, like /dns/? I hope this is just for presentation.<br class="">
</blockquote>
</div>
</div>
<div dir="auto" class=""><br class="">
</div>
<div dir="auto" class="">I met the author at a seminar. His idea was to use DNS at the top, so that NDN doesn't need to deal with legal disputes surrounding name assignments, but delegate these problems to ICANN.</div>
<div dir="auto" class="">The NDN name is the reverse of DNS name. Thus, I can have /com/yoursunny and Cupertino can have /com/apple.</div>
<div dir="auto" class=""><br class="">
</div>
<div dir="auto" class="">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br class="">
>       • Producer mobility. On the current testbed, producer mobility is supported through prefix readvertisement. When a mobile producer connects to any of the testbed nodes, its prefix is announced into the global routing system. This would not scale in
 an inter-domain network. The solution is forwarding hint, but it's neither fully specified nor adopted by applications.<br class="">
<br class="">
The web has come a long way without producer mobility. I don’t think this is required to get started.</blockquote>
</div>
</div>
<div dir="auto" class=""><br class="">
</div>
<div dir="auto" class="">The web has producer mobility in the form of DNS. My website is
<a href="https://yoursunny.com/" class="">https://yoursunny.com</a> , which is the only name my visitors remember. I can move between provider network freely, as long as I update the DNS record. My visitors can still type
<a href="https://yoursunny.com/" class="">https://yoursunny.com</a> and reach my site.</div>
<div dir="auto" class=""><br class="">
</div>
<div dir="auto" class="">In NDN without producer mobility, my website name has to start with the network's name, so my website name becomes /ndn/edu/neu/com/yoursunny. If I move, I have to rename my website to /ndn/edu/wustl/com/yoursunny. My visitors cannot
 find my site anymore.</div>
<div dir="auto" class=""><br class="">
</div>
<div dir="auto" class="">NDNS is supposed to take the role of DNS. I can have /com/yoursunny, and use NDNS to associate this name with a forwarding hint such as /ndn/edu/neu assocated with the network. My visitors type /com/yoursunny , and their browser can
 query NDNS to find the forwarding hint and reach my site.</div>
<div dir="auto" class="">NDNS is one form of producer mobility. The problem is that, NDNS software is not actively maintained or deployed, and there's almost no application adoption.</div>
<div dir="auto" class=""><br class="">
</div>
<div dir="auto" class="">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br class="">
>       • Trust of routing messages. Although we have hyperbolic routing, the trust schema in the routing protocol still depends on a single trust anchor, which does not work in an inter-domain network.<br class="">
> <br class="">
> I wonder what other policies are deemed "unfit for everybody else"?<br class="">
<br class="">
"13. We strongly discourage and will not accept requests to join the NDN testbed if there is no intention to use it for productive research. Connecting to the testbed for the sake of being connected is a violation of the current policies.”<br class="">
<br class="">
Maybe there is room for interpretation in “productive research”, but I think this excludes everybody who is not part of a research group. Sure, I can start tinkering without the testbed by setting up my own network, but that’s missing the magic of networking.<br class="">
</blockquote>
</div>
</div>
<div dir="auto" class=""><br class="">
</div>
<div dir="auto" class="">I think that rule applies to becoming a testbed router, with routing and stuff.</div>
<div dir="auto" class="">You can surely connect to the testbed as an end host, and there's no technical means to stop you from sending commercial traffic.</div>
<div dir="auto" class="">I asked a few years ago whether I'm allowed to watch YouTube via Ethernet tunnel over NDN testbed, and I got a yes answer. <a href="https://yoursunny.com/t/2017/tunnel-Ethernet-over-NDN/" class="">https://yoursunny.com/t/2017/tunnel-Ethernet-over-NDN/</a>
 I got the tunnel working, but never reached the speed needed for YouTube.</div>
<div dir="auto" class=""><br class="">
</div>
<div dir="auto" class="">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br class="">
As the NDNSSEC-paper says, there are many non-technical challenges and I wonder if it’s time to start experimenting by starting a testbed that is not managed centrally.<br class="">
</blockquote>
</div>
</div>
<div dir="auto" class=""><br class="">
</div>
<div dir="auto" class="">If you can afford the efforts and equipment and headaches and law suits, sure.</div>
<div dir="auto" class=""><br class="">
</div>
<div dir="auto" class="">Yours, Junxiao</div>
</div>
_______________________________________________<br class="">
Ndn-interest mailing list<br class="">
<a href="mailto:Ndn-interest@lists.cs.ucla.edu" class="">Ndn-interest@lists.cs.ucla.edu</a><br class="">
http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest<br class="">
</div>
</blockquote>
</div>
<br class="">
</body>
</html>