<div dir="ltr"><div>I hope someone can help me.<br><br></div>Fabrizio<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-06-06 19:19 GMT+02:00 fabrizio saponaro <span dir="ltr"><<a href="mailto:fab.batta@gmail.com" target="_blank">fab.batta@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Alex,<div>I'm using your code for the interest glooding mitigation, but I've a problem.</div>
<div>This is a simplification of my scenario:</div><div><br></div><div>Principal POP ----- Fake Producer<br>
</div><div>     |</div><div>     |</div><div>     |</div><div>   POP A  --------- Attacker</div><div>   |         \\</div><div>   |           \ \</div><div> Producer   \ \</div><div>                 /  \</div><div>         Client1 ... ClientN</div>

<div><br></div><div>Clients band are very low and there are some other POP connected to the Principal POP, but only POP A has the attacker.</div><div>I'm using your classes, except for the Attacker and the Fake Producer.</div>

<div>Attacker, during the entire simulation, sends a large amount of interest per second that fills the Principal POP's pit.</div><div><br></div><div>At the end of the simulation I can see that the most download finish correctly, but during the time, pit is not empty as if there was no attack (there are a lot of entry with the prefix requiered by the attacker) .</div>

<div>I cannot explain me why, I thought that thanks to the statistics that the node makes, the face connected to the attacker (so the face of POP A)should be enforced to refuse all the interests that come from there.</div>

<div><br></div><div>Could you tell me what are the involved parameters?<br></div><div>I'm using the satisfaction-based pushed algorithm, with a grace threshold of 0.01 and an RTT of 2 seconds, due to my settings topology needs. The other parameters have not been touched, so I'm using your exact version available on github.</div>

<div><br></div><div>I also notify that printing stats on the POP A, there is something strange: </div><div>-If I try to print the unsatisfiedAbs and the countAbs, I can't see all the interfaces, but only M-1, where M is the number of links connected to this node.</div>

<div>-For the face connected to the Attacker, I see that unsatisfiedAbs = 0 and countAbs = 49.6678. I thougt should be the same values, because there are not datas for the fake interests.</div><div>- Printing the announce limit, there aren't announces for the attacker prefix, but only for "good" prefix of a normal client.</div>

<div><br></div><div>Best regards,</div><div>Fabrizio </div><div><br></div></div>
</blockquote></div><br></div>