[Nfd-dev] Incorrect handling of exclude filter in CS lookup

[Wentao Shang]

Ah, I see. There is a bug in my library :P Thanks for clearing my confusion!

Wentao
On Fri, Mar 20, 2015 at 12:31 AM Junxiao Shi <shijunxiao at email.arizona.edu>
wrote:

> Hi Wentao
>
> This behavior is by design.
>
> The Interest has this Exclude Selector:
> <Exclude>
>   <NameComponent></NameComponent>
>   <NameComponent>%FD%00%00%01L5%F1K%21</NameComponent>
> </Exclude>
> Note that there isn't a <Any/> element between two NameComponents.
>
> The returned Data does not violate this Exclude Selector, because
> %FD%00%00%01L5%F1%3D%BF doesn't appear in this Exclude Selector.
>
> Yours, Junxiao
>
> On Fri, Mar 20, 2015 at 12:02 AM, Wentao Shang <wentaoshang at gmail.com>
> wrote:
>
>> Hi Junxiao,
>>
>> I found this problem on iOS using an "incorrect" implementation of the
>> FaceStatus Dataset consumer. I'm not sure how to reproduce this error on
>> normal computers yet. But here is a dump of log messages from NFD (this is
>> the best I can get to describe the problem...):
>>
>>
>> 2015-03-19 23:49:20.532 NFD[5139:69230] TRACE: [TcpLocalFace]
>> [id=257,local=tcp4://127.0.0.1:6363,remote=tcp4://127.0.0.1:51868]
>> Received: 63 bytes
>>
>> 2015-03-19 23:49:20.532 NFD[5139:69230] DEBUG: [Forwarder]
>> onIncomingInterest face=257
>> interest=/localhost/nfd/faces/list?ndn.ChildSelector=1&ndn.InterestLifetime=1000&ndn.Nonce=1313767654&ndn.Exclude=...,%FD%00%00%01L5%F1K%21
>>
>>
>> 2015-03-19 23:49:20.533 NFD[5139:69230] DEBUG: [ContentStore] find
>> /localhost/nfd/faces/list R
>>
>> 2015-03-19 23:49:20.533 NFD[5139:69230] TRACE: [ContentStore]
>> find-under-prefix /localhost/nfd/faces/list/%FD%00%00%01L5%F1K%21
>>
>> 2015-03-19 23:49:20.533 NFD[5139:69230] TRACE: [ContentStore]
>> find-under-prefix /localhost/nfd/faces/list/%FD%00%00%01L5%F1%3D%BF
>>
>> 2015-03-19 23:49:20.533 NFD[5139:69230] DEBUG: [ContentStore] matching
>> /localhost/nfd/faces/list/%FD%00%00%01L5%F1%3D%BF/%00%00
>>
>> 2015-03-19 23:49:20.533 NFD[5139:69230] DEBUG: [Forwarder] onOutgoingData
>> face=257 data=/localhost/nfd/faces/list/%FD%00%00%01L5%F1%3D%BF/%00%00
>>
>> 2015-03-19 23:49:20.534 NFD[5139:69230] TRACE: [TcpLocalFace]
>> [id=257,local=tcp4://127.0.0.1:6363,remote=tcp4://127.0.0.1:51868]
>> sendData
>>
>> 2015-03-19 23:49:20.534 NFD[5139:69230] TRACE: [TcpLocalFace]
>> [id=257,local=tcp4://127.0.0.1:6363,remote=tcp4://127.0.0.1:51868]
>> Successfully sent: 724 bytes
>>
>> 2015-03-19 23:49:20.637 NFD[5139:69230] DEBUG: [Forwarder]
>> onInterestFinalize interest=/localhost/nfd/faces/list satisfied
>>
>> You can see that I sent an Interest with exclude filter of [ANY,
>> %FD%00%00%01L5%F1K%21]. But somehow NFD decided to match this interest to
>> the data with suffix "%FD%00%00%01L5%F1%3D%BF/%00%00". Note that
>> "%FD%00%00%01L5%F1K%21" is larger than "%FD%00%00%01L5%F1%3D%BF" because
>> 'K' == 0x4B. So this data should have been filtered out...
>>
>> Thanks,
>> Wentao
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150320/1dbf3662/attachment.html>