[ndnSIM] ndnSIM Digest, Vol 8, Issue 17
Tun Tun Oo
htunhtunu at gmail.com
Sun Jul 21 20:57:49 PDT 2013
Dear Alex,
Thanks a lot for your contribution.
As you mention, by using the enable NACKs the result is improved.
We have to do some tuning of consumerWindows app for better result as TCP.
In this sense, some sample model such as limit-window, rtt-estimator,
rtt-deviation, etc are required to improve.
This just my thinking about it and I am not quite sure.
Could you advice me what I am missing or mis-understanding.
Thanks again.
Rgds
TUN
On Mon, Jul 22, 2013 at 2:39 AM, <ndnsim-request at lists.cs.ucla.edu> wrote:
> Send ndnSIM mailing list submissions to
> ndnsim at lists.cs.ucla.edu
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://www.lists.cs.ucla.edu/mailman/listinfo/ndnsim
> or, via email, send a message with subject or body 'help' to
> ndnsim-request at lists.cs.ucla.edu
>
> You can reach the person managing the list at
> ndnsim-owner at lists.cs.ucla.edu
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of ndnSIM digest..."
>
>
> Today's Topics:
>
> 1. ConsumerWindow and Congestion (Tun Tun Oo)
> 2. Re: ConsumerWindow and Congestion (Alex Afanasyev)
> 3. CcnxGlobalRouting (Saeid Montazeri)
> 4. Re: CcnxGlobalRouting (Alex Afanasyev)
> 5. Cache according to hopcount (???)
> 6. Re: Cache according to hopcount (Alex Afanasyev)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 18 Jul 2013 00:07:49 +0900
> From: Tun Tun Oo <htunhtunu at gmail.com>
> To: ndnsim at lists.cs.ucla.edu
> Subject: [ndnSIM] ConsumerWindow and Congestion
> Message-ID:
> <CAE5bac9Q3Yh==+
> CQwmXYoXMwLhxv3oUuzOHeQg+i3Co2Whx8-g at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Dear Alex
>
> I did an experiment using the 8-node bottleneck scenario with
> ConsumerWindows application. As topology, I arranged as similar to the
> 6-node bottleneck scenario.
> C1\ /P1
> \ /
> /-------R1---------R2---------R3-------R4 \
> / \
> C2 P2
>
> All the access link are 10 Mbps/10 ms and all routers are 1 Mpbs/10 ms.
> I set the Size Attribute of ConsumerWindow as 2 Mbyte and other setting as
> default.
> I found the some strange behaviors from graph-output
> First 3 sec simulation two consumers are working as usual.
> Next 20 sec only one consumer (c1)can send and receive.
> After 20 sec two consumers can send and receive.
> >From 23 sec to end of simulation (40 sec) only one consumer (c2) is
> sending
> and receiving.
>
> I would like to know your advice of what is wrong in this experiment?
> Thanks in advance.
>
> Regards
>
> TUN
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://www.lists.cs.ucla.edu/pipermail/ndnsim/attachments/20130718/1f2129b7/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 2
> Date: Thu, 18 Jul 2013 08:34:53 -0700
> From: Alex Afanasyev <alexander.afanasyev at ucla.edu>
> To: Tun Tun Oo <htunhtunu at gmail.com>
> Cc: ndnsim at lists.cs.ucla.edu
> Subject: Re: [ndnSIM] ConsumerWindow and Congestion
> Message-ID: <46F071A0-EBBA-4B68-83C8-D66FA0B29035 at ucla.edu>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi Tun,
>
> The behavior you're observing is probably not wrong, it just that
> ConsumerWindow is not equal to TCP. ConsumerWindow has very simplistic
> congestion-related logic implemented, so it causes such an oscillations and
> weirdnesses. You may want to consider implementing a more aggressive and
> more TCP-like consumer, or you can also enable NACKs (EnableNACKs parameter
> for the forwarding strategy), which may improve (but probably not going to
> completely solve) your problem.
>
> ---
> Alex
>
> On Jul 17, 2013, at 8:07 AM, Tun Tun Oo <htunhtunu at gmail.com> wrote:
>
> > Dear Alex
> >
> > I did an experiment using the 8-node bottleneck scenario with
> ConsumerWindows application. As topology, I arranged as similar to the
> 6-node bottleneck scenario.
> > C1\ /P1
> > \ /
> > /-------R1---------R2---------R3-------R4 \
> > / \
> > C2 P2
> >
> > All the access link are 10 Mbps/10 ms and all routers are 1 Mpbs/10 ms.
> > I set the Size Attribute of ConsumerWindow as 2 Mbyte and other setting
> as default.
> > I found the some strange behaviors from graph-output
> > First 3 sec simulation two consumers are working as usual.
> > Next 20 sec only one consumer (c1)can send and receive.
> > After 20 sec two consumers can send and receive.
> > From 23 sec to end of simulation (40 sec) only one consumer (c2) is
> sending and receiving.
> >
> > I would like to know your advice of what is wrong in this experiment?
> > Thanks in advance.
> >
> > Regards
> >
> > TUN
> >
> >
> >
> >
> >
> >
> > _______________________________________________
> > 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/20130718/d86f4e8a/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 3
> Date: Fri, 19 Jul 2013 22:23:41 +0800
> From: Saeid Montazeri <saeid.montazeri at gmail.com>
> To: ndnsim at lists.cs.ucla.edu
> Subject: [ndnSIM] CcnxGlobalRouting
> Message-ID:
> <CAM9UYj4HEWON8z8UHuUUc8=Esx6+xzurAd-EnYn6=
> JSHnAcvFg at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> All dears,
>
> My question is about CcnxGlobalRouting. Does it calculate the routes based
> on shortest path?
> Regarding CalculateRoutes function, it is also mentioned that
> "Implementation of route calculation is heavily based on Boost Graph
> Library". What kind of dependency is implied?
>
> Best Regards,
> Saeid
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://www.lists.cs.ucla.edu/pipermail/ndnsim/attachments/20130719/53a6c4a0/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 4
> Date: Fri, 19 Jul 2013 07:29:01 -0700
> From: Alex Afanasyev <alexander.afanasyev at ucla.edu>
> To: Saeid Montazeri <saeid.montazeri at gmail.com>
> Cc: ndnsim at lists.cs.ucla.edu
> Subject: Re: [ndnSIM] CcnxGlobalRouting
> Message-ID: <4BE6ECA1-7F58-443B-A00B-9C1659E17922 at ucla.edu>
> Content-Type: text/plain; charset=iso-8859-1
>
> Hi Saeid,
>
> ndn::GlobalRouting uses Dijkstra algorithm for shortest (in terms of
> configured metric) route calculation. What I meant by boost library
> dependency is that instead of reimplementing Dijkstra from scratch,
> ndn::GlobalRouting uses boost's implementation of the algorithm.
>
> Btw. Currently, there are two versions of route calculations in
> ndn::GlobalRouting. One version (CalculateRoutes) calculate just one
> shortest route (to each globally registered prefix), and another version
> calculate "neighbor-independent" set routes (i.e., if destination can be
> reached through the face if the face was the only one working, this face
> will be added to FIB).
>
> ---
> Alex
>
> On Jul 19, 2013, at 7:23 AM, Saeid Montazeri <saeid.montazeri at gmail.com>
> wrote:
>
> > All dears,
> >
> > My question is about CcnxGlobalRouting. Does it calculate the routes
> based on shortest path?
> > Regarding CalculateRoutes function, it is also mentioned that
> "Implementation of route calculation is heavily based on Boost Graph
> Library". What kind of dependency is implied?
> >
> > Best Regards,
> > Saeid
>
>
>
> ------------------------------
>
> Message: 5
> Date: Sun, 21 Jul 2013 17:19:11 +0800 (CST)
> From: ??? <blindeafer at 163.com>
> To: ndnsim <ndnsim at lists.cs.ucla.edu>
> Subject: [ndnSIM] Cache according to hopcount
> Message-ID: <3a1c1cdb.21f1.140008686b1.Coremail.blindeafer at 163.com>
> Content-Type: text/plain; charset="gbk"
>
> Hi All,
> I would like to implement a hopcount-based cache policy,it is that each
> node will cache a content with a particular hopcount number,such as
> 3.Before a content is going to be sent,the hopcount of a content will be
> set to be 0 if it is cached,
> If I would modify the OnData() function?How can I implement the policy?
> Thank you
>
>
> Beat regards.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://www.lists.cs.ucla.edu/pipermail/ndnsim/attachments/20130721/eb76b763/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 6
> Date: Sun, 21 Jul 2013 10:39:24 -0700
> From: Alex Afanasyev <alexander.afanasyev at ucla.edu>
> To: ??? <blindeafer at 163.com>
> Cc: ndnsim <ndnsim at lists.cs.ucla.edu>
> Subject: Re: [ndnSIM] Cache according to hopcount
> Message-ID: <E04E1757-8EC4-467C-B8DF-A8F370B4414F at ucla.edu>
> Content-Type: text/plain; charset="utf-8"
>
> Hi!
>
> ndnSIM tracks the hop count in complimentary packet tag structure
> FwHopCountTag. To create a policy, you will need to create a new "policy"
> header file (e.g., similar to lru-policy) and in insert method put
> something like this:
>
>
> ...
>
> inline bool
> insert (typename parent_trie::iterator item)
> {
> Ptr<const Packet> pkt = item->payload ()->GetPacket ();
> FwHopCountTag tag;
> pkt->PeekPacketTag (tag);
>
> if (tag.Get () == 3)
> {
> policy_container::push_back (*item);
> return true;
> }
> else
> {
> return false;
> }
>
> }
>
> ...
>
> ---
> Alex
>
> On Jul 21, 2013, at 2:19 AM, ??? <blindeafer at 163.com> wrote:
>
> > Hi All,
> > I would like to implement a hopcount-based cache policy,it is that each
> node will cache a content with a particular hopcount number,such as
> 3.Before a content is going to be sent,the hopcount of a content will be
> set to be 0 if it is cached,
> > If I would modify the OnData() function?How can I implement the policy?
> > Thank you
> >
> > Beat regards.
> >
> >
> > _______________________________________________
> > 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/20130721/f4d45cf7/attachment.html
> >
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> ndnSIM mailing list
> ndnSIM at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/ndnsim
>
>
> ------------------------------
>
> End of ndnSIM Digest, Vol 8, Issue 17
> *************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/ndnsim/attachments/20130722/c3f8b9a0/attachment.html>
More information about the ndnSIM
mailing list