From olfa.benrhaiem at gmail.com Sat Apr 5 03:24:20 2014 From: olfa.benrhaiem at gmail.com (OLFA BEN RHAIEM) Date: Sat, 5 Apr 2014 11:24:20 +0100 Subject: [ndnSIM] Video streaming over MANET using ndnSIM Message-ID: Hello; My goal is to evaluate video streaming over MANET using ndnSim. does ndnSim contains a module for Streaming video ? could you, help me by a simple example !! Pleqse, i need your advices Thank you very mush in advance -- Best Regards Ben Rhaiem OLFA, Phd Student at ENIS, IEEE Membership (+216) 26 153 192 --- -------------- next part -------------- An HTML attachment was scrubbed... URL: From drirawassim+ndnsim at gmail.com Tue Apr 8 04:23:57 2014 From: drirawassim+ndnsim at gmail.com (Wassim Drira) Date: Tue, 8 Apr 2014 14:23:57 +0300 Subject: [ndnSIM] issue using Simulator::Schedule Message-ID: Hi all, I am using WIFI to exchange NDNSim messages between nodes. As there are too many collisions and losses, I was trying to use Simulator::Schedule to delay sending responses between the different nodes. The problem is when I use Simulator::Schedule ( Seconds(0.05), &ClientResponse::SendResponse, this, interest); in all nodes, it works. But when double rand_v = round(fabs(m_random->GetValue())*1000)/1000; Time tNext(Seconds(rand_v)); Simulator::Schedule ( tNext, &ClientResponse::SendResponse, this, interest); the program generates this bug Program received signal SIGSEGV, Segmentation fault. 0x00007ffff3be4f22 in boost::intrusive::detail::bucket_traits_impl >::type>::bucket_count (this=0xd8) at /usr/include/boost/intrusive/detail/hashtable_node.hpp:123 123 { return buckets_len_; } backtrace result in the debugger are below. Thank you in advance. Wassim #0 0x00007ffff3be4f22 in boost::intrusive::detail::bucket_traits_impl >::type>::bucket_count (this=0xd8) at /usr/include/boost/intrusive/detail/hashtable_node.hpp:123 #1 0x00007ffff3d1508c in boost::intrusive::hashtable_impl >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, boost::intrusive::unordered_set_member_hook, &ns3::ndn::ndnSIM::trie >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::unordered_set_member_hook_>, boost::hash >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, std::equal_to to continue, or q to quit--- n::ndnSIM::persistent_policy_traits> >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, unsigned long, boost::intrusive::detail::bucket_traits_impl >::type>, 3ul> >::priv_hash_to_bucket ( this=0xd0, hash_value=175247761919) at /usr/include/boost/intrusive/hashtable.hpp:2325 #2 0x00007ffff3d14d2d in boost::intrusive::hashtable_impl >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, boost::intrusive::unordered_set_member_hook, &ns3::ndn::ndnSIM::trie >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::unordered_set_member_hook_>, boost::hash >, ns3::ndn::pit::EntryImpl to continue, or q to quit--- icy_traits> > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, std::equal_to >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, unsigned long, boost::intrusive::detail::bucket_traits_impl >::type>, 3ul> >::priv_find_with_hash >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, std::equal_to >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> > > (this=0xd0, key=..., equal_func=..., bucket_number=@0x7fffffffaba8: 140737283938013, h=175247761919, previt=...) at /usr/include/boost/intrusive/hashtable.hpp:2802 #3 0x00007ffff3d0d045 in boost::intrusive::hashtable_impl to continue, or q to quit--- ::EntryImpl >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, boost::intrusive::unordered_set_member_hook, &ns3::ndn::ndnSIM::trie >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::unordered_set_member_hook_>, boost::hash >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, std::equal_to >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, unsigned long, boost::intrusive::detail::bucket_traits_impl >::type>, 3ul> >::priv_find >---Type to continue, or q to quit--- , ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, boost::hash >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, std::equal_to >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> > > (this=0xd0, key=..., hash_func=..., equal_func=..., bucket_number=@0x7fffffffaba8: 140737283938013, h=@0x7fffffffabb0: 175247761919, previt=...) at /usr/include/boost/intrusive/hashtable.hpp:2795 #4 0x00007ffff3d1510f in boost::intrusive::hashtable_impl >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, boost::intrusive::unordered_set_member_hook, &ns3::ndn::n---Type to continue, or q to quit--- dnSIM::trie >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::unordered_set_member_hook_>, boost::hash >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, std::equal_to >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, unsigned long, boost::intrusive::detail::bucket_traits_impl >::type>, 3ul> >::erase_and_dispose >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, boost::hash >, ns3::ndn::pit::EntryImpl to continue, or q to quit--- n::pit::PitImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, std::equal_to >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, ns3::ndn::ndnSIM::trie >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::trie_delete_disposer> (this=0xd0, key=..., hash_func=..., equal_func=..., disposer=...) at /usr/include/boost/intrusive/hashtable.hpp:1534 #5 0x00007ffff3d0d6ab in boost::intrusive::hashtable_impl >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, boost::intrusive::unordered_set_member_hook, &ns3::ndn::ndnSIM::trie to continue, or q to quit--- _traits> >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::unordered_set_member_hook_>, boost::hash >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, std::equal_to >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, unsigned long, boost::intrusive::detail::bucket_traits_impl >::type>, 3ul> >::erase_and_dispose >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::trie_delete_disposer> (this=0xd0, value=..., disposer=...) at /usr/include/boost/intrusive/hashtable.hpp:1509 #6 0x00007ffff3d019d8 in boost::intrusive::unordered_set_impl to continue, or q to quit--- :pit::EntryImpl >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, boost::intrusive::unordered_set_member_hook, &ns3::ndn::ndnSIM::trie >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::unordered_set_member_hook_>, boost::hash >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, std::equal_to >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, unsigned long, boost::intrusive::detail::bucket_traits_impl >::type>, 3ul> >::erase_and_dispose to continue, or q to quit--- cy_traits> >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::trie_delete_disposer> (this=0xd0, value=..., disposer=...) at /usr/include/boost/intrusive/unordered_set.hpp:511 #7 0x00007ffff3cfaac5 in ns3::ndn::ndnSIM::trie >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::prune (this=0x8ccb40) at ../src/ndnSIM/model/pit/../../utils/trie/trie.h:269 #8 0x00007ffff3cedd9a in ns3::ndn::ndnSIM::trie >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::erase (this=0x8ccb40) at ../src/ndnSIM/model/pit/../../utils/trie/trie.h:254 #9 0x00007ffff3ce4720 in ns3::ndn::ndnSIM::trie_with_policy >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits>::erase (this=0x888ad0, node=0x8ccb40) at ../src/ndnSIM/model/pit/../../utils/trie/trie-with-policy.h:99 ---Type to continue, or q to quit--- #10 0x00007ffff3ccce85 in ns3::ndn::pit::PitImpl::MarkErased (this=0x888aa0, item=...) at ../src/ndnSIM/model/pit/ndn-pit-impl.h:390 #11 0x00007ffff3c92115 in ns3::ndn::ForwardingStrategy::SatisfyPendingInterest (this=0x888bf0, inFace=..., data=..., pitEntry=...) at ../src/ndnSIM/model/fw/ndn-forwarding-strategy.cc:386 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ioannoa at scss.tcd.ie Tue Apr 8 07:29:45 2014 From: ioannoa at scss.tcd.ie (ioannoa at scss.tcd.ie) Date: Tue, 8 Apr 2014 15:29:45 +0100 Subject: [ndnSIM] object retransmission Message-ID: <2f3942e0e55060c65f8dce49c615f7cb.squirrel@webmail.scss.tcd.ie> Hello everyone, I've created a consumer that sends packets on objects continuously, i.e. the consumer chooses an object, it sends all the related packets and when is done it chooses an other object etc etc. My issue is that once i ma finishing over with the 1st object towards to the 2nd one, my code is keep on entering the below loop which is in the SendPacket function of the consumer. It then starts up normally again.. My questions are: 1. why is its stick in there since i am not calling any retransmission checking function as the regular consumer does. 2. is this gonna have an impact to the measurements, e.g. number of hits or misses of a cache etc. 3. could i avoid it somehow (what is causing it?) while (m_retxSeqs.size ()) { std::cout << "i am inside SendPacket function 4." << std::endl; seq = *m_retxSeqs.begin (); std::cout << "seq after SendPacket 4. " << seq << std::endl; m_retxSeqs.erase (m_retxSeqs.begin ()); // NS_ASSERT (m_seqLifetimes.find (seq) != m_seqLifetimes.end ()); // if (m_seqLifetimes.find (seq)->time <= Simulator::Now ()) // { // NS_LOG_DEBUG ("Expire " << seq); // m_seqLifetimes.erase (seq); // lifetime expired. Trying to find another unexpired sequence number // continue; // } NS_LOG_DEBUG("=interest seq "< Hi Alex, I'm working with Dr. Lan Wang from the University of Memphis about the forwarding hint solution. We noticed that your only implemented one Longest Prefix Match (LPM) function by interest, we have two questions here: 1. why don't just use a prefix for LPM, instead of an interest (In the function, actually you used just the interest name)? 2. You left a note in the function "@todo use predicate to search with exclude filters", what other fields of an interest and for what purpose will be used for FIB lookup? Could you show an example? In our opinion, LPM by the interest name is good enough for FIB lookup. Thanks, Yaoqing ________________________________________ Yaoqing Liu, Ph.D. Assistant Professor Computer Science Clarkson University Potsdam NY 13699 Office: Science Center 381 Phone: (315)-268-2374 Email: liu at clarkson.edu Web: http://people.clarkson.edu/~liu/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From ahmed.waliullah.kazi at gmail.com Thu Apr 10 08:12:24 2014 From: ahmed.waliullah.kazi at gmail.com (Wali) Date: Thu, 10 Apr 2014 10:12:24 -0500 Subject: [ndnSIM] FIB Size? Message-ID: Hello Alex, We are trying to get a handle on how to control the size of FIBs (finite and infinite sized FIBs). I found a somewhat relevant reply on the mailing list, but could not understand what do you mean when you are referring that FIBs are not dynamically updated and ones simulation is responsible in defining appropriate number of FIB entries. Does it mean that we have to somehow initialize and explicitly allocate space at compile time? What is the default size of FIBs, if we do not allocate explicit space for the,? I have attached the excerpt from your reply in an earlier message: ********************* On Mar 14, 2013, at 5:12 AM, Hovaidi Ardestani Mohammad > wrote: >* Hi everybody! *>* 1. I am going to formulate size of buffer memory for ndnSim routers. In topology we set them based on packets (I think size of every packet should be 1024). I am wondering if CS, FIB and PIT are included in this space or not. * Your reply: I'm not entirely sure what your question asks. You can set individual limits on CS and PIT sizes (in number of content objects). FIB is not updated dynamically, so your simulation is responsible in defining appropriate number of FIB entries. What do you mean "in topology we set..."? Are you referring to transmission queue sizes? If yes, this is totally independent of NDN or ndnSIM. ********************* Thank you very much. Best regards, Wali. -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.afanasyev at ucla.edu Thu Apr 10 13:09:36 2014 From: alexander.afanasyev at ucla.edu (Alex Afanasyev) Date: Thu, 10 Apr 2014 13:09:36 -0700 Subject: [ndnSIM] FIB Size? In-Reply-To: References: Message-ID: <0732AAC1-FC94-4661-9DFA-9E61A4434F37@ucla.edu> Hi Wali, Sorry for the confusion. What I meant that usually FIB size is not an issue in the simulation scenario, since it is not an element that gets updated all the time. But, it doesn't mean you need to do any special allocations. In ndnSIM, FIB uses the same underlying data structure as CS and PIT, so you can use similar method to implement limits, but with the small caveat. If you open model/fib/ndn-fib-impl.h, you will see that I have hard-coded data structure policy to ndnSIM::counting_policy_traits, which does not enforce any limits. What you can do, you can change this to an appropriate FIB management policy (e.g., you have to figure out what to do when the limit is reached). To set limits, you will need to implement equivalent of SetMaxSize/GetMaxSize calls in CS implementation (you can can almost directly copy lines 263-275 of model/cs/content-store-impl.h (just remove irrelevant template parts). --- Alex On Apr 10, 2014, at 8:12 AM, Wali wrote: > Hello Alex, > > We are trying to get a handle on how to control the size of FIBs (finite and infinite sized FIBs). I found a somewhat relevant reply on the mailing list, but could not understand what do you mean when you are referring that FIBs are not dynamically updated and ones simulation is responsible in defining appropriate number of FIB entries. Does it mean that we have to somehow initialize and explicitly allocate space at compile time? What is the default size of FIBs, if we do not allocate explicit space for the,? > > I have attached the excerpt from your reply in an earlier message: > > ********************* > On Mar 14, 2013, at 5:12 AM, Hovaidi Ardestani Mohammad wrote: > Hi everybody! > 1. I am going to formulate size of buffer memory for ndnSim routers. In topology we set them based on packets (I think size of every packet should be 1024). I am wondering if CS, FIB and PIT are included in this space or not. > Your reply: I'm not entirely sure what your question asks. You can set individual limits on CS and PIT sizes (in number of content objects). FIB is not updated dynamically, so your simulation is responsible in defining appropriate number of FIB entries. What do you mean "in topology we set..."? Are you referring to transmission queue sizes? If yes, this is totally independent of NDN or ndnSIM. > ********************* > Thank you very much. > > Best regards, > Wali. > > _______________________________________________ > 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: From alexander.afanasyev at ucla.edu Thu Apr 10 13:23:31 2014 From: alexander.afanasyev at ucla.edu (Alex Afanasyev) Date: Thu, 10 Apr 2014 13:23:31 -0700 Subject: [ndnSIM] issue using Simulator::Schedule In-Reply-To: References: Message-ID: Hi Wassim, I'm not sure I can help here. This looks like a problem during resizing (or accessing) buckets in the hash table, but I don't understand why it is segfaulting. Are you using multiple threads by any chance? Another possibility could with memory allocation (e.g., when there are too many of items to be inserted). --- Alex PS Why do you have such a complex way to se tNext? You could simply Time tNext(Seconds(rand_v.GetValue(0.01, 0.10)); // or some other range you need On Apr 8, 2014, at 4:23 AM, Wassim Drira wrote: > Hi all, > > I am using WIFI to exchange NDNSim messages between nodes. As there are too many collisions and losses, I was trying to use Simulator::Schedule to delay sending responses between the different nodes. > The problem is when I use Simulator::Schedule ( Seconds(0.05), &ClientResponse::SendResponse, this, interest); in all nodes, it works. But when > double rand_v = round(fabs(m_random->GetValue())*1000)/1000; > Time tNext(Seconds(rand_v)); > Simulator::Schedule ( tNext, &ClientResponse::SendResponse, this, interest); > > the program generates this bug > Program received signal SIGSEGV, Segmentation fault. > 0x00007ffff3be4f22 in boost::intrusive::detail::bucket_traits_impl >::type>::bucket_count (this=0xd8) > at /usr/include/boost/intrusive/detail/hashtable_node.hpp:123 > 123 { return buckets_len_; } > > backtrace result in the debugger are below. > > Thank you in advance. > Wassim > > #0 0x00007ffff3be4f22 in boost::intrusive::detail::bucket_traits_impl >::type>::bucket_count (this=0xd8) > at /usr/include/boost/intrusive/detail/hashtable_node.hpp:123 > #1 0x00007ffff3d1508c in boost::intrusive::hashtable_impl >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, boost::intrusive::unordered_set_member_hook, &ns3::ndn::ndnSIM::trie >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::unordered_set_member_hook_>, boost::hash >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, std::equal_to to continue, or q to quit--- > n::ndnSIM::persistent_policy_traits> >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, unsigned long, boost::intrusive::detail::bucket_traits_impl >::type>, 3ul> >::priv_hash_to_bucket ( > this=0xd0, hash_value=175247761919) > at /usr/include/boost/intrusive/hashtable.hpp:2325 > #2 0x00007ffff3d14d2d in boost::intrusive::hashtable_impl >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, boost::intrusive::unordered_set_member_hook, &ns3::ndn::ndnSIM::trie >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::unordered_set_member_hook_>, boost::hash >, ns3::ndn::pit::EntryImpl to continue, or q to quit--- > icy_traits> > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, std::equal_to >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, unsigned long, boost::intrusive::detail::bucket_traits_impl >::type>, 3ul> >::priv_find_with_hash >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, std::equal_to >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> > > (this=0xd0, key=..., > equal_func=..., bucket_number=@0x7fffffffaba8: 140737283938013, > h=175247761919, previt=...) > at /usr/include/boost/intrusive/hashtable.hpp:2802 > #3 0x00007ffff3d0d045 in boost::intrusive::hashtable_impl to continue, or q to quit--- > ::EntryImpl >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, boost::intrusive::unordered_set_member_hook, &ns3::ndn::ndnSIM::trie >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::unordered_set_member_hook_>, boost::hash >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, std::equal_to >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, unsigned long, boost::intrusive::detail::bucket_traits_impl >::type>, 3ul> >::priv_find >---Type to continue, or q to quit--- > , ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, boost::hash >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, std::equal_to >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> > > (this=0xd0, key=..., hash_func=..., equal_func=..., > bucket_number=@0x7fffffffaba8: 140737283938013, > h=@0x7fffffffabb0: 175247761919, previt=...) > at /usr/include/boost/intrusive/hashtable.hpp:2795 > #4 0x00007ffff3d1510f in boost::intrusive::hashtable_impl >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, boost::intrusive::unordered_set_member_hook, &ns3::ndn::n---Type to continue, or q to quit--- > dnSIM::trie >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::unordered_set_member_hook_>, boost::hash >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, std::equal_to >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, unsigned long, boost::intrusive::detail::bucket_traits_impl >::type>, 3ul> >::erase_and_dispose >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, boost::hash >, ns3::ndn::pit::EntryImpl to continue, or q to quit--- > n::pit::PitImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, std::equal_to >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, ns3::ndn::ndnSIM::trie >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::trie_delete_disposer> (this=0xd0, > key=..., hash_func=..., equal_func=..., disposer=...) > at /usr/include/boost/intrusive/hashtable.hpp:1534 > #5 0x00007ffff3d0d6ab in boost::intrusive::hashtable_impl >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, boost::intrusive::unordered_set_member_hook, &ns3::ndn::ndnSIM::trie to continue, or q to quit--- > _traits> >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::unordered_set_member_hook_>, boost::hash >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, std::equal_to >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, unsigned long, boost::intrusive::detail::bucket_traits_impl >::type>, 3ul> >::erase_and_dispose >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::trie_delete_disposer> (this=0xd0, value=..., disposer=...) > at /usr/include/boost/intrusive/hashtable.hpp:1509 > #6 0x00007ffff3d019d8 in boost::intrusive::unordered_set_impl to continue, or q to quit--- > :pit::EntryImpl >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, boost::intrusive::unordered_set_member_hook, &ns3::ndn::ndnSIM::trie >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::unordered_set_member_hook_>, boost::hash >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, std::equal_to >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, unsigned long, boost::intrusive::detail::bucket_traits_impl >::type>, 3ul> >::erase_and_dispose to continue, or q to quit--- > > cy_traits> >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::trie_delete_disposer> (this=0xd0, value=..., disposer=...) > at /usr/include/boost/intrusive/unordered_set.hpp:511 > #7 0x00007ffff3cfaac5 in ns3::ndn::ndnSIM::trie >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::prune (this=0x8ccb40) > at ../src/ndnSIM/model/pit/../../utils/trie/trie.h:269 > #8 0x00007ffff3cedd9a in ns3::ndn::ndnSIM::trie >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::erase (this=0x8ccb40) > > at ../src/ndnSIM/model/pit/../../utils/trie/trie.h:254 > #9 0x00007ffff3ce4720 in ns3::ndn::ndnSIM::trie_with_policy >, ns3::ndn::pit::EntryImpl > >, ns3::ndn::ndnSIM::persistent_policy_traits>::erase (this=0x888ad0, > node=0x8ccb40) > at ../src/ndnSIM/model/pit/../../utils/trie/trie-with-policy.h:99 > ---Type to continue, or q to quit--- > #10 0x00007ffff3ccce85 in ns3::ndn::pit::PitImpl::MarkErased (this=0x888aa0, item=...) > at ../src/ndnSIM/model/pit/ndn-pit-impl.h:390 > #11 0x00007ffff3c92115 in ns3::ndn::ForwardingStrategy::SatisfyPendingInterest > (this=0x888bf0, inFace=..., data=..., pitEntry=...) > at ../src/ndnSIM/model/fw/ndn-forwarding-strategy.cc:386 > > _______________________________________________ > 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: From ioannoa at scss.tcd.ie Thu Apr 10 13:44:43 2014 From: ioannoa at scss.tcd.ie (ioannoa at scss.tcd.ie) Date: Thu, 10 Apr 2014 21:44:43 +0100 Subject: [ndnSIM] ndnSIM Digest, Vol 17, Issue 1 In-Reply-To: References: Message-ID: > 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. Video streaming over MANET using ndnSIM (OLFA BEN RHAIEM) > 2. issue using Simulator::Schedule (Wassim Drira) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 5 Apr 2014 11:24:20 +0100 > From: OLFA BEN RHAIEM > To: ndnsim at lists.cs.ucla.edu > Subject: [ndnSIM] Video streaming over MANET using ndnSIM > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > Hello; > My goal is to evaluate video streaming over MANET using ndnSim. > does ndnSim contains a module for Streaming video ? > could you, help me by a simple example !! > Pleqse, i need your advices > Thank you very mush in advance > > -- > Best Regards > Ben Rhaiem OLFA, > Phd Student at ENIS, IEEE Membership > (+216) 26 153 192 > --- > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > > ------------------------------ > Hello Wassim, Not quite sure if your error comes from there but maybe consider including the Seconds itself inside the Schedule function. It works fine for other classes and for mine as well: ns3::ExponentialVariable m_exp; double exponential = m_exp.GetValue(); m_sendEvent = Simulator::Schedule (Seconds (exponential), &ConsumerZMObject::SendPacket, this); That type of Schedule has been already used in ndn-consumer.cbr where they use uniform random variable as well. Maybe you donna check it and follow accordingly? Hope it helps! Kind regards, Andriana. > Message: 2 > Date: Tue, 8 Apr 2014 14:23:57 +0300 > From: Wassim Drira > To: ndnsim > Subject: [ndnSIM] issue using Simulator::Schedule > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > Hi all, > > I am using WIFI to exchange NDNSim messages between nodes. As there are > too > many collisions and losses, I was trying to use Simulator::Schedule to > delay sending responses between the different nodes. > The problem is when I use Simulator::Schedule ( Seconds(0.05), > &ClientResponse::SendResponse, this, interest); in all nodes, it works. > But > when > double rand_v = round(fabs(m_random->GetValue())*1000)/1000; > Time tNext(Seconds(rand_v)); > Simulator::Schedule ( tNext, &ClientResponse::SendResponse, this, > interest); > > the program generates this bug > Program received signal SIGSEGV, Segmentation fault. > 0x00007ffff3be4f22 in > boost::intrusive::detail::bucket_traits_impl >>::type>::bucket_count (this=0xd8) > at /usr/include/boost/intrusive/detail/hashtable_node.hpp:123 > 123 { return buckets_len_; } > > backtrace result in the debugger are below. > > Thank you in advance. > Wassim > > #0 0x00007ffff3be4f22 in > boost::intrusive::detail::bucket_traits_impl >>::type>::bucket_count (this=0xd8) > at /usr/include/boost/intrusive/detail/hashtable_node.hpp:123 > #1 0x00007ffff3d1508c in > boost::intrusive::hashtable_impl ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, > boost::intrusive::unordered_set_member_hook boost::intrusive::none, boost::intrusive::none, boost::intrusive::none>, > &ns3::ndn::ndnSIM::trie ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, > ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::unordered_set_member_hook_>, > boost::hash ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, > std::equal_to ns3::ndn::ndnSIM::smart_pointer_payload_traits to continue, or q to quit--- > n::ndnSIM::persistent_policy_traits> >, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, > unsigned long, > boost::intrusive::detail::bucket_traits_impl >>::type>, 3ul> >::priv_hash_to_bucket ( > this=0xd0, hash_value=175247761919) > at /usr/include/boost/intrusive/hashtable.hpp:2325 > #2 0x00007ffff3d14d2d in > boost::intrusive::hashtable_impl ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, > boost::intrusive::unordered_set_member_hook boost::intrusive::none, boost::intrusive::none, boost::intrusive::none>, > &ns3::ndn::ndnSIM::trie ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, > ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::unordered_set_member_hook_>, > boost::hash ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl to continue, or q to quit--- > icy_traits> > >, > ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, > std::equal_to ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, > unsigned long, > boost::intrusive::detail::bucket_traits_impl >>::type>, 3ul> >>::priv_find_with_hash ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, > std::equal_to ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> > > > (this=0xd0, key=..., > equal_func=..., bucket_number=@0x7fffffffaba8: 140737283938013, > h=175247761919, previt=...) > at /usr/include/boost/intrusive/hashtable.hpp:2802 > #3 0x00007ffff3d0d045 in > boost::intrusive::hashtable_impl ns3::ndn::ndnSIM::smart_pointer_payload_traits to continue, or q to quit--- > ::EntryImpl >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, > boost::intrusive::unordered_set_member_hook boost::intrusive::none, boost::intrusive::none, boost::intrusive::none>, > &ns3::ndn::ndnSIM::trie ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, > ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::unordered_set_member_hook_>, > boost::hash ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, > std::equal_to ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, > unsigned long, > boost::intrusive::detail::bucket_traits_impl >>::type>, 3ul> >::priv_find ns3::ndn::ndnSIM::smart_pointer_payload_traits >>---Type to continue, or q to quit--- > , > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, > boost::hash ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, > std::equal_to ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> > > > (this=0xd0, key=..., hash_func=..., equal_func=..., > bucket_number=@0x7fffffffaba8: 140737283938013, > h=@0x7fffffffabb0: 175247761919, previt=...) > at /usr/include/boost/intrusive/hashtable.hpp:2795 > #4 0x00007ffff3d1510f in > boost::intrusive::hashtable_impl ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, > boost::intrusive::unordered_set_member_hook boost::intrusive::none, boost::intrusive::none, boost::intrusive::none>, > &ns3::ndn::n---Type to continue, or q to quit--- > dnSIM::trie ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, > ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::unordered_set_member_hook_>, > boost::hash ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, > std::equal_to ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, > unsigned long, > boost::intrusive::detail::bucket_traits_impl >>::type>, 3ul> >::erase_and_dispose ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, > boost::hash ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, ns3::ndn::pit::EntryImpl to continue, or q > to quit--- > n::pit::PitImpl > >, > ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, > std::equal_to ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, > ns3::ndn::ndnSIM::trie ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, > ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::trie_delete_disposer> > (this=0xd0, > key=..., hash_func=..., equal_func=..., disposer=...) > at /usr/include/boost/intrusive/hashtable.hpp:1534 > #5 0x00007ffff3d0d6ab in > boost::intrusive::hashtable_impl ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, > boost::intrusive::unordered_set_member_hook boost::intrusive::none, boost::intrusive::none, boost::intrusive::none>, > &ns3::ndn::ndnSIM::trie ns3::ndn::ndnSIM::smart_pointer_payload_traits to continue, or q to quit--- > _traits> >, > ns3::ndn::pit::EntryImpl >> >, > ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::unordered_set_member_hook_>, > boost::hash ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, > std::equal_to ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, > unsigned long, > boost::intrusive::detail::bucket_traits_impl >>::type>, 3ul> >::erase_and_dispose ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, > ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::trie_delete_disposer> > (this=0xd0, value=..., disposer=...) > at /usr/include/boost/intrusive/hashtable.hpp:1509 > #6 0x00007ffff3d019d8 in > boost::intrusive::unordered_set_impl ns3::ndn::ndnSIM::smart_pointer_payload_traits > to > continue, or q to quit--- > :pit::EntryImpl >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>, > boost::intrusive::unordered_set_member_hook boost::intrusive::none, boost::intrusive::none, boost::intrusive::none>, > &ns3::ndn::ndnSIM::trie ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, > ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::unordered_set_member_hook_>, > boost::hash ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, > std::equal_to ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type> >, > unsigned long, > boost::intrusive::detail::bucket_traits_impl >>::type>, 3ul> >::erase_and_dispose ns3::ndn::ndnSIM::smart_pointer_payload_traits to continue, or q to quit--- > > cy_traits> >, > ns3::ndn::pit::EntryImpl >> >, > ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::trie_delete_disposer> > (this=0xd0, value=..., disposer=...) > at /usr/include/boost/intrusive/unordered_set.hpp:511 > #7 0x00007ffff3cfaac5 in ns3::ndn::ndnSIM::trie ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::prune > (this=0x8ccb40) > at ../src/ndnSIM/model/pit/../../utils/trie/trie.h:269 > #8 0x00007ffff3cedd9a in ns3::ndn::ndnSIM::trie ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits::policy_hook_type>::erase > (this=0x8ccb40) > > at ../src/ndnSIM/model/pit/../../utils/trie/trie.h:254 > #9 0x00007ffff3ce4720 in > ns3::ndn::ndnSIM::trie_with_policy ns3::ndn::ndnSIM::smart_pointer_payload_traits >>, > ns3::ndn::pit::EntryImpl >> >, ns3::ndn::ndnSIM::persistent_policy_traits>::erase (this=0x888ad0, > node=0x8ccb40) > at ../src/ndnSIM/model/pit/../../utils/trie/trie-with-policy.h:99 > ---Type to continue, or q to quit--- > #10 0x00007ffff3ccce85 in > ns3::ndn::pit::PitImpl::MarkErased > (this=0x888aa0, item=...) > at ../src/ndnSIM/model/pit/ndn-pit-impl.h:390 > #11 0x00007ffff3c92115 in > ns3::ndn::ForwardingStrategy::SatisfyPendingInterest > (this=0x888bf0, inFace=..., data=..., pitEntry=...) > at ../src/ndnSIM/model/fw/ndn-forwarding-strategy.cc:386 > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > > ------------------------------ > > 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 17, Issue 1 > ************************************* > From ahmed.waliullah.kazi at gmail.com Thu Apr 10 14:01:23 2014 From: ahmed.waliullah.kazi at gmail.com (Wali) Date: Thu, 10 Apr 2014 16:01:23 -0500 Subject: [ndnSIM] FIB Size? In-Reply-To: <0732AAC1-FC94-4661-9DFA-9E61A4434F37@ucla.edu> References: <0732AAC1-FC94-4661-9DFA-9E61A4434F37@ucla.edu> Message-ID: Thank you for the prompt reply. This clarifies the matter. Best regards, Wali. On Apr 10, 2014 3:09 PM, "Alex Afanasyev" wrote: > Hi Wali, > > Sorry for the confusion. What I meant that usually FIB size is not an > issue in the simulation scenario, since it is not an element that gets > updated all the time. But, it doesn't mean you need to do any special > allocations. > > In ndnSIM, FIB uses the same underlying data structure as CS and PIT, so > you can use similar method to implement limits, but with the small caveat. > If you open model/fib/ndn-fib-impl.h, you will see that I have hard-coded > data structure policy to ndnSIM::counting_policy_traits, which does not > enforce any limits. What you can do, you can change this to an appropriate > FIB management policy (e.g., you have to figure out what to do when the > limit is reached). > > To set limits, you will need to implement equivalent of > SetMaxSize/GetMaxSize calls in CS implementation (you can can almost > directly copy lines 263-275 of model/cs/content-store-impl.h (just remove > irrelevant template parts). > > --- > Alex > > On Apr 10, 2014, at 8:12 AM, Wali wrote: > > Hello Alex, > > We are trying to get a handle on how to control the size of FIBs (finite > and infinite sized FIBs). I found a somewhat relevant reply on the mailing > list, but could not understand what do you mean when you are referring > that FIBs are not dynamically updated and ones simulation is responsible in > defining appropriate number of FIB entries. Does it mean that we have to > somehow initialize and explicitly allocate space at compile time? What is > the default size of FIBs, if we do not allocate explicit space for the,? > > I have attached the excerpt from your reply in an earlier message: > > ********************* > > On Mar 14, 2013, at 5:12 AM, Hovaidi Ardestani Mohammad > wrote: > > >* Hi everybody! > *>* 1. I am going to formulate size of buffer memory for ndnSim routers. In topology we set them based on packets (I think size of every packet should be 1024). I am wondering if CS, FIB and PIT are included in this space or not. * > > Your reply: I'm not entirely sure what your question asks. You can set individual limits on CS and PIT sizes (in number of content objects). FIB is not updated dynamically, so your simulation is responsible in defining appropriate number of FIB entries. What do you mean "in topology we set..."? Are you referring to transmission queue sizes? If yes, this is totally independent of NDN or ndnSIM. > > ********************* > > Thank you very much. > > Best regards, > Wali. > > _______________________________________________ > 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: From ahmed.waliullah.kazi at gmail.com Thu Apr 10 14:10:25 2014 From: ahmed.waliullah.kazi at gmail.com (Wali) Date: Thu, 10 Apr 2014 16:10:25 -0500 Subject: [ndnSIM] FIB Size? In-Reply-To: