Minutes IETF122: icnrg: Mon 10:00
minutes-122-icnrg-202503171000-00

Preechai from intERLab/AIT gave a talk on Offline content delivery ..

• using offline content delivery in remote area
• using Device to Device communication for content delivery. The
  prototype has been built using google nearby conn API
• distanace coverage upto 150 meters with maximum throughput xxx
• integrate NDN over D2D by using NDN for content discovery and
  retieval in multi-hop environment
• Present some limitations of D2D and proposed the solution of NDN
  with some modifiations
• Current implementation focusses on Andriod
• NDN over D2D architecure - propose Content Manager for content
  delivery , D2D Manager manages D2D faces abd forwarding NDN message
  over D2D
• present the proof of concept implementation NDN over D2D

• Key takeaways

  • showcasing the important of ICN for content delivery management

• Future plan- will have real-deployment in April -May 2025

  • App: virtual classroom , file exchange
  • Acknowlege to THNICF for research grant support

Q Thomas Hamburge: suggest that looks at lower layer to solve the p

Q: How long for the long life time? Ans: it could be 1-20 min
depned on type of the contents and network topo
Q: There are some implementation on RasPI why not we use them- ANs
Phone is more available
Q: Why you choose ICN/NDN ? Ans- want ot use some existing standards
Q: In there are some complexity of D2D scenario , how to advertise the
content information? which device has which contnet . Ans : We use NDN
to broadcast the content availabiloty
Lixia want to answer about Content retrieval

Q: Have you aware of the Security?

Marc Mosko - File like ...

• highlights the updates on the Draft
• Clarification about non-tree FLICs, manifest brnach may have
  multiple parents
• ANNF updates more on security section
• KDF updates -
• RSA updaats - key wrapping session.
• Padding - use CCNx T_Pad field RFC..
• Securiyt consideration - RSA
• Implementation status - ccnpy is on the pipeline
• every time you find the chunk
• EMac 29 tar file 66% saving
• sumamry The 07-draft is almost ready for final review

Comment from DAve : we are working on the FLIC for long time. We are in
the last call. will send out to the mailing list within this week

Marc Mosko - CCNx chunking protocol

• summaary: preampble chumks not using for payload - use this for more
  control - last chunk
• We believe that the draft is technically done but need some a bit
  clean up

Marc Mosko CCNx Versioning protocol

• original CCNx uses a timestamp version with a %FD
• define a T_version name segment
• Consumer can query the current version (versioned name)
• Multiple verions - can add it in namespace
• Verion discovery
• VErsion request -
• Version response
• CCNx Link rationale - consumer may only know the name of the content
  by producer will response with version name

Dave : We will push ppl to careful look at to this draft.

Dave Oran - Refelxive Forwarding ...

• main works carried on by Toshi

• Why we need this ? there are important use cases for multi-way
  handshakes.

  • IoT sensor - polling to the node, IoT pushing the content
  • peer State synchronisation
  • We cannot do these through tow-way handshakes

• Reflexive forwarding

• Current status

  • Draft o1 submitted on 16 March
  • learnign how to implement is Cefore by NICT team

• Closed issues in v.01

  • what type of data that producer try to fetch from consumer
  • How to construct the reflexive Interest exchange ? try to
    clarify in the draft

• Trigger Interest there are two options

  • ???
  • define separate TLV
  • What are pros and cons of the provided options ? this will be
    clarified in the draft

• The draft needs wider reviews from the ICNRG. We need to see more
  implementations

Aijun - Progress of DMSC

• aims to solve the problem of service mesh.
• service mesh depends on ... proxy
• there are a lot performance Overhead.
• BoF WG - want to setup new WG?

• Scope of DMSC

  • coperate with network vendors

• Organize symposuim of DMSC in Beijing MArch 2025

• Final aim of this WG, emerge
• Plan - side Meetin/BoF in IETF 123 , established WG in 124
  Q (Dirk): Container is crucial element of your design?
  A :
  Q Are you trying to replace existing Microservice or redesign the
  new architecture ?
  A: there will be a Gateway for translation.
  Q: Have you include genrative AI in your system>?
  A:
  Q: How you interact DMSC WG to this ICNRG?

will be interesting how to porting the ICNRG to microservice

Q: DO you want to standardise content based routing ?

Wrap up

• NDN community meeting in April 2025
• NExt meeting in MAdrid July 2025