<div dir="ltr">Hi Alex,<div>No problem i've managed to solve the problem. I was using a string as the name of the data to lookup the cache, but the original data stored in the cache was named as two components (prefix and Seq). </div><div><br></div><div>Regards, </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 4, 2015 at 5:08 AM, Alex Afanasyev <span dir="ltr"><<a href="mailto:aa@cs.ucla.edu" target="_blank">aa@cs.ucla.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Sorry for the delayed reply.  It doesn't look normal.  Can you send us a simple scenario that shows the problem?<br>
<br>
--<br>
Alex<br>
<div class="HOEnZb"><div class="h5"><br>
> On Aug 18, 2015, at 2:45 PM, Hisham Farahat <<a href="mailto:hishamfarahat@gmail.com">hishamfarahat@gmail.com</a>> wrote:<br>
><br>
> Hi,<br>
> LongestPrefixMatch when used with FIB gives wrong results. (I'm using ndnSIM 1.0.)<br>
><br>
> The FIB of a node contains:<br>
> ############<br>
> Node<br>
>   Dest prefix      Interfaces(Costs)<br>
> +-------------+--------------------------------------+<br>
> /prefix_3     dev=net(0)(1,g,1)<br>
> /prefix_3/153 dev=net(1)(1,y,1)<br>
> #############<br>
><br>
> The LongestPrefixMatch for interest "/prefix_3/153" is returning the first entry : "/prefix_3 dev=net(0)(1,g,1)"<br>
><br>
> Is this normal?<br>
><br>
> Regards,<br>
<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Hisham Farahat</div>
</div>