<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif;">
<div>
<div>Sabet,</div>
<div><br>
</div>
<div>A good starting point for the current auto-configuration support is here:</div>
<div><a href="http://named-data.net/doc/NFD/current/manpages/ndn-autoconfig.html">http://named-data.net/doc/NFD/current/manpages/ndn-autoconfig.html</a></div>
<div>There are some plans to extend it in the future, which I imagine will be documented in a future tech report. In some scenarios, auto configuration could be envisioned to provide a device with one or more namespaces under which it can publish and have
interests from the global internet (or the enterprise, or...) reach it. This is I think what a "temporary" namespace referred to in this case. </div>
<div><br>
</div>
<div>The term "topology-independent" was used in this use case to describe a namespace used for mhealth data that may or may not be globally routable. It could be communicated by 1) globally routing the namespace 2) using the namespace in local communication
3) encapsulating data named using it within one or more globally routable namespaces and using a link-type object to provide one level of indirection for requestors. The motivation in the Open mHealth scenario is to created a long-lived namespace that is
provider-independent (analogous, say, to registering a domain or subdomain but being able to switch hosting provider). This is early work and will be fleshed out further in the coming months. </div>
<div><br>
</div>
<div>How these types of namespaces could be used together in something like the Open mHealth scenario is a little more involved and something that hopefully will be written up in a tech report later in the Fall. </div>
<div><br>
</div>
<div>Jeff</div>
<div>
<div id="MAC_OUTLOOK_SIGNATURE"></div>
</div>
</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:12pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span>Muhammad Hosain Abdollahi Sabet<br>
<span style="font-weight:bold">Date: </span>Thursday, August 13, 2015 at 4:20 AM<br>
<span style="font-weight:bold">To: </span>"<a href="mailto:ndn-interest@lists.cs.ucla.edu">ndn-interest@lists.cs.ucla.edu</a>", Jeff Burke<br>
<span style="font-weight:bold">Subject: </span>topology-independent and autoconfiguration service assigned temporary namespaces in NDNFit.<br>
</div>
<div><br>
</div>
<blockquote id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE" style="BORDER-LEFT: #b5c4df 5 solid; PADDING:0 0 0 5; MARGIN:0 0 0 5;">
<div>
<meta name="Generator" content="MS Exchange Server version 6.5.7652.24">
<title>topology-independent and autoconfiguration service assigned temporary namespaces in NDNFit.</title>
<div><!-- Converted from text/plain format -->
<p><font size="2">Hi,<br>
There are some summarized explanations about NDNFit in annual progress report 2015 which I'm not sure if I've understood well. I've seen<br>
<a href="https://github.com/remap/ndn-netenv-techreports/blob/master/Open_mHealth/ndn-netenv-Open_mHealth.pdf">https://github.com/remap/ndn-netenv-techreports/blob/master/Open_mHealth/ndn-netenv-Open_mHealth.pdf</a><br>
too, but that is an older version.<br>
There is this notion of _topology-independent namespace_ in 2.6 which is a mean to allow mobile producers to publish contents without the need for changing prefixes. According to Fig.2.6 b this namespace would be􀀗􀀄 _org/openmhealth_. In 2.2.1
there is a mention of _autoconfiguration support_, the NDN equivalent for DHCP. Fig. 2.7 says it's going to _provide temporary namespace and key for publishing while roaming._<br>
First, what is the difference between topology independent and this temporary namespaces? Second, Is this service going to be an application specific and how to find the correspondent server would be preconfigured?<br>
<br>
There are some other questions which are dependent to answers of the ones above.<br>
<br>
Thanks,<br>
Sabet<br>
<br>
<br>
<br>
<br>
</font></p>
</div>
</div>
</blockquote>
</span>
</body>
</html>