[Nfd-dev] [EXT] Installation of ndn components
Junxiao Shi
shijunxiao at arizona.edu
Thu Jul 24 10:05:59 PDT 2025
Hi Vazoumana
The named-data .net website is only minimally maintained, but GitHub
repositories do not lie.
In addition to https://github.com/named-data organization, there are some
NDN repositories under https://github.com/UCLA-IRL organization but those
are less mature.
For "simulation", you can consider doing emulation instead with Mini-NDN
codebase: https://github.com/named-data/mini-ndn
Mini-NDN itself is actively maintained, but a risk factor is that the
underlying Mininet codebase seems dead.
For now Mini-NDN developers have added enough patches so that it works on
Ubuntu 24.04, so that you can use it at least until 2029.
Mini-NDN currently uses NFD but there's ongoing effort to extend it to
ndnd's forwarder.
Development of Mini-NDN occurs in Gerrit
https://gerrit.named-data.net/q/project:mini-ndn+status:open , so you won't
see Pull Requests on GitHub.
Joining the testbed does not require you to setup anything.
You basically donate a machine and give testbed operators sudo access, and
they will do all the installation and management.
It benefits the ecosystem and gives you exposure, but does not benefit your
simulation work.
Yours, Junxiao
On Thu, Jul 24, 2025 at 12:38 PM Vazoumana FOFANA <vazoumana.fofana at cnrs.fr>
wrote:
>
> *External Email*
> ------------------------------
>
> Hi Junxiao,
>
> Thanks for your answer.
> Le 24/07/2025 à 18:03, Junxiao Shi a écrit :
>
> Hi Vazoumana
>
> ndnSIM is unmaintained.
>
> when i look onto website https://named-data.net/codebase/platform/
> <https://named-data.net/codebase/platform/>
> , it's not obvious. But , you're right. I will refer to github repositories
> activity.
>
> It can be considered as a historic codebase that requires period-correct
> operating systems and compilers, e.g. Ubuntu 20.04.
> For system security, you should not expose the operating system to the
> Internet:
>
> 1. Install ndnSIM in a virtual machine only.
> 2. Block all network connections into and out of the virtual machine.
> 3. Deploy an HTTP proxy so that the virtual machine can download
> packages.
>
> Ok, i got it. According to me, it s important to have a simulation
> software. But i understand , it's required time, human an development
> effort to maintain it.
>
>
> NFD is only passively maintained.
> While it is possible to install both ndnSIM and NFD in the system, this is
> not recommended due to vulnerabilities in Ubuntu 20.04.
>
> Most of the recent innovations are in this codebase:
> https://github.com/named-data/ndnd
> <https://github.com/named-data/ndnd>
> You should use ndnd for new deployments and experiments.
>
> Ok, so with this version, it doesn't require to get standard library
> client. It's included, isn't it ?
>
>
> Both ndnSIM and NFD are single-threaded for most workloads, so they need
> high clock rate processors.
> ndnd is multi-threaded in most modes, so they can work with the typical
> server processors that have many cores of moderate clock rate.
>
> Ok, i set up a vm with 20 cores. It will be enough to run comfortably
> ndnd.
>
>
> Yours, Junxiao
>
> Thanks. When i will finish set up ndnd node, i will look deeply and surely
> join testbed. Otherwise, i need to understantd more all mechanism and
> strategies chosen on ndn implementation.
>
>
> On Thu, Jul 24, 2025 at 11:35 AM Vazoumana FOFANA via Nfd-dev <
> nfd-dev at lists.cs.ucla.edu> wrote:
>
>> External Email
>>
>> Dear All,
>>
>> I'm vazoumana fofana, network and system engeener in French laboratory.
>> As new user, i enjoy joining NDN community.
>>
>> I have 2-3 questions :
>>
>> - According to website, ndnsim seems to be not supported yet on
>> ubuntu24. Is it an ongoing task ?
>>
>> - is there any inconvenients to install ndnsim and NDN chain ( NFD,
>> ndn-cxx) on same node ? is there any hardware requirements (RAM,
>> storage, CPU, cores) ?
>>
>> - On mailman interface, i didn't see any field to fill in order to
>> search a string keyword. Maybe, i missed something.
>>
>> Best regards.
>>
>>
>> _______________________________________________
>> Nfd-dev mailing list
>> Nfd-dev at lists.cs.ucla.edu
>> https://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
>> <https://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20250724/8eff8156/attachment-0001.htm>
More information about the Nfd-dev
mailing list