[ndnSIM] stop producer from forwarding interests

Shahid Md. Asif Iqbal asifcsep at gmail.com
Tue Apr 5 04:29:44 PDT 2016


Dear Sabet,
Did you observe the phenomenon I explained using the 7*7 grid? If you have
found the same behavior, I mean producers are forwarding the interests for
the very prefix they are responsible for, then help me in finding a way out.

Thanks,
Asif

On Tue, Apr 5, 2016 at 1:55 AM, Muhammad Hosain Abdollahi Sabet <
M.AbdollahiSabet at mail.sbu.ac.ir> wrote:

> Dear Asif,
> I see. The station you have, is because of forwarding strategy in
> surrounding nodes, which I guess is set to "multicast" for all of them.
> Actually your producers are not the ones which are forwarding interest for
> the very prefix they are responsible for themselves. Surrounding nodes are
> the ones which are forwarding interests. If you put your producers in one
> line you will see. If you try with a 7*1 grid in which :
>         Ptr<Node> producerA = grid.GetNode(3,0);
>         Ptr<Node> producerB = grid.GetNode(4,0);
>         Ptr<Node> producerC = grid.GetNode(5,0);
>         Ptr<Node> producerD = grid.GetNode(6,0);
> and try only one consumer with interest for prefix of produceA, you will
> see that produceB,C&D will receive no interests.
>
> Thanks,
> Sabet
>
>
> -----Original Message-----
> From: Shahid Md. Asif Iqbal [mailto:asifcsep at gmail.com
> <asifcsep at gmail.com>]
> Sent: Mon 4/4/2016 2:17 PM
> To: Muhammad Hosain Abdollahi Sabet
> Cc: Junxiao Shi; ndnsim
> Subject: Re: [ndnSIM] stop producer from forwarding interests
>
> Dear Sabet,
> Can you please draw the scenario here you tried with? And, can you please
> try this scenario with only one prefix name "/prefix" for all producers and
> the consumer requesting for the only prefix.
>
>
>  *    ( ) ----- ( ) ----- ( ) ----- (c) ------ ( ) ----- ( ) ----- ( )
>  *     |         |         |         |          |         |         |
>  *     |         |         |         |          |         |         |
>  *    ( ) ----- ( ) ----- ( ) ----- ( ) ------ ( ) ----- ( ) ----- ( )
>  *     |         |         |         |          |         |         |
>  *     |         |         |         |          |         |         |
>  *    ( ) ----- ( ) ----- ( ) ----- ( ) ------ ( ) ----- ( ) ----- ( )
>  *     |         |         |         |          |         |         |
>  *     |         |         |         |          |         |         |
>  *    ( ) ----- ( ) ----- ( ) ----- (p) ------ ( ) ----- ( ) ----- (p)
>  *     |         |         |         |          |         |         |
>  *     |         |         |         |          |         |         |
>  *    ( ) ----- ( ) ----- ( ) ----- ( ) ------ ( ) ----- ( ) ----- ( )
>  *     |         |         |         |          |         |         |
>  *     |         |         |         |          |         |         |
>  *    ( ) ----- ( ) ----- ( ) ----- ( ) ------ ( ) ----- ( ) ----- ( )
>  *     |         |         |         |          |         |         |
>  *     |         |         |         |          |         |         |
>  *    ( ) ----- ( ) ----- ( ) ----- (p) ------ ( ) ----- ( ) ----- (p)
>
>
> Thanks
> Asif
>
> On Mon, Apr 4, 2016 at 1:10 PM, Muhammad Hosain Abdollahi Sabet <
> M.AbdollahiSabet at mail.sbu.ac.ir> wrote:
>
> > Asif,
> > Junxiao,
> >
> > Having wondered about the situation you explained, I tried to simulate a
> > similar scenario. Produce node Pnode(responsible for /p prefix) is
> > connected to other nodes than consumer node, directly. I tried with both
> > default route(/) and GlobalRoutingHelper in place, separately. In both
> > cases, forwarding strategy for all nodes was set to "multicast". But
> Pnode
> > does not forward interests with /p in their name. For being sure, I've
> > created another produce Onode responsible for /o prefix. My topology
> makes
> > interest for prefix /o pass through Pnode. In Onode PIT I can see entries
> > for /o. But no entry for /p is created because Onode does not receive
> > interests for prefix /p form Pnode.
> > Could you elaborate a bit more on the situation you're referring to?
> >
> > Thanks,
> > Sabet
> >
> > ---------- Forwarded message ----------
> > From: Shahid Md. Asif Iqbal <asifcsep at gmail.com>
> > Date: Mon, Apr 4, 2016 at 10:30 AM
> > Subject: Re: [ndnSIM] stop producer from forwarding interests
> > To: Junxiao Shi <shijunxiao at email.arizona.edu>
> > Cc: ndnsim <ndnsim at lists.cs.ucla.edu>
> >
> >
> > Thanks Junxiao,
> > You got my view point. Can you please specify which file(s) I need to
> work
> > out with.
> >
> > Thanks,
> > Asif
> >
> > On Sun, Apr 3, 2016 at 11:07 PM, Junxiao Shi <
> shijunxiao at email.arizona.edu
> > >
> > wrote:
> >
> > > Hi Asif
> > >
> > > As I understand, your scenario is:
> > >
> > >    - The network has multiple nodes.
> > >    - A producer application is running on the node P, and it serves
> > >    contents under namespace ndn:/P.
> > >    - Node P is using the multicast strategy.
> > >    - Node P has a default route ndn:/ toward other peer nodes such as Q
> > >    and R.
> > >    - You are observing that, when an Interest starting with ndn:/P is
> > >    received by node P, it's not only forwarded to the producer
> > application,
> > >    but also forwarded to Q and R.
> > >    - You want the Interest to be forwarded only to the producer
> > >    application, but not to other nodes.
> > >
> > > The behavior occurs because the FIB entry ndn:/P contains not only the
> > > producer application but also nodes Q and R. Although there isn't a
> route
> > > ndn:/P toward Q or R, these two nexthops appear in the FIB entry due to
> > > route inheritance (see NFD Developer Guide, "RIB Management - FIB
> > Updater -
> > > Route Inheritance Flags" section).
> > > To achieve the desired behavior, the FIB entry ndn:/P should contain
> only
> > > the producer application. One way to do that is setting the CAPTURE
> flag
> > in
> > > the prefix registration command sent from the producer application.
> > >
> > > Yours, Junxiao
> > >
> > > On Sun, Apr 3, 2016 at 12:32 AM, Shahid Md. Asif Iqbal <
> > asifcsep at gmail.com
> > > > wrote:
> > >
> > >> I was trying to mean that apart from answering an interest with data
> > >> packet a producer forwards the same interest to other nodes connected
> to
> > >> it. As, I found this while dealing with the multicast strategy. And, I
> > want
> > >> to stop the producer from doing that forwarding or broadcasting.
> > >>
> > >> On Sat, Apr 2, 2016 at 5:13 AM, Shahid Md. Asif Iqbal <
> > asifcsep at gmail.com
> > > > wrote:
> > >
> > >> How can I stop a producer from forwarding an interest requesting the
> > >> content owned by itself? As, I found that producer do not stop
> interests
> > >> while I was using some ideas with multicast strategy.
> > >>
> > >
> > >
> >
> > _______________________________________________
> > ndnSIM mailing list
> > ndnSIM at lists.cs.ucla.edu
> > http://www.lists.cs.ucla.edu/mailman/listinfo/ndnsim
> >
> >
> >
> >
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/ndnsim/attachments/20160405/01aff40d/attachment.html>


More information about the ndnSIM mailing list