<div dir="ltr"><div>Hi,</div><div><br></div><div>Thanks for the information, but our problem is to create a routing table to deal with broken edges in MANET, by storing a metric based on shortest path, so that when a relay edge is missing, we can consider alternate path instead of broadcasting data packets. We are planning to add a hop-count tag in the interest packet to determine the best path back to the consumer, when an edge is missing.</div><div><br></div><div>Since our faces are adhoc, which are naturally broadcast, we are planning to add an extra "mac-address-tag" to data packets so that not all nodes receiving the data will resend it. <br></div><div><br></div><div>Regular FIB is not enough as of now, but our concern is whether we can use the existing RIB table for this purpose.</div><div><br></div><div>Thanks,</div><div>Nisha<br></div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Nov 2, 2018 at 6:26 AM Spyridon (Spyros) Mastorakis <<a href="mailto:mastorakis@cs.ucla.edu">mastorakis@cs.ucla.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space">Hi,<div><br></div><div>I am not sure whether this would be an entire routing protocol or just some sort of self-learning.</div><div><br></div><div>Probably you can take a look at this paper and see if you can apply something like that to your project:</div><div><br></div><div><a href="https://named-data.net/wp-content/uploads/2017/04/on_broadcast-based_self-learning_ndn.pdf" target="_blank">https://named-data.net/wp-content/uploads/2017/04/on_broadcast-based_self-learning_ndn.pdf</a></div><div><br></div><div>Thanks,</div><div><br><div>
<div><div><div><span style="float:none;display:inline!important">Spyridon (Spyros) Mastorakis</span><br><span style="float:none;display:inline!important">Personal Website: </span><a href="http://cs.ucla.edu/~mastorakis/" target="_blank">http://cs.ucla.edu/~mastorakis/</a><br><span style="float:none;display:inline!important">Internet Research Laboratory</span><br><span style="float:none;display:inline!important">Computer Science Department</span><br><span style="float:none;display:inline!important">UCLA</span></div><div><br></div></div></div>
</div>
<div><br><blockquote type="cite"><div>On Nov 1, 2018, at 6:29 AM, NISHA MERIN JACOB <<a href="mailto:h20180129@pilani.bits-pilani.ac.in" target="_blank">h20180129@pilani.bits-pilani.ac.in</a>> wrote:</div><br class="m_-3307003290132613394Apple-interchange-newline"><div><div dir="ltr"><div>Hi,</div><div><br></div><div>As part of our Advanced Computer Networks Project, we are trying to implement NDN manet. We were facing many issues including intermediate nodes not forwarding interest and data packets. We created a new app, "NDN relay" which can forward interest and modified forwarder.cpp to send interest and data to the same face.</div><div><br></div><div>Now there is a flooding of interest and data packets and we are trying to control it by adding a new routing protocol which unicasts data packet based on an added hop-count field and mac-field.</div><div><br></div><div>Is there any alternative approach for this, other than creating an new Routing table incorporating mac address and hop-count?</div><div><br></div><div>Thanks,</div><div>Nisha Merin Jacob</div><div>BITS Pilani</div></div></div></blockquote></div><br></div></div></blockquote></div>