[Nfd-dev] NDN Weekly Call
Bradford Lowe
bradlowe at g.ucla.edu
Thu Feb 20 20:37:55 PST 2025
This is a reminder of the upcoming NFD call using Zoom
https://arizona.zoom.us/j/82909523174?pwd=bEc2VXk4M3ZrdC95SGlxUHVzRVFyUT09
The current call time is every Friday 09:00-11:00 Pacific Time.
The current agenda includes the following issues:
------------------------------
Discussion Agenda for 2/21/25:
-
NDNComm 2025 preparation
-
bashing the CPF
-
collect input to make a presentation list
-
collect input to make a hackathon topic list
-
hackathon preparation status, NDNComm webpage setup
-
Any other discussion topics?
NDN Community Meeting related
-
Committee:
-
2025-01-24: Beichuan agreed to be on the NDNcomm committee.
-
Registration system.
-
2025-01-24: Alex agreed to setup Eventbrite registration portal.
-
Open submission system. Don't wait until the last few weeks.
-
Elect hackathon leaders.
-
2025-01-17: Adam Thieme agreed to be a hackathon leader.
-
Make a public announcement of NDNcomm 2025 + hackathon on
https://named-data.net frontpage.
-
Dates: 2025-04-17 ~ 2025-04-20.
Prefix Announcement related
-
Existing issues:
-
https://redmine.named-data.net/issues/4651 - NFD reuses application's
prefix announcement object when it propagates the prefix announcement
-
https://redmine.named-data.net/issues/4541 - propagate strategy
choice through routing announcement
-
After a local application creates a prefix registration in the local
forwarder from a prefix announcement object, how to decide whether the
prefix should (1) stay in the local forwarder, or, (2) propagate to the
connected testbed router and readvertised into global routing?
-
What should be the security model / trust schema for the testbed /
global routing system to verify the prefix announcement objects?
-
1/ trust schema works on a given system model
2/ we still need to answer the question of how the local host and
local hub find each other.
3/ with that, local hub fetches prefix announcement from the app
-
local forwarder is not in the business of verifying all the data
forwarded, why prefix announcement (a data packet) should be different?
Workspace - ndn-call-notifications
-
Automate weekly sending.
Signed Interest
-
Carry parameters in Data packet enclosed in ApplicationParameters
-
Carry parameters with Reflexive Forwarding:
https://datatracker.ietf.org/doc/draft-irtf-icnrg-reflexive-forwarding/
-
NDNCERT 0.4 spec (use signed Data instead of signed Interest)
-
create a new page under https://github.com/named-data/ndncert/wiki
Testbed related
-
new node sponsored by PCL, where is it?
-
AVEIRO: offline, repair or delete?
-
BERN: offline, repair or delete?
-
ANYANG: firewall blocking UDP and WebSocket incoming, repair?
-
QUB: offline, repair or delete?
-
TNO: firewall blocking UDP incoming, repair?
-
URJC, ANYANG, NEU, MEMPHIS, FRANKFURT, SINGAPORE: reinstall traffic
capture scripts
<https://github.com/tntech-ngin/ndn-traffic-capture-scripts>?
-
2025-02-27: Adam will take care of this.
If you want to edit the issue list in this document, go to the Workspace
app at https://ndn-workspace.web.app and follow the instructions to join a
new workspace with the following trust anchor:
/8=ndn/8=weekly-call-doc/8=KEY/8=%A0w%E9%88%23%27%D91/8=self/54=%00%00%01%92%CA%C4EN/1=%16u%A9%29%8BM%DA%82%A5%8FR%F2%AB%04-%89a%CF%82%AF%ED%FD%A1%5B%0E%28%F0%23%27%0B%D5%24
Nfd-dev mailing list
Nfd-dev at lists.cs.ucla.edu
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/20250220/73555aaa/attachment.htm>
More information about the Nfd-dev
mailing list