[ndnSIM] Content Object IDs

John Baugh jpbaugh at umich.edu
Mon Dec 4 06:49:59 PST 2017


Very useful information as usual.  Thanks a lot for this. :)

A quick question though - if interpreting them as strings is not supposed
to be done, why is there a toUri method that returns a string?  That's what
I've been using.



On Dec 4, 2017 9:30 AM, "Junxiao Shi" <shijunxiao at email.arizona.edu> wrote:

> Hi John
> I'm working on some custom caching scenarios and need a large cache
>> space.  When I was using smaller spaces, with say, 100 or so cache objects
>> available to request, I didn't seem to have any troubles.
>> Now I'm encountering some strange behaviors and am curious about
>> something.  I was previously under the assumption that the Content IDs used
>> hexadecimal values.  Now I'm not entirely sure.  I increased the
>> NumberOfContents to 1 million, and I'm getting values that don't fall into
>> any sort of hexadecimal format.  I'm seeing the characters "h" and "N" and
>> "H" show up frequently.  These are of course out of range.
> They are encoded according to naming convention <https://named-data.net/
> publications/techreports/ndn-tr-22-ndn-memo-naming-conventions/> , and
> then displayed as NDN URI <https://named-data.net/doc/
> NDN-TLV/current/name.html#ndn-uri-scheme> .
> Do not try to interpret them as strings.
>> I had also been doing some parsing and conversions so now I'm getting a
>> lot of situations where my stoi calls are receiving bad input.
> You may parse the version/segment/sequence numbers with ndn-cxx's
> name::Component::from* methods. <https://github.com/named-
> data/ndn-cxx/blob/b6828918cd5ba3d7be144bb24e9d30
> 82dc1d2b69/src/name-component.hpp#L359-L432>
> Yours, Junxiao
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/ndnsim/attachments/20171204/d0003347/attachment.html>

More information about the ndnSIM mailing list