<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<br>
I'll do the other nodes now.<br>
<br>
I did not install separate packages for nfd-autoreg and
nfd-status-http-server, I assumed they were part<br>
of the nfd package. I think the binaries were installed with the nfd
package. <br>
I installed the upstart scripts for them that I got from somewhere,<br>
probably from spurs.<br>
<br>
John<br>
<br>
<div class="moz-cite-prefix">On 8/14/14, 9:35 PM, Alex Afanasyev
wrote:<br>
</div>
<blockquote cite="mid:2268BD02-6462-4665-9C8F-7510D19FCC46@ucla.edu"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
Yes. I installed on spurs (to test) just after it finished
building. You can install on other nodes.
<div><br>
</div>
<div>One quick question. Did you install nfd-autoreg and
nfd-status-http-server packages or somehow manually made upstart
scripts (they were not installed on spurs... not sure why).</div>
<div><br>
</div>
<div>---</div>
<div>Alex</div>
<div><br>
<div>
<div>On Aug 14, 2014, at 7:25 PM, John DeHart <<a
moz-do-not-send="true" href="mailto:jdd@seas.wustl.edu">jdd@seas.wustl.edu</a>>
wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite">
<div bgcolor="#FFFFFF" text="#000000"> <br>
Alex,<br>
<br>
Is this new package ready to go? Looks like you have it
installed on UCLA.<br>
Should I update the rest?<br>
<br>
John<br>
<br>
<div class="moz-cite-prefix">On 8/14/14, 8:50 PM, Alex
Afanasyev wrote:<br>
</div>
<blockquote
cite="mid:C1161929-63A0-48BC-80D2-E7D1CA27EAEC@ucla.edu"
type="cite"> Hi John,
<div><br>
</div>
<div>I have proceed with your suggestion and new package
is on its way to be available soon. I did basic
tests, but could have screwed up again with upstart
scripts, so be cautious :)</div>
<div><br>
</div>
<div>Small note. ALL_FACES_PREFIXES should be only for
/ndn/broadcast</div>
<div><br>
</div>
<div>/ndn/guest should be part of
ON_DEMAND_FACES_PREFIXES only on spurs, since only
spurs is home for guest users. All other nodes should
just have their site's prefix as part of on-demand.</div>
<div><br>
</div>
<div>---</div>
<div>Alex</div>
<div><br>
<div>
<div>On Aug 14, 2014, at 12:34 PM, John DeHart <<a
moz-do-not-send="true"
href="mailto:jdd@seas.wustl.edu">jdd@seas.wustl.edu</a>>
wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite">
<div bgcolor="#FFFFFF" text="#000000"> <br>
Alex and Junxiao,<br>
<br>
Is it possible to expand nfd-autoreg to handle
two sets of prefixes, one for on-demand faces
and one for all faces?<br>
Right now in the config file for autoreg config
file we have<br>
# Prefixes to register<br>
PREFIXES="/ndn/guest /ndn/broadcast
/ndn/edu/memphis"<br>
<br>
What if we had<br>
# Prefixes to register on All faces:<br>
ALL_FACES_PREFIXES="/ndn/guest /ndn/broadcast"<br>
<br>
# Prefixes to register just on on-demand faces:<br>
ON_DEMAND_FACES_PREFIXES="/ndn/edu/memphis"<br>
<br>
on-demand faces would get both sets.<br>
Non-on-demand faces would get just
ALL_FACES_PREFIXES.<br>
<br>
John<br>
<br>
<br>
<div class="moz-cite-prefix">On 8/14/14, 1:10
PM, Alex Afanasyev wrote:<br>
</div>
<blockquote
cite="mid:B441BA46-5B48-4766-A04A-923686539566@ucla.edu"
type="cite">
<div>I have proposed that before, but will
repeat. I don't think that broadcast
prefixes (and setting the strategy) is what
NLSR should do. At most, this should be
some other routing protocol. What we could
do instead is to write a tiny little daemon
like nfd-autoreg, which job would be just to
register /ndn/broadcast for every created
face (not just on-demand ones). May be we
can ignore application faces, though it
doesn't matter for NDN testbed much.</div>
<div><br>
</div>
<div>---</div>
<div>Alex</div>
<br>
<div>
<div>On Aug 14, 2014, at 9:55 AM, Junxiao
Shi <<a moz-do-not-send="true"
href="mailto:shijunxiao@email.arizona.edu">shijunxiao@email.arizona.edu</a>>
wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite">
<div dir="ltr">Hi John
<div><br>
</div>
<div>fib.max-faces-per-prefix is the
maximum number of Routes with same
Name prefix that NLSR will install to
the RIB.</div>
<div>The parameter starts with "fib."
due to historical reason; it concerns
what NLSR would install to the RIB,
not FIB.<br>
</div>
<div><br>
</div>
<div>I suggest setting this parameter to
60, so that expansions in the near
future are also covered.</div>
<div>When there are no more than 5
backbone links, setting it to 5 or 60
has same effect.</div>
<div><br>
</div>
<div>This short term solution would stop
working when a HUB has more than 60
backbone links, but this day is
unlikely to come within one year.</div>
<div><br>
</div>
<div>Yours, Junxiao<br>
<div class="gmail_extra"> <br>
<br>
<div class="gmail_quote">On Thu, Aug
14, 2014 at 9:46 AM, John DeHart <span
dir="ltr"><<a
moz-do-not-send="true"
href="mailto:jdd@seas.wustl.edu"
target="_blank">jdd@seas.wustl.edu</a>></span>
wrote:<br>
<blockquote class="gmail_quote"
style="margin:0 0 0
.8ex;border-left:1px #ccc
solid;padding-left:1ex">
<div bgcolor="#FFFFFF"
text="#000000"> <br>
Junxiao,<br>
<br>
Ahh. I was thinking of the
fib.max-faces-per-prefix as a
limit on all faces not just<br>
ones that NLSR is concerned
with. <br>
<br>
In the testbed right now we
have 5 nodes that<br>
each have 5 links to other
nodes. Those are the most
connected nodes.<br>
So, if we set the
fib.max-faces-per-prefix for
NLSR to >= 5 we should be
ok.<br>
Right?<span><font
color="#888888"><br>
<br>
John</font></span>
<div><br>
</div>
</div>
</blockquote>
</div>
</div>
</div>
</div>
_______________________________________________<br>
Operators mailing list<br>
<a moz-do-not-send="true"
href="mailto:Operators@lists.named-data.net">Operators@lists.named-data.net</a><br>
<a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="http://lists.named-data.net/mailman/listinfo/operators">http://lists.named-data.net/mailman/listinfo/operators</a><br>
</blockquote>
</div>
<br>
</blockquote>
<br>
</div>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
</div>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
</body>
</html>