[ndnSIM] Red status for the faces

[Alex Afanasyev]

Hi Salvatore,

> On Jan 16, 2015, at 12:40 AM, Salvatore SIGNORELLO <salvatore.signorello at uni.lu> wrote:
> 
> Hi all,
> 
> I've written out a simple tracer that prints the status of the faces for
> the Fib entries, to troubleshoot the weird behavior I've experienced
> with some simulations, where all the nodes use a BestRoute forwarding
> strategy.
> 
> Well, I've never seen a Face marked as RED using the new developed
> 'ifaceTracer' after several attempts in different simulation scenarios,
> the same holds even if I simulate scenario with link failures using the
> ndn::LinkControlHelper class. So, I've started digging into the source
> code to see who is really marking the interfaces as RED. By now I've
> just found the InvalidateAll method of the FibImpl class. This method
> iterates all the Fib's entries and for each of them it iterates the list
> of faces and it sets the status to Red calling in turn the Invalidate
> method of the FaceMetric class. The InvalidateAll method is used only by
> the GlobalRoutingHelper class to clean the status of all the Fib's
> entries before starting the computation of the routes. Is there anything
> I've missed? Could anyone please confirm the workflow summed up above?

Yes. This is the only place where RED status is set in the codebase.

> Further, what about the probing of (inter)faces? It seems to me that also the codebase has foreseen it, but nobody is really using it.


Depending on how you define probing.  The codebase doesn’t implement any active probing.  For the passive probing (trying different face if interest is retransmitted while PIT entry is alive), the status of faces may change to yellow (where the face is temporarily demoted).

—
Alex
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/ndnsim/attachments/20150116/d3aa8e8c/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://www.lists.cs.ucla.edu/pipermail/ndnsim/attachments/20150116/d3aa8e8c/attachment.bin>