[Ndn-lib] wireEncode/wireDecode interface missing in Name class

Dave Oran (oran) oran at cisco.com
Sat Apr 12 05:17:09 PDT 2014

This is fairly scary. What if we decide to change the wire format? Do all the applications break?

Maybe we're just having a terminology misunderstanding here. Applications should have an API that allows them to construct and deconstruct names from/to typed name components. It's the protocol stack's responsibility to take those application-oriented data structures and marshall/unmarshall the wire format of the name field in the messages.

If such an API doesn't exist that's a major hole, IMO.

On Apr 11, 2014, at 10:03 PM, "Wentao Shang" <wentaoshang at gmail.com<mailto:wentaoshang at gmail.com>> wrote:

One example is repo-ng, which stores names in wire format.

Another use case in my mind is that I want to create customized command interest for ndn smart home control, which also requires dealing with wire format names.


On Friday, April 11, 2014, Thompson, Jeff <jefft0 at remap.ucla.edu<mailto:jefft0 at remap.ucla.edu>> wrote:
Hi Wentao,

Can you say something more about how your application needs to directly manipulate the Name wire format?

- Jeff T

From: Wentao Shang <wentaoshang at gmail.com<javascript:_e(%7B%7D,'cvml','wentaoshang at gmail.com');>>
Date: Friday, April 11, 2014 5:52 PM
To: NDN Lib <ndn-lib at lists.cs.ucla.edu<javascript:_e(%7B%7D,'cvml','ndn-lib at lists.cs.ucla.edu');>>
Subject: [Ndn-lib] wireEncode/wireDecode interface missing in Name class

Hi all,

In NDN CCL API 0.1a2 documentation, there is no interface to directly manipulate the wire format of Name class. In some applications this feature is needed. And since Name-related operations are essential part of NDN application development, it would be nice in general to have the capability of handling wire format of Names. Any thoughts about adding this interface to the CCL API?




Ndn-lib mailing list
Ndn-lib at lists.cs.ucla.edu<mailto:Ndn-lib at lists.cs.ucla.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/ndn-lib/attachments/20140412/39641e52/attachment.html>

More information about the Ndn-lib mailing list