Bug #2291
closedHopCount for cached Data.
100%
Description
Happens when data is cached. Hop count carried by the interest packet is not attached to the data packet.
Updated by Spyros Mastorakis about 10 years ago
- Status changed from New to Resolved
- % Done changed from 0 to 100
Updated by Alex Afanasyev about 10 years ago
I have another idea. There is no real value of including interest hop count, as data must follow path of Interests. So, I would propose change the way hop count is measured (the original measure is/was confusing anyways).
Updated by Spyros Mastorakis about 10 years ago
Yeah, I have also thought of that, but I wanted to provide the same functionality as before.
So, you suggest that I measure only the hops for the interest packet and just double that for the data packet?
I like the fact that the calculation now is symmetric... I mean as far as the code structure is concerned...
Updated by Alex Afanasyev about 10 years ago
No. There is no reason to double. The measure will just measure number of hops a packet has traveled. If someone is interested in number of hops Interest traveled, they can measure that in producer app. If someone wants to measure hops of Data packets, they can look for that inside consumer. If someone wants total count of hops for Interest + Data, then they always just multiply, but I don't think this is what people are really interested in.
Updated by Spyros Mastorakis about 10 years ago
So we will have two independent counters in an essence, right?
Ok, I can do that..
Updated by Alex Afanasyev almost 10 years ago
- Status changed from Resolved to Abandoned
There is no need to do any special handling for cached data. Hop count is automatically added for any packet send out through NetDeviceFace (and not any other).