Currently, if the forwarder receives an Interest on a face that happens to be a FIB nexthop, the multicast strategy would send this Interest back to where it came from, and the best-route strategy may send it back if the FIB nexthop happens to be the lowest cost route.
This condition frequently occurs when the application is using a sync protocol.
While this would not affect application operations in a correctly implemented library, those Interests are unnecessary overhead.
This PR updates forwarding logic and strategies so that they do not send an Interest back to the incoming face, unless the face is labeled as ad hoc wireless.
Currently, if the forwarder receives an Interest on a face that happens to be a FIB nexthop, the multicast strategy would send this Interest back to where it came from, and the best-route strategy may send it back if the FIB nexthop happens to be the lowest cost route. This condition frequently occurs when the application is using a sync protocol. While this would not affect application operations in a correctly implemented library, those Interests are unnecessary overhead.
This PR updates forwarding logic and strategies so that they do not send an Interest back to the incoming face, unless the face is labeled as ad hoc wireless.