Dear Alex,<div><br></div><div>Thanks a lot for the reply. The problem with rocketfuel is that the number of routers is more than 1000 as you know. I simulated an unrealistic topology which is attached with only 10 core routers and 8 edge routers. One simulation run for 2000 sec took 6 hours. You can imagine what the execution time of a topology with 1000 routers will be. </div>

<div><br></div><div>Using MPI is an interesting idea. However, I am not sure how much it can help. It is due to the fact that in my experiences the execution time exponentially increases with the number of node. If the execution time decreases linearly with the number of nodes (nodes=cores for the best case) by using MPI, I think it may not help a lot. This is only a guess and I am going to test it.<br>
<br>Best Regards,<br>Saeid<br><br><div class="gmail_quote">
On Wed, May 29, 2013 at 2:34 PM, Alex Afanasyev <span dir="ltr"><<a href="mailto:alexander.afanasyev@ucla.edu" target="_blank">alexander.afanasyev@ucla.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>Hi Saeid,</div><div><br></div><div>I don't really have an answer to your question... You could try to use something like rocketfuel ISP maps (<a href="http://www.cs.washington.edu/research/networking/rocketfuel/maps/rocketfuel_maps_cch.tar.gz" target="_blank">http://www.cs.washington.edu/research/networking/rocketfuel/maps/rocketfuel_maps_cch.tar.gz</a>) for two different ISPs and then connect them in some way (here <a href="https://github.com/cawka/ndnSIM-sample-topologies" target="_blank">https://github.com/cawka/ndnSIM-sample-topologies</a> are versions converted into more ndnSIM-friendly format).  It is not exactly "realistic" and I hope other have better suggestions here, but at least the scale is reasonable (e.g., AT&T topology is about 700 or 800 nodes).</div>


<div><br></div><div>Another possibility to handle long simulation times for large topologies is to try to use MPI module.  For this, you would need to partition the topology in some meaningful way (if you can afford one node per CPU, that would be the extreme case).  I did some successful experiments with a simple topology and manual topology partitioning, with reduction of simulation time almost proportionally to the number of CPUs used.</div>


<div><br></div><div>---</div><div>Alex</div><div><div><br><div><div>On May 28, 2013, at 9:06 PM, Saeid Montazeri <<a href="mailto:saeid.montazeri@gmail.com" target="_blank">saeid.montazeri@gmail.com</a>> wrote:</div>


<br><blockquote type="cite">Dears in ndnSIM,<div><br></div><div>I want to evaluate the cache performance in NDN. I need a realistic topology. I have seen some topology generators such as inet. In addition, I investigated some traces such as those measured by rocketfuel. However, the problem with these tools and traces is the topology scale. That is, the topology has a large number of nodes which make the execution time of the simulation very long. In addition, I need a topology which has at least two connected ISPs because I want to measure the exchanged traffic between ISPs. </div>



<div><br></div><div>Please let me know if you have any suggestion.</div><div><br></div><div>Best Regards,</div><div>Saeid</div></blockquote></div></div></div></div></blockquote></div><br></div>