From code at nsnam.ece.gatech.edu Tue May 1 10:21:08 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 1 May 2012 13:21:08 -0400 Subject: [Ns-bugs] [Bug 941] Wifi Dcf attributes not reachable through configuration namespace In-Reply-To: References: Message-ID: <20120501172108.079DFD1CC20@deliverator2.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=941 Bug 941 depends on bug 962, which changed state. Bug 962 Summary: list of paths to reach objects contains bogus entries https://www.nsnam.org/bugzilla/show_bug.cgi?id=962 What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 1 10:21:06 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 1 May 2012 13:21:06 -0400 Subject: [Ns-bugs] [Bug 962] list of paths to reach objects contains bogus entries In-Reply-To: References: Message-ID: <20120501172106.57F85BDD59D@deliverator6.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=962 Mitch Watrous changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #29 from Mitch Watrous 2012-05-01 13:21:04 EDT --- Bug closed. Changeset: 059b1b83e29b -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 1 10:53:23 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 1 May 2012 13:53:23 -0400 Subject: [Ns-bugs] [Bug 1420] csma-layout (no Python) In-Reply-To: References: Message-ID: <20120501175323.54EC7DECBE5@deliverator3.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1420 --- Comment #5 from Vedran Mileti? 2012-05-01 13:53:22 EDT --- Gustavo, does rescanning Python bindings fix this build error? -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 1 11:00:17 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 1 May 2012 14:00:17 -0400 Subject: [Ns-bugs] [Bug 1420] csma-layout (no Python) In-Reply-To: References: Message-ID: <20120501180017.83FB0D1CC19@deliverator2.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1420 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomh at tomh.org --- Comment #6 from Tom Henderson 2012-05-01 14:00:17 EDT --- (In reply to comment #5) > Gustavo, does rescanning Python bindings fix this build error? This seems to be an instance of this problem: http://www.nsnam.org/wiki/index.php/NS-3_Python_Bindings#.22invalid_use_of_incomplete_type.22 but I haven't tracked it exactly yet-- am working on it. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 1 11:57:31 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 1 May 2012 14:57:31 -0400 Subject: [Ns-bugs] [Bug 1420] csma-layout (no Python) In-Reply-To: References: Message-ID: <20120501185731.A3DFB137C5E@deliverator5.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1420 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #7 from Tom Henderson 2012-05-01 14:57:31 EDT --- changeset: ff978a217184 -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Wed May 2 05:41:31 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 2 May 2012 08:41:31 -0400 Subject: [Ns-bugs] [Bug 1421] New: Frequency dependent propagation loss models need uniform Frequency / Lambda attribute Message-ID: https://www.nsnam.org/bugzilla/show_bug.cgi?id=1421 Summary: Frequency dependent propagation loss models need uniform Frequency / Lambda attribute Product: ns-3 Version: ns-3.13 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: propagation AssignedTo: boyko at telum.ru ReportedBy: boyko at telum.ru CC: ns-bugs at isi.edu Estimated Hours: 0.0 Currently some models use Frequency, some use Lambda, some use both. The best way seems to support both attributes (Frequency in Hz and Lambda in meters) defining proper setters / getters which keep both values syncronized. Another question is a "correct" default value for frequency / lambda. I'd suggest to have an invalid default (say, 0 Hz) to be sure that user does care to set a valid value. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Thu May 3 07:05:38 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 3 May 2012 10:05:38 -0400 Subject: [Ns-bugs] [Bug 1421] Frequency dependent propagation loss models need uniform Frequency / Lambda attribute In-Reply-To: References: Message-ID: <20120503140538.7F4DC137BDF@deliverator5.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1421 Nicola Baldo changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nbaldo at cttc.es --- Comment #1 from Nicola Baldo 2012-05-03 10:05:38 EDT --- I think that supporting both attributes has the problem that the user can break the synchronization between the values by changing only one default value with Config::SetDefault or from the command line. To avoid this problem, my proposal is to support the Frequency attribute, which is more user-friendly, and drop the Lambda attribute. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Fri May 4 02:22:47 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 4 May 2012 05:22:47 -0400 Subject: [Ns-bugs] [Bug 1422] New: valgrind error in ipv6-fragmentation test suite Message-ID: https://www.nsnam.org/bugzilla/show_bug.cgi?id=1422 Summary: valgrind error in ipv6-fragmentation test suite Product: ns-3 Version: ns-3-dev Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: ipv6 AssignedTo: tommaso.pecorella at unifi.it ReportedBy: nbaldo at cttc.es CC: ns-bugs at isi.edu Estimated Hours: 0.0 Created attachment 1395 --> https://www.nsnam.org/bugzilla/attachment.cgi?id=1395 output of valgrind --leak-check=full using ns-3-dev changeset 3eda7174ac52 $ ./test.py --grind -s ipv6-fragmentation [snip] VALGR: TestSuite ipv6-fragmentation 0 of 1 tests passed (0 passed, 0 skipped, 0 failed, 0 crashed, 1 valgrind errors) I got this on a ubuntu 11.10 64bit machine. I am also attaching a log produced with this command: ./waf --run test-runner --command="valgrind --leak-check=full %s --suite=ipv6-fragmentation" -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Fri May 4 08:51:35 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 4 May 2012 11:51:35 -0400 Subject: [Ns-bugs] [Bug 1422] valgrind error in ipv6-fragmentation test suite In-Reply-To: References: Message-ID: <20120504155135.BA889DECCF9@deliverator3.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1422 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CONFIRMED CC| |tomh at tomh.org --- Comment #1 from Tom Henderson 2012-05-04 11:51:35 EDT --- (In reply to comment #0) > Created attachment 1395 [details] > output of valgrind --leak-check=full > > using ns-3-dev changeset 3eda7174ac52 > > $ ./test.py --grind -s ipv6-fragmentation > [snip] > VALGR: TestSuite ipv6-fragmentation > 0 of 1 tests passed (0 passed, 0 skipped, 0 failed, 0 crashed, 1 valgrind > errors) > > I got this on a ubuntu 11.10 64bit machine. > I am also attaching a log produced with this command: > ./waf --run test-runner --command="valgrind --leak-check=full %s > --suite=ipv6-fragmentation" This has been around for over a month, and I've been poking at it while I get time-- the fix has not been obvious. I will keep at it. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Fri May 4 12:44:07 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 4 May 2012 15:44:07 -0400 Subject: [Ns-bugs] [Bug 1421] Frequency dependent propagation loss models need uniform Frequency / Lambda attribute In-Reply-To: References: Message-ID: <20120504194407.C3855D1CCDE@deliverator2.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1421 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomh at tomh.org --- Comment #2 from Tom Henderson 2012-05-04 15:44:07 EDT --- (In reply to comment #1) > I think that supporting both attributes has the problem that the user can break > the synchronization between the values by changing only one default value with > Config::SetDefault or from the command line. > > To avoid this problem, my proposal is to support the Frequency attribute, which > is more user-friendly, and drop the Lambda attribute. I believe that order of attribute initialization is not guaranteed. I would opt for Nicola's suggestion as well. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Fri May 4 13:55:53 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 4 May 2012 16:55:53 -0400 Subject: [Ns-bugs] [Bug 1404] Random walk mobility model: assert failed. cond="m_bounds.IsInside (position)" In-Reply-To: References: Message-ID: <20120504205553.B98D9DECCEB@deliverator3.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1404 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomh at tomh.org --- Comment #1 from Tom Henderson 2012-05-04 16:55:53 EDT --- The problem here is that the combination of the position allocator and mobility model configuration does not permit arbitrarily large numbers of wifi stations. mobility.SetPositionAllocator ("ns3::GridPositionAllocator", "MinX", DoubleValue (0.0), "MinY", DoubleValue (0.0), "DeltaX", DoubleValue (5.0), "DeltaY", DoubleValue (10.0), "GridWidth", UintegerValue (3), "LayoutType", StringValue ("RowFirst")); mobility.SetMobilityModel ("ns3::RandomWalk2dMobilityModel", "Bounds", RectangleValue (Rectangle (-50, 50, -50, 50))); This starts to segfault at --nWifi > 18 when the initial layout of nodes goes beyond the bounding box. Will fix in a minimal way that doesn't require too much touching of the tutorial text; specifically, to enforce that --nWifi <= 18. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Fri May 4 14:26:07 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 4 May 2012 17:26:07 -0400 Subject: [Ns-bugs] [Bug 1423] New: extend create-module.py to generate documentation outline Message-ID: https://www.nsnam.org/bugzilla/show_bug.cgi?id=1423 Summary: extend create-module.py to generate documentation outline Product: ns-3 Version: pre-release Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: documentation AssignedTo: watrous at u.washington.edu ReportedBy: tomh at tomh.org CC: ns-bugs at isi.edu Estimated Hours: 0.0 Created attachment 1396 --> https://www.nsnam.org/bugzilla/attachment.cgi?id=1396 example that create-module.py can generate See attached; create-module.py can be extended to generate a .rst outline that we want new models to fill out. This can go into a doc/ directory. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Fri May 4 16:25:35 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 4 May 2012 19:25:35 -0400 Subject: [Ns-bugs] [Bug 1053] Need better error diagnostics in ns2-mobility-trace example In-Reply-To: References: Message-ID: <20120504232535.1B8A5995D87@deliverator4.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1053 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|sk.anirudh at gmail.com |watrous at u.washington.edu -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Fri May 4 16:33:49 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 4 May 2012 19:33:49 -0400 Subject: [Ns-bugs] [Bug 1404] Random walk mobility model: assert failed. cond="m_bounds.IsInside (position)" In-Reply-To: References: Message-ID: <20120504233349.99BF9BDD2D0@deliverator6.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1404 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Tom Henderson 2012-05-04 19:33:49 EDT --- fixed: changeset 0e14523a87fd -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sun May 6 04:34:21 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 6 May 2012 07:34:21 -0400 Subject: [Ns-bugs] [Bug 1296] Enhancement in Internet module In-Reply-To: References: Message-ID: <20120506113422.04499995A1E@deliverator4.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1296 Tommaso Pecorella changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |PATCH PENDING -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sun May 6 04:43:18 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 6 May 2012 07:43:18 -0400 Subject: [Ns-bugs] [Bug 1412] Make RttEstimator available to other modules In-Reply-To: References: Message-ID: <20120506114318.D7893995A1E@deliverator4.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1412 --- Comment #1 from Tommaso Pecorella 2012-05-06 07:43:18 EDT --- I'm neutral with this change. Meaning the pros and cons are balanced. Pros: you're right, it's a nice piece of code and *could* be useful. Cons: the original algorithm was proposed for TCP and (to my best knowledge) is not used in any other protocol. If you can provide a practical example of where it could be reused, I'm more than keen to give a +1 T. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sun May 6 06:55:32 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 6 May 2012 09:55:32 -0400 Subject: [Ns-bugs] [Bug 1413] Proposed modification and extensions of TopologyRead module In-Reply-To: References: Message-ID: <20120506135532.EDF9EBDD47A@deliverator6.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1413 --- Comment #4 from Tommaso Pecorella 2012-05-06 09:55:32 EDT --- Hi, I have a general comment about the patches: I can't figure out exactly what is the intended purpose. I'm not against changes, but I am a bit concerned when the changes are not meant to address a specific case. Now, the changes you're proposing are not "bad", but it's not clear to me where the code will be reused. The Link class was meant to be an internal implementation for the TopologyRead modules, thus is private. As an internal implementation class, everything is done so to a future TopologyRead implementation change can't affect any other code. Now, if your changes are so to extend the TopologyRead module itself, the Link class can be left private. If, on the other hand, the changes are so to use the Link class in a completely different module, then the right approach is to design *from scratch* a new class to be put (for example) in the network/utils directory, and have both modules relying on it. The whole point of modules is to avoid changes in one module breaking other modules (as much as possible). Those are, basically, my concerns. I think we can find a suitable way to fix this point. T. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sun May 6 09:16:25 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 6 May 2012 12:16:25 -0400 Subject: [Ns-bugs] [Bug 1412] Make RttEstimator available to other modules In-Reply-To: References: Message-ID: <20120506161625.E4AA2137C12@deliverator5.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1412 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomh at tomh.org --- Comment #2 from Tom Henderson 2012-05-06 12:16:25 EDT --- (In reply to comment #1) > I'm neutral with this change. Meaning the pros and cons are balanced. > > Pros: you're right, it's a nice piece of code and *could* be useful. > > Cons: the original algorithm was proposed for TCP and (to my best knowledge) is > not used in any other protocol. > > If you can provide a practical example of where it could be reused, I'm more > than keen to give a +1 > > T. I would support moving it to network/utils/ just based on Alex's stated need. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sun May 6 09:22:13 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 6 May 2012 12:22:13 -0400 Subject: [Ns-bugs] [Bug 1296] Enhancement in Internet module In-Reply-To: References: Message-ID: <20120506162213.116CCD44DCB@deliverator1.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1296 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomh at tomh.org --- Comment #5 from Tom Henderson 2012-05-06 12:22:12 EDT --- (In reply to comment #4) > +1 > > T. There is a small copy/paste error in the IPv6 version of doxygen (referencing IPv4)-- otherwise, I support merging it. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sun May 6 09:45:02 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 6 May 2012 12:45:02 -0400 Subject: [Ns-bugs] [Bug 1412] Make RttEstimator available to other modules In-Reply-To: References: Message-ID: <20120506164503.6D88E137C15@deliverator5.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1412 --- Comment #3 from Tommaso Pecorella 2012-05-06 12:45:02 EDT --- Fine by me. +1 -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Mon May 7 22:49:14 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 8 May 2012 01:49:14 -0400 Subject: [Ns-bugs] [Bug 1352] Map container reimplementation for attribute system In-Reply-To: References: Message-ID: <20120508054914.8DA77BDD4E2@deliverator6.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1352 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |PATCH PENDING CC| |tomh at tomh.org --- Comment #12 from Tom Henderson 2012-05-08 01:49:13 EDT --- (In reply to comment #11) > (In reply to comment #10) > > > - Replaced the std::vector< Ptr > m_objects container by a > > std::map > one as agreed. It could be extended to support > > strings as well but I did not have much more time to test it, it goes to my to > > do buffer. > > If you feel confident that this can be done later, I am fine with it. The > really nice thing to do would be to replace the Names implementation with this. > > > [http://codereview.appspot.com/6047044/] > > the patch looks really good. I will look at it again tomorrow before commit. > > thanks for the hard work I'm recommending (from the code review comments) to: - delete TestMap2 test attribute (unused and not understood) - keep bug 1352 open for handling strings and also for resolving the question on attribute tests in the code review - otherwise merge the latest patch so LENA merge can proceed -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 8 07:42:39 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 8 May 2012 10:42:39 -0400 Subject: [Ns-bugs] [Bug 1403] Add NetAnim to download.py and build.py In-Reply-To: References: Message-ID: <20120508144239.49446BDD49C@deliverator6.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1403 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1370|0 |1 is obsolete| | --- Comment #2 from Tom Henderson 2012-05-08 10:42:39 EDT --- Created attachment 1397 --> https://www.nsnam.org/bugzilla/attachment.cgi?id=1397 patch with diff context -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From code at nsnam.ece.gatech.edu Tue May 8 07:45:58 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 8 May 2012 10:45:58 -0400 Subject: [Ns-bugs] [Bug 1403] Add NetAnim to download.py and build.py In-Reply-To: References: Message-ID: <20120508144558.391D2D1CCC5@deliverator2.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1403 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |PATCH PENDING CC| |tomh at tomh.org -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From code at nsnam.ece.gatech.edu Tue May 8 09:24:06 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 8 May 2012 12:24:06 -0400 Subject: [Ns-bugs] [Bug 1423] extend create-module.py to generate documentation outline In-Reply-To: References: Message-ID: <20120508162406.5D6F4D1CC33@deliverator2.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1423 Mitch Watrous changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Mitch Watrous 2012-05-08 12:24:06 EDT --- Bug closed. Changeset: 158f38cfe101 -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 8 10:48:18 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 8 May 2012 13:48:18 -0400 Subject: [Ns-bugs] [Bug 1316] ns-2 mobility helper improvements In-Reply-To: References: Message-ID: <20120508174818.12AA0D44E81@deliverator1.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1316 Mitch Watrous changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |watrous at u.washington.edu Resolution| |FIXED --- Comment #5 from Mitch Watrous 2012-05-08 13:48:17 EDT --- Bug closed. Changeset: 140eea99f4f2 -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 8 10:49:55 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 8 May 2012 13:49:55 -0400 Subject: [Ns-bugs] [Bug 1053] Need better error diagnostics in ns2-mobility-trace example In-Reply-To: References: Message-ID: <20120508174955.B66B5137B85@deliverator5.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1053 Mitch Watrous changed: What |Removed |Added ---------------------------------------------------------------------------- Status|PATCH PENDING |RESOLVED Resolution| |FIXED --- Comment #10 from Mitch Watrous 2012-05-08 13:49:54 EDT --- Bug closed. Changeset: 140eea99f4f2 -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 8 12:53:33 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 8 May 2012 15:53:33 -0400 Subject: [Ns-bugs] [Bug 1316] ns-2 mobility helper improvements In-Reply-To: References: Message-ID: <20120508195333.16789D44ECF@deliverator1.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1316 Mitch Watrous changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 8 12:54:43 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 8 May 2012 15:54:43 -0400 Subject: [Ns-bugs] [Bug 1316] ns-2 mobility helper improvements In-Reply-To: References: Message-ID: <20120508195443.DEF8F995A22@deliverator4.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1316 --- Comment #6 from Mitch Watrous 2012-05-08 15:54:43 EDT --- I closed the wrong bug. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 8 18:35:52 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 8 May 2012 21:35:52 -0400 Subject: [Ns-bugs] [Bug 1424] New: red-queue.* files outside of the compilation Message-ID: https://www.nsnam.org/bugzilla/show_bug.cgi?id=1424 Summary: red-queue.* files outside of the compilation Product: ns-3 Version: ns-3.13 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: build system AssignedTo: gjcarneiro at gmail.com ReportedBy: lucasvenez at gmail.com CC: ns-bugs at isi.edu Estimated Hours: 0.0 The red-queue.h and red-queue.cc files are outside of wscript compilation file from "src/network" directory. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 8 21:32:53 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 9 May 2012 00:32:53 -0400 Subject: [Ns-bugs] [Bug 1424] red-queue.* files outside of the compilation In-Reply-To: References: Message-ID: <20120509043253.93B76DECBEE@deliverator3.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1424 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |tomh at tomh.org Resolution| |WONTFIX --- Comment #1 from Tom Henderson 2012-05-09 00:32:53 EDT --- Those were supposed to have been removed from the ns-3.13 release with this changeset, due to a GPLv2 license incompatiblity: http://code.nsnam.org/ns-3.13/rev/e6eee72c544b However, perhaps I did not remember to "hg forget" the files and they crept back in. In any case, this license issue is resolved and the files will be part of ns-3.14. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Wed May 9 03:09:27 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 9 May 2012 06:09:27 -0400 Subject: [Ns-bugs] [Bug 1352] Map container reimplementation for attribute system In-Reply-To: References: Message-ID: <20120509100927.5CAA8BDD10C@deliverator6.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1352 --- Comment #13 from Nicola Baldo 2012-05-09 06:09:25 EDT --- Jaume prepared a patch following Tom's indication, I just pushed it to ns-3-dev (changeset: 7884:963d5bfe9c52) -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Wed May 9 08:20:52 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 9 May 2012 11:20:52 -0400 Subject: [Ns-bugs] [Bug 1352] Map container reimplementation for attribute system In-Reply-To: References: Message-ID: <20120509152052.CAC37137CAA@deliverator5.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1352 --- Comment #14 from Jaume Nin 2012-05-09 11:20:51 EDT --- As a final comment, work pending to be done: - String support - Test getter and setter for vector and maps I am sorry but was not able to work on this lately. I will try my best for the next release. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Wed May 9 23:39:14 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 10 May 2012 02:39:14 -0400 Subject: [Ns-bugs] [Bug 1034] No trace source for packet dropping from WifiMacQueue In-Reply-To: References: Message-ID: <20120510063914.9AC7ED44E25@deliverator1.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1034 Beydjan Ibrahimov changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO CC| |beycanbeycan at yahoo.com --- Comment #6 from Beydjan Ibrahimov 2012-05-10 02:39:14 EDT --- I can't reach the accessor "PacketDrop" from my NS3 code patched in attachment 1015 in comment 3. I try something like this: Config::Connect("/WifiMacQueue/PacketDrop", MakeCallback(&DequeueFirstAvailable)); What is the correct way of reaching this callback function for different sender nodes / access categories? -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Thu May 10 00:11:02 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 10 May 2012 03:11:02 -0400 Subject: [Ns-bugs] [Bug 1034] No trace source for packet dropping from WifiMacQueue In-Reply-To: References: Message-ID: <20120510071103.05648BDD452@deliverator6.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1034 --- Comment #7 from Quincy Tse 2012-05-10 03:11:02 EDT --- (In reply to comment #6) > I can't reach the accessor "PacketDrop" from my NS3 code patched in attachment > 1015 [details] in comment 3. I try something like this: > Config::Connect("/WifiMacQueue/PacketDrop", > MakeCallback(&DequeueFirstAvailable)); > What is the correct way of reaching this callback function for different sender > nodes / access categories? It's been a very long while since I've touched NS3 code. I recall I've always just attached the traces the long way - first get a Ptr, then call the TraceConnectWithoutContext function. I can't remember using Config::Connect. In any case, this TraceSource will tell you when a specific MAC queue drops a packet (not when any que drops a packet). Therefore you actually need to connect to a specific WifiMacQueue (ie. the queue that is attached to a specific MAC of a specific Node). Unfortunately I can't give any more help than this other than referring you to http://www.nsnam.org/docs/release/3.13/manual/singlehtml/index.html#overview -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Thu May 10 02:23:01 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 10 May 2012 05:23:01 -0400 Subject: [Ns-bugs] [Bug 1034] No trace source for packet dropping from WifiMacQueue In-Reply-To: References: Message-ID: <20120510092302.0922BDECB08@deliverator3.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1034 --- Comment #8 from Nicola Baldo 2012-05-10 05:23:01 EDT --- (In reply to comment #7) > (In reply to comment #6) > > I can't reach the accessor "PacketDrop" from my NS3 code patched in attachment > > 1015 [details] in comment 3. I try something like this: > > Config::Connect("/WifiMacQueue/PacketDrop", > > MakeCallback(&DequeueFirstAvailable)); > > What is the correct way of reaching this callback function for different sender > > nodes / access categories? > may I suggest this: http://www.nsnam.org/wiki/index.php/HOWTO_determine_the_path_of_an_attribute_or_trace_source -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Thu May 10 12:32:04 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 10 May 2012 15:32:04 -0400 Subject: [Ns-bugs] [Bug 1316] ns-2 mobility helper improvements In-Reply-To: References: Message-ID: <20120510193204.8B62A995DFD@deliverator4.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1316 --- Comment #7 from Mitch Watrous 2012-05-10 15:32:03 EDT --- The class now allows initial nodes to appear at the end of the trace file. ns-3-dev changeset: 92405ffdac3a -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Thu May 10 22:24:40 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 11 May 2012 01:24:40 -0400 Subject: [Ns-bugs] [Bug 1410] Assert in DefaultSimulatorImpl breaks Visualizer module In-Reply-To: References: Message-ID: <20120511052440.0DDF2DECAD5@deliverator3.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1410 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomh at tomh.org --- Comment #13 from Tom Henderson 2012-05-11 01:24:38 EDT --- (In reply to comment #12) > (In reply to comment #11) > > (In reply to comment #10) > > > Created attachment 1389 [details] > > > patch to make the visualizer work again > > > > If it works, +1. > > Unfortunately, it doesn't work. When I hit the run button, I get: > > > Traceback (most recent call last): > File "", line 2, in > File > "/home/gjc/projects/ns/ns-3-allinone/ns-3-dev/src/visualizer/visualizer/core.py", > line 1483, in start > assert Visualizer.INSTANCE is None > AssertionError Is anyone working this bug now? -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sat May 12 21:15:28 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 13 May 2012 00:15:28 -0400 Subject: [Ns-bugs] [Bug 1425] New: LTE python bindings Message-ID: https://www.nsnam.org/bugzilla/show_bug.cgi?id=1425 Summary: LTE python bindings Product: ns-3 Version: pre-release Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: python bindings AssignedTo: gjcarneiro at gmail.com ReportedBy: tomh at tomh.org CC: ns-bugs at isi.edu Estimated Hours: 0.0 New error due to the LTE bindings src/lte/bindings/ns3module.cc: In function ?int _wrap_convert_py2c__std__map__lt___unsigned_short__ns3__Ptr__lt___ns3__UeInfo___gt_____gt__(PyObject*, std::map, std::less, std::allocator > > >*)?: src/lte/bindings/ns3module.cc:68365: error: ?>>? operator will be treated as two right angle brackets in C++0x src/lte/bindings/ns3module.cc:68365: error: suggest parentheses around ?>>? expression src/lte/bindings/ns3module.cc:68365: error: ?item? was not declared in this scope src/lte/bindings/ns3module.cc:68365: error: ?>>? should be ?> >? within a nested template argument list -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sat May 12 21:17:21 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 13 May 2012 00:17:21 -0400 Subject: [Ns-bugs] [Bug 1352] Map container reimplementation for attribute system In-Reply-To: References: Message-ID: <20120513041721.1F8DABDD3FD@deliverator6.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1352 --- Comment #15 from Tom Henderson 2012-05-13 00:17:19 EDT --- (In reply to comment #13) > Jaume prepared a patch following Tom's indication, I just pushed it to ns-3-dev > (changeset: 7884:963d5bfe9c52) This is crashing under valgrind; to reproduce: ./test.py -g -s attributes -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sat May 12 21:18:01 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 13 May 2012 00:18:01 -0400 Subject: [Ns-bugs] [Bug 1352] Map container reimplementation for attribute system In-Reply-To: References: Message-ID: <20120513041801.95183137B99@deliverator5.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1352 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|PATCH PENDING |REOPENED -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Mon May 14 06:46:16 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 14 May 2012 09:46:16 -0400 Subject: [Ns-bugs] [Bug 1426] New: lte-rlc-tag.h Message-ID: https://www.nsnam.org/bugzilla/show_bug.cgi?id=1426 Summary: lte-rlc-tag.h Product: ns-3 Version: ns-3.13 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: lte AssignedTo: peppe at giuseppepiro.com ReportedBy: fgboystu at 21cn.com CC: ns-bugs at isi.edu Estimated Hours: 0.0 I can't find the "lte-rlc-tag.h" and "lte-rlc-tag.cc" in "src/lte/model/"(ns3-3.13) ,which tell me on http://www.nsnam.org/docs/doxygen/classns3_1_1_rlc_tag.html#pub-static-methods -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Mon May 14 10:15:27 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 14 May 2012 13:15:27 -0400 Subject: [Ns-bugs] [Bug 1427] New: Build failed -> task in 'pybindgen(ns3 module dsr)' failed (exit status 1): Message-ID: https://www.nsnam.org/bugzilla/show_bug.cgi?id=1427 Summary: Build failed -> task in 'pybindgen(ns3 module dsr)' failed (exit status 1): Product: ns-3 Version: ns-3.13 Platform: PC OS/Version: Linux Status: NEW Severity: critical Priority: P5 Component: python bindings AssignedTo: gjcarneiro at gmail.com ReportedBy: mynorkin at gmail.com CC: ns-bugs at isi.edu Estimated Hours: 0.0 I having a difficulty to build the NS3 on Fedora 16. Below are the build.py output: ./build.py # Build NSC Entering directory `nsc' => /usr/bin/python scons.py scons: Reading SConscript files ... Checking target architecure...(cached) x86 Checking for C library fl... no Did not find libfl.a and/or flex. Please install flex and its development libraries. # Build NSC: failure (ignoring NSC) Leaving directory `nsc' # Build NS-3 Entering directory `./ns-3-dev' Note: configuring ns-3 without NSC => /usr/bin/python waf configure --with-pybindgen ../pybindgen Setting top to : /home/hafizan/repos/ns-3-allinone/ns-3-dev Setting out to : /home/hafizan/repos/ns-3-allinone/ns-3-dev/build Checking for 'gcc' (c compiler) : /usr/bin/gcc Checking for 'g++' (c++ compiler) : /usr/bin/g++ Checking for program pkg-config : /usr/bin/pkg-config Checking for compilation flag -Wl,--soname=foo... support : ok Checking for program python : /usr/bin/python Checking for python version : (2, 7, 3, 'final', 0) Checking for library python2.7 in LIBDIR : yes Checking for program python2.7-config,python-config-2.7,python2.7m-config : /usr/bin/python2.7-config Checking for header Python.h : yes Checking for compilation flag -fvisibility=hidden... support : ok Checking for compilation flag -Wno-array-bounds... support : ok Checking for pybindgen location : ../pybindgen (given) Python module pybindgen : ok Checking for pybindgen version : 0.15.0.797 Checking for types uint64_t and unsigned long equivalence : no Checking for types uint64_t and unsigned long long equivalence : yes Checking for the apidefs that can be used for Python bindings : gcc-ILP32 Checking for internal GCC cxxabi : complete Python module pygccxml : 1.0.0 Checking for pygccxml version : 1.0.0 Checking for program gccxml : /usr/bin/gccxml Checking for gccxml version : 0.9.0 Checking for click location : not found Checking for pkg-config flags for GTK_CONFIG_STORE : ok Checking for pkg-config flags for LIBXML2 : ok Checking for type uint128_t : not found Checking for type __uint128_t : not found Checking high precision time implementation : cairo 128-bit integer Checking for header stdint.h : yes Checking for header inttypes.h : yes Checking for header sys/inttypes.h : not found Checking for header sys/types.h : yes Checking for header sys/stat.h : yes Checking for header dirent.h : yes Checking for header stdlib.h : yes Checking for header signal.h : yes Checking for header pthread.h : yes Checking for header stdint.h : yes Checking for header inttypes.h : yes Checking for header sys/inttypes.h : not found Checking for library rt : yes Checking for header netpacket/packet.h : yes Checking for NSC location : ../nsc (guessed) Checking for library dl : yes Checking for NSC supported architecture i686 : ok Checking for header sys/socket.h : yes Checking for header netinet/in.h : yes Checking boost includes : not found Checking for library sqlite3 : yes Checking for header linux/if_tun.h : yes Python module gtk : ok Python module goocanvas : not found Python module pygraphviz : not found Checking for program sudo : /usr/bin/sudo Checking for program valgrind : /usr/bin/valgrind Checking for pkg-config flags for GSL : ok Checking for compilation flag -Wno-error=deprecated-d... support : ok Checking for compilation flag -Wno-error=deprecated-d... support : ok Checking for compilation flag -fstrict-aliasing... support : ok Checking for compilation flag -fstrict-aliasing... support : ok Checking for compilation flag -Wstrict-aliasing... support : ok Checking for compilation flag -Wstrict-aliasing... support : ok Checking for program doxygen : /usr/bin/doxygen ---- Summary of optional NS-3 features: Python Bindings : enabled Python API Scanning Support : enabled NS-3 Click Integration : not enabled (nsclick not enabled (see option --with-nsclick)) GtkConfigStore : enabled XmlIo : enabled Threading Primitives : enabled Real Time Simulator : enabled Emulated Net Device : enabled Network Simulation Cradle : not enabled (NSC library liblinux2.6.26.so is missing: NSC has not been built?) MPI Support : not enabled (option --enable-mpi not selected) NS-3 OpenFlow Integration : not enabled (Required boost libraries not found) SQlite stats data output : enabled Tap Bridge : enabled PyViz visualizer : not enabled (Missing python modules: goocanvas, pygraphviz) Use sudo to set suid bit : not enabled (option --enable-sudo not selected) Build tests : not enabled (defaults to disabled) Build examples : not enabled (defaults to disabled) GNU Scientific Library (GSL) : enabled 'configure' finished successfully (14.680s) => /usr/bin/python waf build Waf: Entering directory `/home/hafizan/repos/ns-3-allinone/ns-3-dev/build' [ 165/1480] command (${PYTHON}): bindings/python/ns3modulegen-modular.py src/dsr/bindings/modulegen__gcc_ILP32.py -> build/src/dsr/bindings/ns3module.cc build/src/dsr/bindings/ns3module.h build/src/dsr/bindings/ns3modulegen.log Waf: Leaving directory `/home/hafizan/repos/ns-3-allinone/ns-3-dev/build' Build failed -> task in 'pybindgen(ns3 module dsr)' failed (exit status 1): {task 142989516: command_task ns3modulegen-modular.py,modulegen__gcc_ILP32.py -> ns3module.cc,ns3module.h,ns3modulegen.log} '' Traceback (most recent call last): File "./build.py", line 147, in sys.exit(main(sys.argv)) File "./build.py", line 138, in main build_ns3(config, build_examples, build_tests, args, build_options) File "./build.py", line 61, in build_ns3 run_command([sys.executable, "waf", "build"] + build_options) File "/home/hafizan/repos/ns-3-allinone/util.py", line 24, in run_command raise CommandError("Command %r exited with code %i" % (argv, retval)) util.CommandError: Command ['/usr/bin/python', 'waf', 'build'] exited with code 1 Anyone have any idea on this issue? Downloaded using Mercurial Installation based on Fedora Installation on NSNAM Wiki -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 15 08:08:39 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 15 May 2012 11:08:39 -0400 Subject: [Ns-bugs] [Bug 1427] Build failed -> task in 'pybindgen(ns3 module dsr)' failed (exit status 1): In-Reply-To: References: Message-ID: <20120515150839.F1AD1BDD483@deliverator6.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1427 Gustavo J. A. M. Carneiro changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |PATCH PENDING CC| |tomh at tomh.org Component|python bindings |aodv AssignedTo|gjcarneiro at gmail.com |ns-bugs at isi.edu --- Comment #1 from Gustavo J. A. M. Carneiro 2012-05-15 11:08:38 EDT --- I solved the pybindgen generation error. However, when building the python bindings another bug occurs. Pybindgen does not support containers whose elements are of a type that has no default constructor. I need to commit this patch to make the python bindings build again. But I do not know who is the DSR maintainer. He needs to approve this patch. Tom, do you know who he is? diff -r 125866c49570 src/dsr/model/dsr-rcache.h --- a/src/dsr/model/dsr-rcache.h Tue May 15 15:53:20 2012 +0100 +++ b/src/dsr/model/dsr-rcache.h Tue May 15 16:03:15 2012 +0100 @@ -493,6 +493,8 @@ close (false) { } + + Neighbor () {} // For Python bindings }; // / Return expire time for neighbor node with address addr, if exists, else return 0. Time GetExpireTime (Ipv4Address addr); -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. You are the assignee for the bug. From code at nsnam.ece.gatech.edu Tue May 15 08:12:58 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 15 May 2012 11:12:58 -0400 Subject: [Ns-bugs] [Bug 1425] LTE python bindings In-Reply-To: References: Message-ID: <20120515151258.5B7C1D44E03@deliverator1.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1425 Gustavo J. A. M. Carneiro changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME --- Comment #1 from Gustavo J. A. M. Carneiro 2012-05-15 11:12:58 EDT --- I don't get this error. Maybe the recent upgrade to pybindgen trunk revno 809 solved it. Do reopen if the problem persists. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 15 10:08:23 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 15 May 2012 13:08:23 -0400 Subject: [Ns-bugs] [Bug 1410] Assert in DefaultSimulatorImpl breaks Visualizer module In-Reply-To: References: Message-ID: <20120515170823.1955BD44EF0@deliverator1.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1410 Gustavo J. A. M. Carneiro changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED --- Comment #14 from Gustavo J. A. M. Carneiro 2012-05-15 13:08:22 EDT --- Just needed to fix Mathieu's patch, since he had "cleaned up" some code that was actually important! changeset: 8762:407d9a51cae8 tag: tip user: Gustavo J. A. M. Carneiro date: Tue May 15 18:07:05 2012 +0100 summary: Bug 1410 - Assert in DefaultSimulatorImpl breaks Visualizer module. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 15 12:36:01 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 15 May 2012 15:36:01 -0400 Subject: [Ns-bugs] [Bug 1427] Build failed -> task in 'pybindgen(ns3 module dsr)' failed (exit status 1): In-Reply-To: References: Message-ID: <20120515193601.E1683137BFD@deliverator5.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1427 --- Comment #2 from Tom Henderson 2012-05-15 15:36:00 EDT --- (In reply to comment #1) > > But I do not know who is the DSR maintainer. He needs to approve this patch. > Tom, do you know who he is? Yufei Cheng-- I will ask him to respond. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. You are the assignee for the bug. From code at nsnam.ece.gatech.edu Tue May 15 12:58:09 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 15 May 2012 15:58:09 -0400 Subject: [Ns-bugs] [Bug 1428] New: ns-3 doesn't build (Python bindings for DSR) Message-ID: https://www.nsnam.org/bugzilla/show_bug.cgi?id=1428 Summary: ns-3 doesn't build (Python bindings for DSR) Product: ns-3 Version: pre-release Platform: PC OS/Version: Linux Status: NEW Severity: blocker Priority: P5 Component: python bindings AssignedTo: gjcarneiro at gmail.com ReportedBy: rivanvx at gmail.com CC: ns-bugs at isi.edu Estimated Hours: 0.0 [1096/1949] cxx: src/dsr/test/dsr-test-suite.cc -> build/src/dsr/test/dsr-test-suite.cc.3.o [1097/1949] cxx: src/dsr/helper/dsr-main-helper.cc -> build/src/dsr/helper/dsr-main-helper.cc.1.o [1098/1949] cxx: src/dsr/helper/dsr-helper.cc -> build/src/dsr/helper/dsr-helper.cc.1.o [1099/1949] cxx: src/dsr/model/dsr-errorbuff.cc -> build/src/dsr/model/dsr-errorbuff.cc.1.o [1100/1949] cxx: src/dsr/model/dsr-option-header.cc -> build/src/dsr/model/dsr-option-header.cc.1.o [1101/1949] cxx: src/dsr/model/dsr-fs-header.cc -> build/src/dsr/model/dsr-fs-header.cc.1.o [1102/1949] cxx: src/dsr/model/dsr-options.cc -> build/src/dsr/model/dsr-options.cc.1.o [1103/1949] cxx: src/dsr/model/dsr-routing.cc -> build/src/dsr/model/dsr-routing.cc.1.o [1301/1949] cxx: src/dsr/model/dsr-maintain-buff.cc -> build/src/dsr/model/dsr-maintain-buff.cc.1.o [1302/1949] cxx: src/dsr/model/dsr-rsendbuff.cc -> build/src/dsr/model/dsr-rsendbuff.cc.1.o [1303/1949] cxx: src/dsr/model/dsr-rcache.cc -> build/src/dsr/model/dsr-rcache.cc.1.o [1304/1949] cxx: src/dsr/model/dsr-rreq-table.cc -> build/src/dsr/model/dsr-rreq-table.cc.1.o [1305/1949] cxx: src/dsr/model/dsr-gratuitous-reply-table.cc -> build/src/dsr/model/dsr-gratuitous-reply-table.cc.1.o [1306/1949] cxx: src/dsr/model/dsr-network-queue.cc -> build/src/dsr/model/dsr-network-queue.cc.1.o [1307/1949] cxx: build/src/dsr/bindings/ns3module.cc -> build/src/dsr/bindings/ns3module.cc.7.o src/dsr/bindings/ns3module.cc: In function ?int _wrap_convert_py2c__std__vector__lt___ns3__dsr__RouteCache__Neighbor___gt__(PyObject*, std::vector*)?: src/dsr/bindings/ns3module.cc:25982:44: error: no matching function for call to ?ns3::dsr::RouteCache::Neighbor::Neighbor()? src/dsr/bindings/ns3module.cc:25982:44: note: candidates are: In file included from ./ns3/dsr-routing.h:66:0, from ./ns3/dsr-helper.h:37, from ./ns3/dsr-module.h:13, from src/dsr/bindings/ns3module.h:60, from src/dsr/bindings/ns3module.cc:1: ./ns3/dsr-rcache.h:489:5: note: ns3::dsr::RouteCache::Neighbor::Neighbor(ns3::Ipv4Address, ns3::Mac48Address, ns3::Time) ./ns3/dsr-rcache.h:489:5: note: candidate expects 3 arguments, 0 provided ./ns3/dsr-rcache.h:482:10: note: ns3::dsr::RouteCache::Neighbor::Neighbor(const ns3::dsr::RouteCache::Neighbor&) ./ns3/dsr-rcache.h:482:10: note: candidate expects 1 argument, 0 provided Waf: Leaving directory `/home/vedranm/ns-3-allinone/ns-3-dev/build' Build failed -> task in 'ns3module_dsr' failed (exit status 1): {task 26535376: cxx ns3module.cc -> ns3module.cc.7.o} ['/usr/lib64/ccache/g++', '-O0', '-ggdb', '-g3', '-Wall', '-Werror', '-Wno-error=deprecated-declarations', '-fstrict-aliasing', '-Wstrict-aliasing', '-fPIC', '-pthread', '-fno-strict-aliasing', '-fexceptions', '-fstack-protector', '-m64', '-mtune=generic', '-fPIC', '-fwrapv', '-fexceptions', '-fstack-protector', '-m64', '-mtune=generic', '-fPIC', '-fwrapv', '-fno-strict-aliasing', '-fvisibility=hidden', '-Wno-array-bounds', '-pthread', '-pthread', '-Ibuild', '-I.', '-Ibuild/src/dsr/bindings', '-Isrc/dsr/bindings', '-I/usr/include/python2.7', '-I/usr/include/gtk-2.0', '-I/usr/lib64/gtk-2.0/include', '-I/usr/include/atk-1.0', '-I/usr/include/cairo', '-I/usr/include/gdk-pixbuf-2.0', '-I/usr/include/pango-1.0', '-I/usr/include/glib-2.0', '-I/usr/lib64/glib-2.0/include', '-I/usr/include/pixman-1', '-I/usr/include/freetype2', '-I/usr/include/libpng15', '-I/usr/include/libxml2', '-I/home/vedranm/ns-3-allinone/click/include', '-I/home/vedranm/ns-3-allinone/openflow/include', '-DNS3_ASSERT_ENABLE', '-DNS3_LOG_ENABLE', '-DDL=1', '-DXML2=1', '-DSQLITE3=1', '-DHAVE_IF_TUN_H=1', '-DENABLE_GSL', '-DNS_DEPRECATED=', '-DNS3_DEPRECATED_H', '-D_GNU_SOURCE', '-DNDEBUG', '-D_GNU_SOURCE', '-DNS3_CLICK', 'src/dsr/bindings/ns3module.cc', '-c', '-o', 'src/dsr/bindings/ns3module.cc.7.o'] -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 15 14:23:43 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 15 May 2012 17:23:43 -0400 Subject: [Ns-bugs] [Bug 1427] Build failed -> task in 'pybindgen(ns3 module dsr)' failed (exit status 1): In-Reply-To: References: Message-ID: <20120515212343.44C1CDECB08@deliverator3.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1427 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rivanvx at gmail.com --- Comment #3 from Tom Henderson 2012-05-15 17:23:41 EDT --- *** Bug 1428 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. You are the assignee for the bug. From code at nsnam.ece.gatech.edu Tue May 15 14:23:41 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 15 May 2012 17:23:41 -0400 Subject: [Ns-bugs] [Bug 1428] ns-3 doesn't build (Python bindings for DSR) In-Reply-To: References: Message-ID: <20120515212341.C5019137CB0@deliverator5.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1428 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |tomh at tomh.org Resolution| |DUPLICATE --- Comment #1 from Tom Henderson 2012-05-15 17:23:41 EDT --- *** This bug has been marked as a duplicate of bug 1427 *** -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Wed May 16 08:44:32 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 16 May 2012 11:44:32 -0400 Subject: [Ns-bugs] [Bug 1352] Map container reimplementation for attribute system In-Reply-To: References: Message-ID: <20120516154432.88C53D1CC5D@deliverator2.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1352 --- Comment #16 from Nicola Baldo 2012-05-16 11:44:31 EDT --- changeset: 8751:b89660102b63 parent: 8749:4462ac63d4cf user: Jaume Nin date: Mon May 14 18:15:22 2012 +0200 summary: Fixed valgrind errors in attribute system. Fixed typo in AttributeMap test. Fixed Get() method for elements not present in the map -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Fri May 18 00:40:23 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 May 2012 03:40:23 -0400 Subject: [Ns-bugs] [Bug 1429] New: task in 'ns3module_dsr' failed (exit status 1): Message-ID: https://www.nsnam.org/bugzilla/show_bug.cgi?id=1429 Summary: task in 'ns3module_dsr' failed (exit status 1): Product: ns-3 Version: ns-3.13 Platform: All OS/Version: Linux Status: NEW Severity: major Priority: P5 Component: build system AssignedTo: gjcarneiro at gmail.com ReportedBy: mynorkin at gmail.com CC: ns-bugs at isi.edu Estimated Hours: 0.0 Hi Support Currently I am trying to build NS3 on Ubuntu 12.04 but I having this issue. It is downloaded using Mercurial. Kindly if you can help to check. Thanks [ 966/1495] cxx: build/src/dsr/bindings/ns3module.cc -> build/src/dsr/bindings/ns3module.cc.7.o src/dsr/bindings/ns3module.cc: In function ?int _wrap_convert_py2c__std__vector__lt___ns3__dsr__RouteCache__Neighbor___gt__(PyObject*, std::vector*)?: src/dsr/bindings/ns3module.cc:25982:44: error: no matching function for call to ?ns3::dsr::RouteCache::Neighbor::Neighbor()? src/dsr/bindings/ns3module.cc:25982:44: note: candidates are: ./ns3/dsr-rcache.h:489:5: note: ns3::dsr::RouteCache::Neighbor::Neighbor(ns3::Ipv4Address, ns3::Mac48Address, ns3::Time) ./ns3/dsr-rcache.h:489:5: note: candidate expects 3 arguments, 0 provided ./ns3/dsr-rcache.h:482:10: note: ns3::dsr::RouteCache::Neighbor::Neighbor(const ns3::dsr::RouteCache::Neighbor&) ./ns3/dsr-rcache.h:482:10: note: candidate expects 1 argument, 0 provided Waf: Leaving directory `/home/hafizan/repos/ns-3-allinone/ns-3-dev/build' Build failed -> task in 'ns3module_dsr' failed (exit status 1): {task 169324780: cxx ns3module.cc -> ns3module.cc.7.o} ['/usr/bin/g++', '-O0', '-ggdb', '-g3', '-Wall', '-Werror', '-Wno-error=deprecated-declarations', '-fstrict-aliasing', '-Wstrict-aliasing', '-fPIC', '-pthread', '-fno-strict-aliasing', '-fwrapv', '-fstack-protector', '-fno-strict-aliasing', '-fvisibility=hidden', '-Wno-array-bounds', '-pthread', '-pthread', '-fno-strict-aliasing', '-fwrapv', '-fstack-protector', '-fno-strict-aliasing', '-Ibuild', '-I.', '-Ibuild/src/dsr/bindings', '-Isrc/dsr/bindings', '-I/usr/include/python2.7', '-I/usr/include/gtk-2.0', '-I/usr/lib/i386-linux-gnu/gtk-2.0/include', '-I/usr/include/atk-1.0', '-I/usr/include/cairo', '-I/usr/include/gdk-pixbuf-2.0', '-I/usr/include/pango-1.0', '-I/usr/include/gio-unix-2.0', '-I/usr/include/glib-2.0', '-I/usr/lib/i386-linux-gnu/glib-2.0/include', '-I/usr/include/pixman-1', '-I/usr/include/freetype2', '-I/usr/include/libpng12', '-I/usr/include/libxml2', '-DNS3_ASSERT_ENABLE', '-DNS3_LOG_ENABLE', '-DSQLITE3=1', '-DHAVE_IF_TUN_H=1', '-DENABLE_GSL', '-DNS_DEPRECATED=', '-DNS3_DEPRECATED_H', '-DNDEBUG', '-DNDEBUG', 'src/dsr/bindings/ns3module.cc', '-c', '-o', 'src/dsr/bindings/ns3module.cc.7.o'] Traceback (most recent call last): File "./build.py", line 197, in sys.exit(main(sys.argv)) File "./build.py", line 188, in main build_ns3(config, build_examples, build_tests, args, build_options) File "./build.py", line 81, in build_ns3 run_command([sys.executable, "waf", "build"] + build_options) File "/home/hafizan/repos/ns-3-allinone/util.py", line 24, in run_command raise CommandError("Command %r exited with code %i" % (argv, retval)) util.CommandError: Command ['/usr/bin/python', 'waf', 'build'] exited with code 1 -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Fri May 18 02:19:34 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 May 2012 05:19:34 -0400 Subject: [Ns-bugs] [Bug 1427] Build failed -> task in 'pybindgen(ns3 module dsr)' failed (exit status 1): In-Reply-To: References: Message-ID: <20120518091934.41D59D1CD19@deliverator2.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1427 --- Comment #4 from Gustavo J. A. M. Carneiro 2012-05-18 05:19:33 EDT --- *** Bug 1429 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. You are the assignee for the bug. From code at nsnam.ece.gatech.edu Fri May 18 02:19:33 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 May 2012 05:19:33 -0400 Subject: [Ns-bugs] [Bug 1429] task in 'ns3module_dsr' failed (exit status 1): In-Reply-To: References: Message-ID: <20120518091933.7EA97995BBB@deliverator4.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1429 Gustavo J. A. M. Carneiro changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE --- Comment #1 from Gustavo J. A. M. Carneiro 2012-05-18 05:19:33 EDT --- *** This bug has been marked as a duplicate of bug 1427 *** -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Fri May 18 07:37:26 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 May 2012 10:37:26 -0400 Subject: [Ns-bugs] [Bug 1352] Map container reimplementation for attribute system In-Reply-To: References: Message-ID: <20120518143726.4C5AEDECCE4@deliverator3.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1352 --- Comment #17 from Jaume Nin 2012-05-18 10:37:20 EDT --- With changeset: 8751:b89660102b63 parent: 8749:4462ac63d4cf The bug should have been addressed Let me know if it is not the case. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Fri May 18 14:15:47 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 May 2012 17:15:47 -0400 Subject: [Ns-bugs] [Bug 1426] lte-rlc-tag.h In-Reply-To: References: Message-ID: <20120518211547.DB998BDD5DE@deliverator6.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1426 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomh at tomh.org AssignedTo|peppe at giuseppepiro.com |nbaldo at cttc.es -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Fri May 18 14:17:11 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 May 2012 17:17:11 -0400 Subject: [Ns-bugs] [Bug 1403] Add NetAnim to download.py and build.py In-Reply-To: References: Message-ID: <20120518211711.388CABDD5DC@deliverator6.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1403 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|PATCH PENDING |RESOLVED Resolution| |FIXED --- Comment #3 from Tom Henderson 2012-05-18 17:17:10 EDT --- added prior to ns-3.14 release to the ns-3-allinone scripts. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From code at nsnam.ece.gatech.edu Fri May 18 14:19:31 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 May 2012 17:19:31 -0400 Subject: [Ns-bugs] [Bug 1380] lte-phy-uplink example crashes In-Reply-To: References: Message-ID: <20120518211931.630CADECB62@deliverator3.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1380 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|peppe at giuseppepiro.com |nbaldo at cttc.es --- Comment #4 from Tom Henderson 2012-05-18 17:19:30 EDT --- can this be closed now? -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Fri May 18 14:19:59 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 May 2012 17:19:59 -0400 Subject: [Ns-bugs] [Bug 1379] lte-multiple-flows example crashes In-Reply-To: References: Message-ID: <20120518211959.8B757137B62@deliverator5.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1379 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|peppe at giuseppepiro.com |nbaldo at cttc.es --- Comment #3 from Tom Henderson 2012-05-18 17:19:59 EDT --- can this be closed now? -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Fri May 18 14:24:42 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 May 2012 17:24:42 -0400 Subject: [Ns-bugs] [Bug 1259] Bug in the shadowing model for ns3-lte In-Reply-To: References: Message-ID: <20120518212442.D0677DECCD6@deliverator3.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1259 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomh at tomh.org AssignedTo|ns-bugs at isi.edu |nbaldo at cttc.es --- Comment #1 from Tom Henderson 2012-05-18 17:24:42 EDT --- Need to revisit in light of recent LTE merge -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From code at nsnam.ece.gatech.edu Fri May 18 14:28:31 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 May 2012 17:28:31 -0400 Subject: [Ns-bugs] [Bug 1210] Pyviz visualizer bounds are hardcoded and may be misaligned with mobility In-Reply-To: References: Message-ID: <20120518212831.849F4BDD0C9@deliverator6.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1210 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CONFIRMED CC| |tomh at tomh.org Summary|Simulation Area bounds are |Pyviz visualizer bounds are |not correct when using |hardcoded and may be |NS2MobilityHelper |misaligned with mobility -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Fri May 18 14:30:36 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 May 2012 17:30:36 -0400 Subject: [Ns-bugs] [Bug 1140] Possible error on the Jakes Model In-Reply-To: References: Message-ID: <20120518213036.2F2E6BDD5DE@deliverator6.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1140 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomh at tomh.org Component|wifi |propagation AssignedTo|nbaldo at cttc.es |andreev at iitp.ru -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sat May 19 00:48:40 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sat, 19 May 2012 03:48:40 -0400 Subject: [Ns-bugs] [Bug 1410] Assert in DefaultSimulatorImpl breaks Visualizer module In-Reply-To: References: Message-ID: <20120519074840.BF78AD44F23@deliverator1.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1410 --- Comment #15 from Mathieu Lacage 2012-05-19 03:48:40 EDT --- (In reply to comment #14) > Just needed to fix Mathieu's patch, since he had "cleaned up" some code that > was actually important! > > changeset: 8762:407d9a51cae8 > tag: tip > user: Gustavo J. A. M. Carneiro > date: Tue May 15 18:07:05 2012 +0100 > summary: Bug 1410 - Assert in DefaultSimulatorImpl breaks Visualizer > module. sorry about that, thanks ! -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sat May 19 07:44:59 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sat, 19 May 2012 10:44:59 -0400 Subject: [Ns-bugs] [Bug 1426] lte-rlc-tag.h In-Reply-To: References: Message-ID: <20120519144500.1070FD44B53@deliverator1.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1426 Nicola Baldo changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #1 from Nicola Baldo 2012-05-19 10:44:59 EDT --- You're looking at the doxygen of ns-3-dev, in fact the file is present in ns-3-dev: http://code.nsnam.org/ns-3-dev/file/ce0699130fc4/src/lte/model/lte-rlc-tag.cc and the doxygen of ns-3.13 does not mention the class, as expected. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sat May 19 07:58:45 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sat, 19 May 2012 10:58:45 -0400 Subject: [Ns-bugs] [Bug 1379] lte-multiple-flows example crashes In-Reply-To: References: Message-ID: <20120519145845.E5360DECADE@deliverator3.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1379 Nicola Baldo changed: What |Removed |Added ---------------------------------------------------------------------------- Status|PATCH PENDING |RESOLVED Resolution| |FIXED --- Comment #4 from Nicola Baldo 2012-05-19 10:58:45 EDT --- Yes, the example lte-multiple-flows has been replaced by other examples. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sat May 19 08:02:09 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sat, 19 May 2012 11:02:09 -0400 Subject: [Ns-bugs] [Bug 1380] lte-phy-uplink example crashes In-Reply-To: References: Message-ID: <20120519150209.BB360995DAC@deliverator4.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1380 Nicola Baldo changed: What |Removed |Added ---------------------------------------------------------------------------- Status|PATCH PENDING |RESOLVED Resolution| |FIXED --- Comment #5 from Nicola Baldo 2012-05-19 11:02:09 EDT --- Fixed by the LENA merge -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sat May 19 08:08:06 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sat, 19 May 2012 11:08:06 -0400 Subject: [Ns-bugs] [Bug 1057] LTE Bearers issue In-Reply-To: References: Message-ID: <20120519150806.64809137B77@deliverator5.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1057 Nicola Baldo changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nbaldo at cttc.es Component|lte |wimax AssignedTo|peppe at giuseppepiro.com |kubota at lrc.ic.unicamp.br --- Comment #3 from Nicola Baldo 2012-05-19 11:08:05 EDT --- With the LENA code merge the scheduler API and implementations have completely changes, hence the bug does not affect any more the lte module. I am reassigning this to the wimax module for the maintainer to check whether the wimax code is still affected by the bug. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sat May 19 08:12:56 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sat, 19 May 2012 11:12:56 -0400 Subject: [Ns-bugs] [Bug 1071] bridge with lte In-Reply-To: References: Message-ID: <20120519151256.B14F8D1CC18@deliverator2.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1071 Nicola Baldo changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |nbaldo at cttc.es Resolution| |INVALID AssignedTo|peppe at giuseppepiro.com |nbaldo at cttc.es --- Comment #1 from Nicola Baldo 2012-05-19 11:12:56 EDT --- It is allowed for a device not to support SendFrom. It's not a bug. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sat May 19 21:00:30 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 20 May 2012 00:00:30 -0400 Subject: [Ns-bugs] [Bug 1427] Build failed -> task in 'pybindgen(ns3 module dsr)' failed (exit status 1): In-Reply-To: References: Message-ID: <20120520040030.8F049DECAD6@deliverator3.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1427 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|PATCH PENDING |RESOLVED Resolution| |FIXED --- Comment #5 from Tom Henderson 2012-05-20 00:00:26 EDT --- pushed as changeset: b05792ad16f7 after Yufei's ack -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. You are the assignee for the bug. From code at nsnam.ece.gatech.edu Sat May 19 21:05:00 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 20 May 2012 00:05:00 -0400 Subject: [Ns-bugs] [Bug 1430] New: possible bug with tap and 64-bit machines Message-ID: https://www.nsnam.org/bugzilla/show_bug.cgi?id=1430 Summary: possible bug with tap and 64-bit machines Product: ns-3 Version: pre-release Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: tap-bridge AssignedTo: tgoff at tgoff.net ReportedBy: tomh at tomh.org CC: ns-bugs at isi.edu Estimated Hours: 0.0 saved from mailing list on 2/7/12 from Luca Costantino: hi all two nodes are given, connected by a csma link. first node has ip 10.0.0.1/24, second node has ip 10.0.0.2/24. on second node a tapbridge in installed. real machine has ip 10.0.0.3/24 i install a simple udp client application that sends data from 10.0.0.1 (inside ns3) to 10.0.0.3 (outside ns3) through 10.0.0.2 tap (inside ns3). everything works fine on a 32 bit machine, same code doesn't work on a 64 bit machine problem is in arp resolution (i think) here an excerpt from pcap generated on 32 bit machine reading from file udp-echo-0-0.pcap, link-type EN10MB (Ethernet) 1.000000 ARP, Request who-has 10.0.0.3 (ff:ff:ff:ff:ff:ff) tell 10.0.0.1, length 50 1.003508 ARP, Reply 10.0.0.3 is-at 00:00:00:00:00:02, length 50 6.003032 ARP, Request who-has 10.0.0.1 tell 10.0.0.2, length 50 6.003032 ARP, Reply 10.0.0.1 is-at 00:00:00:00:00:01, length 5 and here an excerpt from the pcap generated on the 64 bit machine reading from file udp-echo-0-0.pcap, link-type EN10MB (Ethernet) 24 1.000000 ARP, Request who-has 10.0.0.3 (ff:ff:ff:ff:ff:ff) tell 10.0.0.1, length 50 2.000000 ARP, Request who-has 10.0.0.3 (ff:ff:ff:ff:ff:ff) tell 10.0.0.1, length 50 3.000000 ARP, Request who-has 10.0.0.3 (ff:ff:ff:ff:ff:ff) tell 10.0.0.1, length 50 4.000000 ARP, Request who-has 10.0.0.3 (ff:ff:ff:ff:ff:ff) tell 10.0.0.1, length 50 two questions... 1) is this "bug" reproducible on someone else's machine too? 2) is it normal that arping 10.0.0.3, which has a REAL mac address, results in having the tap's mac address? regards luca -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sat May 19 21:06:12 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 20 May 2012 00:06:12 -0400 Subject: [Ns-bugs] [Bug 1430] possible bug with tap and 64-bit machines In-Reply-To: References: Message-ID: <20120520040612.3BBEF137BC8@deliverator5.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1430 --- Comment #1 from Tom Henderson 2012-05-20 00:06:11 EDT --- Created attachment 1398 --> https://www.nsnam.org/bugzilla/attachment.cgi?id=1398 test case to reproduce Luca's provided test case -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sat May 19 21:17:16 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 20 May 2012 00:17:16 -0400 Subject: [Ns-bugs] [Bug 1431] New: random variables and UE positions Message-ID: https://www.nsnam.org/bugzilla/show_bug.cgi?id=1431 Summary: random variables and UE positions Product: ns-3 Version: pre-release Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: mathieu.lacage at gmail.com ReportedBy: tomh at tomh.org CC: ns-bugs at isi.edu Estimated Hours: 0.0 copy/pasted from Luca's post on 5/8/12: Dear all developers, I am experiencing a strange problem with the ns-3-lte. I am working on a multicell scenario, where each cell is represented by a different object of class LteHelper and is made of 1 eNB and several UEs registered to it. The UEs are randomly placed around the respective eNB, in a circle of radius 1500 m. I execute several runs and for each run I select a different seed, where the seeds are not correlated among themselves. I am observing a strange thing regarding the position of the UEs: those belonging to the first eNB (say eNB0) are ALWAYS closer to their eNB with respect to those belonging to the other eNB (say eNB1). Of course, this results in a much smaller path loss and thus a higher CQI for each UE of the former eNB on each frequency subchannel. This looks very very strange, because I am executing around 1000 runs and the situation is more or less always the same. It seems there is a systematic error either in the generation of random numbers or in the management of UEs' positions and the respective channel realizations. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sat May 19 21:22:03 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 20 May 2012 00:22:03 -0400 Subject: [Ns-bugs] [Bug 1431] random variables and UE positions In-Reply-To: References: Message-ID: <20120520042203.4A8BBDECAE9@deliverator3.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1431 --- Comment #1 from Tom Henderson 2012-05-20 00:22:02 EDT --- Created attachment 1399 --> https://www.nsnam.org/bugzilla/attachment.cgi?id=1399 test case >From Luca's mail: What I am simulating in this case is a network with two cells: the former has a variable number of UEs specified by the user as a command line argument; the latter has a fixed number of UEs, i.e. 40. They also share a part of their spectrum (I modified the spectrum management). I introduced a couple of uniform variables to generate some randomness: I randomly exchange eNB0 and eNB1 to make them statistically equivalent. In this way, after a certain number of runs (a few hundreds) their performance in terms of total cell capacity is the same. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sun May 20 15:19:17 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 20 May 2012 18:19:17 -0400 Subject: [Ns-bugs] [Bug 1432] New: align Ipv6AddressHelper API with IPv4AddressHelper API Message-ID: https://www.nsnam.org/bugzilla/show_bug.cgi?id=1432 Summary: align Ipv6AddressHelper API with IPv4AddressHelper API Product: ns-3 Version: pre-release Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: ipv6 AssignedTo: tommaso.pecorella at unifi.it ReportedBy: tomh at tomh.org CC: ns-bugs at isi.edu Estimated Hours: 0.0 The current usage pattern for IPv6 address assignment is different than that for IPv4 address assignment; e.g. in examples/udp/udp-echo.cc: if (useV6 == false) { Ipv4AddressHelper ipv4; ipv4.SetBase ("10.1.1.0", "255.255.255.0"); Ipv4InterfaceContainer i = ipv4.Assign (d); serverAddress = Address(i.GetAddress (1)); } else { Ipv6AddressHelper ipv6; ipv6.NewNetwork ("2001:0000:f00d:cafe::", 64); Ipv6InterfaceContainer i6 = ipv6.Assign (d); serverAddress = Address(i6.GetAddress (1,1)); } I would like to change the IPv6AddressHelper API to align it with IPv4AddressHelper API. Specifically, the following usage pattern exists for IPv4: SetBase (network, prefix, (optional) host portion); // used to reset NewNetwork (void); //used to increment the network portion NewAddress (void); // used to increment the host portion Ipv4InterfaceContainer Assign (const NetDeviceContainer &c); // for containers I would like to align IPv6 with this. The main change is to deprecate (with NS_DEPRECATED) all calls to "NewNework (network, prefix)" and replace them with SetBase (network, prefix). I would like to make this change before ns-3.14 release because ns-3.14 (with addition of transport protocols) will start more widespread usage of IPv6 code in ns-3, so it would be good to convert before this. Code review patch to follow. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sun May 20 15:41:38 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 20 May 2012 18:41:38 -0400 Subject: [Ns-bugs] [Bug 1432] align Ipv6AddressHelper API with IPv4AddressHelper API In-Reply-To: References: Message-ID: <20120520224138.D7BA4D44D49@deliverator1.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1432 --- Comment #1 from Tom Henderson 2012-05-20 18:41:38 EDT --- Codereview at: http://codereview.appspot.com/6226043 -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Mon May 21 03:43:36 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 21 May 2012 06:43:36 -0400 Subject: [Ns-bugs] [Bug 1432] align Ipv6AddressHelper API with IPv4AddressHelper API In-Reply-To: References: Message-ID: <20120521104336.894B6D44D61@deliverator1.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1432 --- Comment #2 from Tommaso Pecorella 2012-05-21 06:43:36 EDT --- I didn't test the code on my ns-3, but looking at the code (i.e., dry check) I'm ok with it. I assume that everything is working as intended, tho. +1 -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Mon May 21 08:25:37 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 21 May 2012 11:25:37 -0400 Subject: [Ns-bugs] [Bug 1140] Possible error on the Jakes Model In-Reply-To: References: Message-ID: <20120521152537.AF00F995D0C@deliverator4.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1140 Kirill Andreev changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #5 from Kirill Andreev 2012-05-21 11:25:36 EDT --- changeset: 8786:8f366d5eee06 user: Kirill Andreev date: Mon May 21 19:15:32 2012 +0400 summary: Bug 1140: fixed. New Jakes model has been implemented. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Mon May 21 09:31:44 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 21 May 2012 12:31:44 -0400 Subject: [Ns-bugs] [Bug 1430] possible bug with tap and 64-bit machines In-Reply-To: References: Message-ID: <20120521163144.D79EABDD4E1@deliverator6.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1430 --- Comment #2 from Tom Goff 2012-05-21 12:31:44 EDT --- (In reply to comment #1) > Created attachment 1398 [details] > test case to reproduce > > Luca's provided test case Is the rp_filter setting the same on both systems? For example, see the output of: sysctl -a 2> /dev/null | grep '\(all\|default\)\.rp_filter' The described behavior seems consistent with rp_filter being enabled on the 64-bit system and disabled on the 32-bit system. It would also help to clarify what interface is assigned 10.0.0.3/24. It seems that the tapOutput interface created by the test case has the address 10.0.0.2/24. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Mon May 21 15:32:39 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 21 May 2012 18:32:39 -0400 Subject: [Ns-bugs] [Bug 1422] valgrind error in ipv6-fragmentation test suite In-Reply-To: References: Message-ID: <20120521223239.AF9FB137B6B@deliverator5.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1422 --- Comment #2 from Tommaso Pecorella 2012-05-21 18:32:39 EDT --- I found the problem. It's not wise to use a Ptr<> to a SimpleRefCount as an argument to a Simulator::Schedule. The solution is not that simple, tho, as it means to change how the fragment lost timeout is handled. By luck the IPv4 code is better at this (the event is handled by the fragments and not by the outer class. Sorry if all this is kinda obscure but I'm almost sleeping. Tomorrow morning I'll make a patch. T. PS: and that's why when I copied the IPv6 fragment handling to make IPv4 one I used a different way to handle the timeout. The IPv6 one didn't felt "right". And I was right at not liking it. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 22 12:53:26 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 22 May 2012 15:53:26 -0400 Subject: [Ns-bugs] [Bug 1422] valgrind error in ipv6-fragmentation test suite In-Reply-To: References: Message-ID: <20120522195326.CBC7CD1CCB2@deliverator2.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1422 --- Comment #3 from Tommaso Pecorella 2012-05-22 15:53:26 EDT --- Created attachment 1400 --> https://www.nsnam.org/bugzilla/attachment.cgi?id=1400 Fix the valgring error As I tought. It's not wise to launch an event with a SimpleRefCount Ptr as an argument (or an Object either). Also in this patch: 1) remove two unused and obscure mutable member variables from Fragments (both IPv4 and IPv6) and 2) changed the name of an inner member variable whose name was the same as an outer one Number 1 is a remnant of extremely old SimpleRefCount implementation (probably), Number 2 is cosmetic but it can save some brain cells to go fishin' while browsing the code. Tested on a private Fedora release 16 (Verne). Jenkins seems to have some VMs down. Need a confirm. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 22 13:42:23 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 22 May 2012 16:42:23 -0400 Subject: [Ns-bugs] [Bug 1433] New: IPv6 support Message-ID: https://www.nsnam.org/bugzilla/show_bug.cgi?id=1433 Summary: IPv6 support Product: ns-3 Version: pre-release Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: tap-bridge AssignedTo: tgoff at tgoff.net ReportedBy: tommaso.pecorella at unifi.it CC: ns-bugs at isi.edu Estimated Hours: 0.0 This is a proposed enhancement. Since the tap-bridge use ioctl to setup the tap interfaces, and there is no explicit reference to IPv4 beside the tap setup, it should be possible to extend it to support IPv6 addresses. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 22 14:14:26 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 22 May 2012 17:14:26 -0400 Subject: [Ns-bugs] [Bug 1433] Tap-bridge IPv6 support In-Reply-To: References: Message-ID: <20120522211426.13329D1CC87@deliverator2.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1433 Tommaso Pecorella changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|IPv6 support |Tap-bridge IPv6 support -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 22 17:31:31 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 22 May 2012 20:31:31 -0400 Subject: [Ns-bugs] [Bug 1422] valgrind error in ipv6-fragmentation test suite In-Reply-To: References: Message-ID: <20120523003131.6BCC7BDD554@deliverator6.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1422 Tommaso Pecorella changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CONFIRMED |PATCH PENDING -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 22 22:19:31 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 23 May 2012 01:19:31 -0400 Subject: [Ns-bugs] [Bug 1422] valgrind error in ipv6-fragmentation test suite In-Reply-To: References: Message-ID: <20120523051931.B91FDBDD382@deliverator6.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1422 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|PATCH PENDING |RESOLVED Resolution| |FIXED --- Comment #4 from Tom Henderson 2012-05-23 01:19:30 EDT --- (In reply to comment #3) > Created attachment 1400 [details] > Fix the valgring error > > As I tought. It's not wise to launch an event with a SimpleRefCount Ptr as an > argument (or an Object either). > > Also in this patch: > 1) remove two unused and obscure mutable member variables from Fragments (both > IPv4 and IPv6) and > 2) changed the name of an inner member variable whose name was the same as an > outer one > > Number 1 is a remnant of extremely old SimpleRefCount implementation > (probably), > Number 2 is cosmetic but it can save some brain cells to go fishin' while > browsing the code. > > Tested on a private Fedora release 16 (Verne). Jenkins seems to have some VMs > down. Need a confirm. pushed as changeset 9c59d55abcce after spot testing-- thanks! -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Wed May 23 22:34:14 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 24 May 2012 01:34:14 -0400 Subject: [Ns-bugs] [Bug 1434] New: DSR throughput not comparable to other protocols for manet example Message-ID: https://www.nsnam.org/bugzilla/show_bug.cgi?id=1434 Summary: DSR throughput not comparable to other protocols for manet example Product: ns-3 Version: pre-release Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: dsr AssignedTo: ns-bugs at isi.edu ReportedBy: tomh at tomh.org Estimated Hours: 0.0 ./waf --run "manet-routing-compare --protocol=4" (i.e. DSR) only shows throughput in the 4-10 packets/sec range, compared to results from other protocols such as AODV and DSDV (12-20 packets/sec). This seems to be a performance regression from ns-3.13 results. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From code at nsnam.ece.gatech.edu Wed May 23 22:35:34 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 24 May 2012 01:35:34 -0400 Subject: [Ns-bugs] [Bug 1435] New: LTE tests do not terminate on OS X Message-ID: https://www.nsnam.org/bugzilla/show_bug.cgi?id=1435 Summary: LTE tests do not terminate on OS X Product: ns-3 Version: pre-release Platform: All OS/Version: Mac OS Status: NEW Severity: normal Priority: P5 Component: lte AssignedTo: nbaldo at cttc.es ReportedBy: tomh at tomh.org CC: ns-bugs at isi.edu Estimated Hours: 0.0 this seems to be limited to OS X, but the LTE tests do not run to completion. To reproduce, try: ./test.py -s lte-rlc-am-e2e -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Wed May 23 23:11:32 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 24 May 2012 02:11:32 -0400 Subject: [Ns-bugs] [Bug 1432] align Ipv6AddressHelper API with IPv4AddressHelper API In-Reply-To: References: Message-ID: <20120524061132.086E3995CA1@deliverator4.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1432 --- Comment #3 from Tom Henderson 2012-05-24 02:11:31 EDT --- changeset 5d8dfd7c6609 -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Wed May 23 23:11:56 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 24 May 2012 02:11:56 -0400 Subject: [Ns-bugs] [Bug 1432] align Ipv6AddressHelper API with IPv4AddressHelper API In-Reply-To: References: Message-ID: <20120524061156.BA486137CDA@deliverator5.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1432 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Thu May 24 14:13:51 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 24 May 2012 17:13:51 -0400 Subject: [Ns-bugs] [Bug 1435] LTE tests do not terminate on OS X In-Reply-To: References: Message-ID: <20120524211351.EBB35137D19@deliverator5.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1435 Tommaso Pecorella changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 |P1 --- Comment #1 from Tommaso Pecorella 2012-05-24 17:13:51 EDT --- This seems quite a bug, possibly only showing on MacOS and not on other systems by luck (or unluck). The piece of code responsible for this is in lte-rlc-am.cc, line 706: if ( m_rxonBuffer[ m_vrMs.GetValue () ].m_pduComplete ) { while ( m_rxonBuffer[ m_vrMs.GetValue () ].m_pduComplete ) { m_vrMs++; NS_LOG_LOGIC ("Incr VR(MS) = " << m_vrMs); } NS_LOG_LOGIC ("New VR(MS) = " << m_vrMs); } For some reason the cycle never ends. Well, the reason is that m_vrMs++ is actually a modulus-based increment (at 1023 it goes back to 0) and when *all* the elements in m_rxonBuffer have the m_pduComplete flag... the cycle will never end. I see two problems in this piece of code: 1) m_pduComplete is a map. If an element in the map is not there (is this possible?) simply referencing it will create it. The "safe" function for this case is map.find(key). See http://www.sgi.com/tech/stl/Map.html 2) there is no check about a complete map scanning, i.e., if the cycle is complete. Note: I found the problem using a complex MonteCarlo run analysis (I ran the debugger and stopped it randomly 'til I found it was stuck in the same point). I can *not* exclude similar issues elsewhere in the code. I'm raising the bug priority, as it seems more than a simple test failing on a particular OS. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Fri May 25 05:20:25 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 25 May 2012 08:20:25 -0400 Subject: [Ns-bugs] [Bug 1435] LTE tests do not terminate on OS X In-Reply-To: References: Message-ID: <20120525122026.01D1D995EEC@deliverator4.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1435 Manuel Requena changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CONFIRMED CC| |manuel.requena at gmail.com --- Comment #2 from Manuel Requena 2012-05-25 08:20:25 EDT --- According your description, it seems to be a bug in lte-rlc-am. I will take care of it. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Fri May 25 09:34:33 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 25 May 2012 12:34:33 -0400 Subject: [Ns-bugs] [Bug 1436] New: Wimax simulation does not work with more than two base stations Message-ID: https://www.nsnam.org/bugzilla/show_bug.cgi?id=1436 Summary: Wimax simulation does not work with more than two base stations Product: ns-3 Version: ns-3.13 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: wimax AssignedTo: kubota at lrc.ic.unicamp.br ReportedBy: abhishek.lists at gmail.com CC: ns-bugs at isi.edu Estimated Hours: 0.0 Created attachment 1401 --> https://www.nsnam.org/bugzilla/attachment.cgi?id=1401 Minor change to wimax-simple.cc The wimax module does not work with more than two base stations. Attached the simulation script which is a minor modification to wimax-simple.cc. GDB sessions output: (gdb) r Starting program: /Users/rony/Desktop/ns-allinone-3.13/ns-3.13/build/src/wimax/examples/wimax-simple \ Reading symbols for shared libraries +++++++++++++++........................... done Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000000 0x00000001000ccc58 in ns3::SSRecord::GetMacAddress (this=0x0) at ss-record.cc:118 118 return m_macAddress; (gdb) bt #0 0x00000001000ccc58 in ns3::SSRecord::GetMacAddress (this=0x0) at ss-record.cc:118 #1 0x0000000100101873 in ns3::SSManager::GetMacAddress (this=0x101c72df0, cid=@0x7fff5fbfde38) at ss-manager.cc:160 #2 0x0000000100077e18 in ns3::BaseStationNetDevice::DoReceive (this=0x101c72b30, packet=@0x7fff5fbfe438) at bs-net-device.cc:747 #3 0x000000010004ca51 in ns3::WimaxNetDevice::Receive (this=0x101c72b30, burst=@0x7fff5fbfe4b8) at wimax-net-device.cc:518 #4 0x0000000100059b92 in ns3::MemPtrCallbackImpl), void, ns3::Ptr, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty>::operator() (this=0x101c60140, a1=@0x7fff5fbfe518) at callback.h:223 #5 0x00000001000f523c in ns3::Callback, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty>::operator() (this=0x7fff5fbfe570, a1=@0x7fff5fbfe568) at callback.h:410 #6 0x00000001000e6e91 in ns3::SimpleOfdmWimaxPhy::EndReceive (this=0x101c5fba0, burst=@0x7fff5fbfe600) at simple-ofdm-wimax-phy.cc:465 #7 0x00000001000e38b3 in ns3::EventImpl* ns3::MakeEvent), ns3::SimpleOfdmWimaxPhy*, ns3::Ptr >(void (ns3::SimpleOfdmWimaxPhy::*)(ns3::Ptr), ns3::SimpleOfdmWimaxPhy*, ns3::Ptr)::EventMemberImpl1::Notify () at make-event.h:124 #8 0x00000001016b1f1a in ns3::EventImpl::Invoke (this=0x101c9aa40) at event-impl.cc:39 #9 0x00000001016ba214 in ns3::DefaultSimulatorImpl::ProcessOneEvent (this=0x101c23ee0) at default-simulator-impl.cc:129 #10 0x00000001016ba274 in ns3::DefaultSimulatorImpl::Run (this=0x101c23ee0) at default-simulator-impl.cc:159 #11 0x00000001016b3952 in ns3::Simulator::Run () at simulator.cc:163 #12 0x0000000100003a74 in main (argc=2, argv=0x7fff5fbffa50) at wimax-simple.cc:193 (gdb) frame 0 #0 0x00000001000ccc58 in ns3::SSRecord::GetMacAddress (this=0x0) at ss-record.cc:118 118 return m_macAddress; (gdb) frame 1 #1 0x0000000100101873 in ns3::SSManager::GetMacAddress (this=0x101c72df0, cid=@0x7fff5fbfde38) at ss-manager.cc:160 160 return GetSSRecord (cid)->GetMacAddress (); -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Fri May 25 11:10:55 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 25 May 2012 14:10:55 -0400 Subject: [Ns-bugs] [Bug 1436] Wimax simulation does not work with more than two base stations In-Reply-To: References: Message-ID: <20120525181056.3E8EA137BC1@deliverator5.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1436 Abhishek Chanda changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 |P3 -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Fri May 25 15:42:22 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 25 May 2012 18:42:22 -0400 Subject: [Ns-bugs] [Bug 1437] New: LTE documentation missing figures and references Message-ID: https://www.nsnam.org/bugzilla/show_bug.cgi?id=1437 Summary: LTE documentation missing figures and references Product: ns-3 Version: pre-release Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: lte AssignedTo: nbaldo at cttc.es ReportedBy: tomh at tomh.org CC: ns-bugs at isi.edu Estimated Hours: 0.0 LTE documentation is missing some referenced figures, which breaks the build: None:None: WARNING: no matching candidate for image URI u'figures/MCS_25_28.*' None:None: WARNING: no matching candidate for image URI u'figures/MCS_29_29.*' None:None: WARNING: no matching candidate for image URI u'figures/MCS_16_test.*' writing... done There are also a lot of warnings generated (nearly complete list below; to reproduce, go to doc/models/ and type 'make latexpdf') /home/tomh/hg/ns-3-allinone/ns-3-dev/doc/models/source-temp/lte-references.rst:61: (WARNING/2) Duplicate explicit target name: "paduapem". /home/tomh/hg/ns-3-allinone/ns-3-dev/doc/models/source-temp/lte-references.rst:63: (WARNING/2) Duplicate explicit target name: "vienna". /home/tomh/hg/ns-3-allinone/ns-3-dev/doc/models/source-temp/lte-references.rst:65: (WARNING/2) Duplicate explicit target name: "lozanocost". /home/tomh/hg/ns-3-allinone/ns-3-dev/doc/models/source-temp/lte-references.rst:61: WARNING: duplicate citation PaduaPEM, other instance in /home/tomh/hg/ns-3-allinone/ns-3-dev/doc/models/source-temp/lte-references.rst /home/tomh/hg/ns-3-allinone/ns-3-dev/doc/models/source-temp/lte-references.rst:63: WARNING: duplicate citation Vienna, other instance in /home/tomh/hg/ns-3-allinone/ns-3-dev/doc/models/source-temp/lte-references.rst /home/tomh/hg/ns-3-allinone/ns-3-dev/doc/models/source-temp/lte-references.rst:65: WARNING: duplicate citation LozanoCost, other instance in /home/tomh/hg/ns-3-allinone/ns-3-dev/doc/models/source-temp/lte-references.rst /home/tomh/hg/ns-3-allinone/ns-3-dev/doc/models/source-temp/index.rst:: WARNING: citation not found: Chunjan /home/tomh/hg/ns-3-allinone/ns-3-dev/doc/models/source-temp/index.rst:: WARNING: citation not found: pl26ghz /home/tomh/hg/ns-3-allinone/ns-3-dev/doc/models/source-temp/index.rst:: WARNING: citation not found: RealWireless /home/tomh/hg/ns-3-allinone/ns-3-dev/doc/models/source-temp/index.rst:: WARNING: citation not found: TS36321 /home/tomh/hg/ns-3-allinone/ns-3-dev/doc/models/source-temp/index.rst:: WARNING: citation not found: pl26ghz /home/tomh/hg/ns-3-allinone/ns-3-dev/doc/models/source-temp/index.rst:: WARNING: citation not found: Chunjan /home/tomh/hg/ns-3-allinone/ns-3-dev/doc/models/source-temp/index.rst:: WARNING: citation not found: pl26ghz /home/tomh/hg/ns-3-allinone/ns-3-dev/doc/models/source-temp/index.rst:: WARNING: citation not found: RealWireless /home/tomh/hg/ns-3-allinone/ns-3-dev/doc/models/source-temp/index.rst:: WARNING: citation not found: TS36321 /home/tomh/hg/ns-3-allinone/ns-3-dev/doc/models/source-temp/index.rst:: WARNING: citation not found: pl26ghz LaTeX Warning: Hyper reference `lte-references:ofcom2-6ghz' on page 92 undefine d on input line 4726. LaTeX Warning: Hyper reference `lte-references:ts36-213' on page 100 undefined on input line 5242. LaTeX Warning: Hyper reference `lte-references:ts36-213' on page 100 undefined on input line 5249. [100] LaTeX Warning: Hyper reference `lte-references:ts36-213' on page 101 undefined on input line 5267. LaTeX Warning: Hyper reference `lte-references:ts36-101' on page 109 undefined on input line 5852. LaTeX Warning: Hyper reference `lte-references:ofcom2-6ghz' on page 109 undefin ed on input line 5865. [109] [110 <./lte-phy-interference3.pdf>] LaTeX Warning: Hyper reference `lte-references:id2' on page 111 undefined on in put line 5872. LaTeX Warning: Hyper reference `lte-references:id1' on page 111 undefined on in put line 5872. LaTeX Warning: Hyper reference `lte-references:id3' on page 111 undefined on in put line 5877. LaTeX Warning: Hyper reference `lte-references:ts36-212' on page 111 undefined on input line 5886. LaTeX Warning: Hyper reference `lte-references:id1' on page 112 undefined on in put line 5900. LaTeX Warning: Hyper reference `lte-references:ts36-101' on page 109 undefined on input line 5852. LaTeX Warning: Hyper reference `lte-references:ofcom2-6ghz' on page 109 undefin ed on input line 5865. LaTeX Warning: Hyper reference `lte-references:id2' on page 111 undefined on in put line 5872. LaTeX Warning: Hyper reference `lte-references:id1' on page 111 undefined on in put line 5872. LaTeX Warning: Hyper reference `lte-references:id3' on page 111 undefined on in put line 5877. LaTeX Warning: Hyper reference `lte-references:ts36-212' on page 111 undefined on input line 5886. LaTeX Warning: Hyper reference `lte-references:id1' on page 112 undefined on in put line 5900. LaTeX Warning: Hyper reference `lte-references:ts36-104' on page 120 undefined on input line 6109. LaTeX Warning: Hyper reference `lte-references:ts36-104' on page 121 undefined on input line 6126. LaTeX Warning: Hyper reference `lte-references:ts36-104' on page 121 undefined on input line 6146. LaTeX Warning: Hyper reference `lte-references:ts36-104' on page 120 undefined on input line 6109. LaTeX Warning: Hyper reference `lte-references:ts36-104' on page 121 undefined on input line 6126. LaTeX Warning: Hyper reference `lte-references:ts36-104' on page 121 undefined on input line 6146. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sat May 26 07:18:11 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sat, 26 May 2012 10:18:11 -0400 Subject: [Ns-bugs] [Bug 1438] New: lena-simple-epc with am mode Message-ID: https://www.nsnam.org/bugzilla/show_bug.cgi?id=1438 Summary: lena-simple-epc with am mode Product: ns-3 Version: pre-release Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: lte AssignedTo: nbaldo at cttc.es ReportedBy: Kazuyuki.Morioka at gmail.com CC: ns-bugs at isi.edu Estimated Hours: 0.0 I found some issue with rlc protocol in the ns3 lena project(http://lena.cttc.es/hg/lena/). I executed lena-simple-epc with am mode added in lena-simple-epc.cc as follows: lteHelper->SetAttribute ("EpsBearerToRlcMapping", EnumValue (LteHelper::RLC_AM_ALWAYS)); The result shows that no RxPDU is recieved at the PDCP layer both UL and DL direction. DlPdcpStats.txt % start end CellId IMSI RNTI LCID nTxPDUs TxBytes nRxPDUs RxBytes delay stdDev min max PduSize stdDev min max 0 0.25 1 1 1 1 3 3162 0 0 0 0 0 0 0 0 0 0.25 2 2 1 1 3 3162 0 0 0 0 0 0 0 0 0.25 0.5 1 1 1 1 2 2108 0 0 0 0 0 0 0 0 0.25 0.5 2 2 1 1 2 2108 0 0 0 0 0 0 0 0 0.5 0.75 1 1 1 1 3 3162 0 0 0 0 0 0 0 0 0.5 0.75 2 2 1 1 3 3162 0 0 0 0 0 0 0 0 0.75 1 1 1 1 1 2 2108 0 0 0 0 0 0 0 0 0.75 1 2 2 1 1 2 2108 0 0 0 0 0 0 0 0 ... UlPdcpStats.txt % start end CellId IMSI RNTI LCID nTxPDUs TxBytes nRxPDUs RxBytes delay stdDev min max PduSize stdDev min max 0 0.25 0 1 1 1 6 6324 0 0 0 0 0 0 0 0 0 0.25 0 2 1 1 6 6324 0 0 0 0 0 0 0 0 0.25 0.5 0 1 1 1 4 4216 0 0 0 0 0 0 0 0 0.25 0.5 0 2 1 1 4 4216 0 0 0 0 0 0 0 0 0.5 0.75 0 1 1 1 6 6324 0 0 0 0 0 0 0 0 0.5 0.75 0 2 1 1 6 6324 0 0 0 0 0 0 0 0 0.75 1 0 1 1 1 4 4216 0 0 0 0 0 0 0 0 0.75 1 0 2 1 1 4 4216 0 0 0 0 0 0 0 0 ... The trace log shows that rlc protocol was stalled by sending control pdu (RLC_ACK) each other at every transmit opportunity. Actually, the flag "m_statusPduRequested" is not cleard anywhere. I think the flag should be cleard after the control pdu was transmitted like as follows: ------------------------------------------------------------------------- diff -r 406ee7fcd79d src/lte/model/lte-rlc-am.cc --- a/src/lte/model/lte-rlc-am.cc Fri May 18 15:44:06 2012 +0200 +++ b/src/lte/model/lte-rlc-am.cc Sat May 26 22:35:55 2012 +0900 @@ -186,6 +186,8 @@ params.lcid = m_lcid; m_macSapProvider->TransmitPdu (params); + m_statusPduRequested = false; + m_statusPduBufferSize = 0; return; } else if ( m_retxBufferSize > 0 ) -------------------------------------------------------------------------- After applying avobe patch, nRxPDUs become equal to nTxPDUs. It seems to work well. DlPdcpStats.txt % start end CellId IMSI RNTI LCID nTxPDUs TxBytes nRxPDUs RxBytes delay stdDev min max PduSize stdDev min max 0 0.25 1 1 1 1 6 6324 6 6324 0.0441662 0.0523085 0.00399904 0.118 1054 0 1054 1054 0 0.25 2 2 1 1 6 6324 6 6324 0.0441661 0.0523085 0.00399896 0.118 1054 0 1054 1054 0.25 0.5 1 1 1 1 4 4216 4 4216 0.0104995 0.00750611 0.00399904 0.017 1054 0 1054 1054 0.25 0.5 2 2 1 1 4 4216 4 4216 0.0104995 0.00750616 0.00399896 0.017 1054 0 1054 1054 0.5 0.75 1 1 1 1 6 6324 6 6324 0.0104995 0.00712092 0.00399904 0.017 1054 0 1054 1054 0.5 0.75 2 2 1 1 6 6324 6 6324 0.0104995 0.00712096 0.00399896 0.017 1054 0 1054 1054 0.75 1 1 1 1 1 4 4216 4 4216 0.0104995 0.00750611 0.00399904 0.017 1054 0 1054 1054 0.75 1 2 2 1 1 4 4216 4 4216 0.0104995 0.00750616 0.00399896 0.017 1054 0 1054 1054 ... UlPdcpStats.txt % start end CellId IMSI RNTI LCID nTxPDUs TxBytes nRxPDUs RxBytes delay stdDev min max PduSize stdDev min max 0 0.25 1 1 1 1 6 6324 6 6324 0.0466667 0.0513835 0.013 0.113 1054 0 1054 1054 0 0.25 2 2 1 1 6 6324 6 6324 0.0466667 0.0513835 0.013 0.113 1054 0 1054 1054 0.25 0.5 1 1 1 1 4 4216 4 4216 0.013 0 0.013 0.013 1054 1054 1054 0.25 0.5 2 2 1 1 4 4216 4 4216 0.013 0 0.013 0.013 1054 1054 1054 0.5 0.75 1 1 1 1 6 6324 6 6324 0.013 0 0.013 0.013 1054 1054 1054 0.5 0.75 2 2 1 1 6 6324 6 6324 0.013 0 0.013 0.013 1054 1054 1054 0.75 1 1 1 1 1 4 4216 4 4216 0.013 0 0.013 0.013 1054 1054 1054 0.75 1 2 2 1 1 4 4216 4 4216 0.013 0 0.013 0.013 1054 1054 1054 ... Thanks, Kazu -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sat May 26 07:49:33 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sat, 26 May 2012 10:49:33 -0400 Subject: [Ns-bugs] [Bug 1396] ARP With Hardware Addresses Longer Than 6 bytes In-Reply-To: References: Message-ID: <20120526144933.E2490137BE7@deliverator5.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1396 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|PATCH PENDING |RESOLVED CC| |tomh at tomh.org Resolution| |FIXED --- Comment #7 from Tom Henderson 2012-05-26 10:49:32 EDT --- fixed in changeset: 156662c93da6 -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sun May 27 14:18:09 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 27 May 2012 17:18:09 -0400 Subject: [Ns-bugs] [Bug 1439] New: Please exclude headers for tests from installation Message-ID: https://www.nsnam.org/bugzilla/show_bug.cgi?id=1439 Summary: Please exclude headers for tests from installation Product: ns-3 Version: pre-release Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: lte AssignedTo: nbaldo at cttc.es ReportedBy: rivanvx at gmail.com CC: ns-bugs at isi.edu Estimated Hours: 0.0 Created attachment 1402 --> https://www.nsnam.org/bugzilla/attachment.cgi?id=1402 Patch Hi, modules other than lte don't install headers for tests. It would be great if lte did the same, unless there is a specific reason for doing otherwise. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sun May 27 14:43:53 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 27 May 2012 17:43:53 -0400 Subject: [Ns-bugs] [Bug 1439] Please exclude headers for tests from installation In-Reply-To: References: Message-ID: <20120527214353.0C5EB137B60@deliverator5.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1439 --- Comment #1 from Vedran Mileti? 2012-05-27 17:43:52 EDT --- Same comment applies to buildings module: 'test/buildings-pathloss-test.h', 'test/buildings-shadowing-test.h', -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sun May 27 23:22:36 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 28 May 2012 02:22:36 -0400 Subject: [Ns-bugs] [Bug 1431] random variables and UE positions In-Reply-To: References: Message-ID: <20120528062236.29520995D46@deliverator4.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1431 --- Comment #2 from Tom Henderson 2012-05-28 02:22:35 EDT --- Created attachment 1403 --> https://www.nsnam.org/bugzilla/attachment.cgi?id=1403 subset of test program This excerpts portions of multi_op.cc to run against the current ns-3-dev repository. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Sun May 27 23:29:11 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 28 May 2012 02:29:11 -0400 Subject: [Ns-bugs] [Bug 1431] random variables and UE positions In-Reply-To: References: Message-ID: <20120528062911.F40E6D44E36@deliverator1.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1431 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO --- Comment #3 from Tom Henderson 2012-05-28 02:29:11 EDT --- Luca, I wasn't able to run your test program against any LTE variants that I had; it had a central-authority.h that I didn't know anything about. Anyway, I created a subset of your program that I think results in a similar nodal placement (initial node conditions). This new program runs against ns-3-dev and I added it to this tracker. I noticed that the program increments the x_bs value by 50 for each new eNB. However, it seems that the ue are uniformly drawn from a range (-radius, radius) in both X and Y dimensions. While eNB is at the origin, each subsequent eNB is further away from the origin, and hence will be further away from the population of UEs. Do you think that this may account for what you observed? Note that my version of the test program seems to be limited to two eNBs; if I add a third eNB, all of the UEs assigned to it seem to be at the same place as the eNB. What I wrote above is based on looking at the two eNB case. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Mon May 28 07:29:06 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 28 May 2012 10:29:06 -0400 Subject: [Ns-bugs] [Bug 1440] New: aodv throughput decrease badly from 20Mpbs to zero Message-ID: https://www.nsnam.org/bugzilla/show_bug.cgi?id=1440 Summary: aodv throughput decrease badly from 20Mpbs to zero Product: ns-3 Version: ns-3-dev Platform: Mac Intel OS/Version: Mac OS Status: NEW Severity: critical Priority: P5 Component: aodv AssignedTo: ns-bugs at isi.edu ReportedBy: hcysmy1204 at gmail.com Estimated Hours: 0.0 Created attachment 1404 --> https://www.nsnam.org/bugzilla/attachment.cgi?id=1404 testing result I use the testing code "examples/routing/manet-routing-compare.cc" in ns-3-de v and ns-3.12 to test aodv routing performance. In the simulation, the physic uses 802.11 g ERP-OFDM, set up 10 sinks, 5 Mbps for each on/off Application, Packet size is 5000 Bytes, and the simulation lasts 200 seconds, 0~50 seconds is going to setup the network topology, 51~200 seconds doing the simulation. When network scale is 10 nodes, the throughput is a normal value from 51s~200s, but with 50 nodes, the performance decreases badly that the throughput decreased from 20 Mbps to 0, the throughput is close to 0 from 178s~200s and a flood of RREQ and RREP happened around 178 second region. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From code at nsnam.ece.gatech.edu Mon May 28 07:33:30 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 28 May 2012 10:33:30 -0400 Subject: [Ns-bugs] [Bug 1440] aodv throughput decrease badly from 20Mpbs to zero In-Reply-To: References: Message-ID: <20120528143330.7D97ABDD107@deliverator6.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1440 Michael Yee changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |bug -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From code at nsnam.ece.gatech.edu Mon May 28 07:34:18 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 28 May 2012 10:34:18 -0400 Subject: [Ns-bugs] [Bug 1440] aodv throughput decrease badly from 20Mpbs to zero In-Reply-To: References: Message-ID: <20120528143418.4DD37D44B28@deliverator1.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1440 --- Comment #1 from Michael Yee 2012-05-28 10:34:18 EDT --- Created attachment 1405 --> https://www.nsnam.org/bugzilla/attachment.cgi?id=1405 testcase -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From code at nsnam.ece.gatech.edu Mon May 28 07:36:50 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 28 May 2012 10:36:50 -0400 Subject: [Ns-bugs] [Bug 1412] Make RttEstimator available to other modules In-Reply-To: References: Message-ID: <20120528143650.94158D1CC18@deliverator2.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1412 Tommaso Pecorella changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |PATCH WANTED CC| |tommaso.pecorella at unifi.it -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Mon May 28 08:41:29 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 28 May 2012 11:41:29 -0400 Subject: [Ns-bugs] [Bug 1439] Please exclude headers for tests from installation In-Reply-To: References: Message-ID: <20120528154129.685299959FC@deliverator4.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1439 Nicola Baldo changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1402|0 |1 is patch| | Attachment #1402|application/octet-stream |text/plain mime type| | -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Mon May 28 09:01:51 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 28 May 2012 12:01:51 -0400 Subject: [Ns-bugs] [Bug 1438] lena-simple-epc with am mode In-Reply-To: References: Message-ID: <20120528160151.7EEC1137B7F@deliverator5.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1438 --- Comment #1 from Nicola Baldo 2012-05-28 12:01:50 EDT --- Hi Kazuyuki, thank you very much for the detailed bug report. Manuel, do you think the proposed patch is ok to apply? -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Mon May 28 09:22:44 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 28 May 2012 12:22:44 -0400 Subject: [Ns-bugs] [Bug 1439] Please exclude headers for tests from installation In-Reply-To: References: Message-ID: <20120528162244.C9D59BDD447@deliverator6.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1439 --- Comment #2 from Vedran Mileti? 2012-05-28 12:22:44 EDT --- I assume that: 'test/lte-simple-net-device.h', 'test/lte-simple-helper.h', can stay, but other don't seem very useful. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Mon May 28 10:11:55 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 28 May 2012 13:11:55 -0400 Subject: [Ns-bugs] [Bug 1439] Please exclude headers for tests from installation In-Reply-To: References: Message-ID: <20120528171155.30A59D1CBFB@deliverator2.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1439 Nicola Baldo changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |manuel.requena at gmail.com, | |marco.miozzo at gmail.com --- Comment #3 from Nicola Baldo 2012-05-28 13:11:53 EDT --- Hi Vedran, I agree that test headers should not be installed unless they are useful for some other module. Also lte-simple-net-device.h and lte-simple-helper.h are not meant to be used outside of the lte module, and if they really were meant to be used, they should be moved to src/lte/model instead. It seems however that it takes some effort to fix this, because of the many interdependencies among files in src/lte/test, the need to add some forward declarations, etc. I'll be able to work more on this issue tomorrow. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 29 04:46:11 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 29 May 2012 07:46:11 -0400 Subject: [Ns-bugs] [Bug 1399] TCP not backing off data retransmissions properly In-Reply-To: References: Message-ID: <20120529114611.779A3DECACF@deliverator3.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1399 --- Comment #1 from Daniel Camara 2012-05-29 07:46:11 EDT --- Created attachment 1406 --> https://www.nsnam.org/bugzilla/attachment.cgi?id=1406 Path that follows RFC 6298 recomendations -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 29 04:50:18 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 29 May 2012 07:50:18 -0400 Subject: [Ns-bugs] [Bug 1399] TCP not backing off data retransmissions properly In-Reply-To: References: Message-ID: <20120529115018.31DF0D44B28@deliverator1.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1399 Daniel Camara changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |daniel.camara at inria.fr --- Comment #2 from Daniel Camara 2012-05-29 07:50:17 EDT --- The attached path follows the recommendations of RFC 6298. Changes where made on the calculation of the Retransmit Timeout estimation and on the process followed on the retransmission, in case of a timeout. The AODV test, providing as example, does not pass though :). -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 29 05:19:53 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 29 May 2012 08:19:53 -0400 Subject: [Ns-bugs] [Bug 1439] Please exclude headers for tests from installation In-Reply-To: References: Message-ID: <20120529121953.28B35BDD39B@deliverator6.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1439 Nicola Baldo changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #4 from Nicola Baldo 2012-05-29 08:19:52 EDT --- changeset: 49d3a0979d43 user: Nicola Baldo date: Tue May 29 13:56:26 2012 +0200 summary: fixed Bug 1439 - exclude headers for tests from installation -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 29 06:01:50 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 29 May 2012 09:01:50 -0400 Subject: [Ns-bugs] [Bug 1439] Please exclude headers for tests from installation In-Reply-To: References: Message-ID: <20120529130150.CCF2F995DF8@deliverator4.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1439 --- Comment #5 from Vedran Mileti? 2012-05-29 09:01:50 EDT --- Thanks Nicola. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 29 06:50:50 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 29 May 2012 09:50:50 -0400 Subject: [Ns-bugs] [Bug 1399] TCP not backing off data retransmissions properly In-Reply-To: References: Message-ID: <20120529135050.2D703D1CC06@deliverator2.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1399 --- Comment #3 from Tom Henderson 2012-05-29 09:50:49 EDT --- (In reply to comment #2) > The attached path follows the recommendations of RFC 6298. Changes where made > on the calculation of the Retransmit Timeout estimation and on the process > followed on the retransmission, in case of a timeout. The AODV test, providing > as example, does not pass though :). I'm wondering about splitting your patch for now, with the tcp-socket-base.cc changes made now, and rtt-estimator.cc for further study (perhaps attached to bug 1405). The reason is that I'm wondering whether the rtt-estimator.cc changes are aligned with the code in Measurement() and whether the code still conforms to the algorithm advertised (mean deviation algorithm by Jacobson and Karels, implemented with integer arithmetic), or is now a mashup of both algorithms. For example, - should smoothing be performed in RetransmitTimeout() if it is already done in Measurement()? - the new RetransmitTimeout() code doesn't use the variable "gain" but has hardcoded values - are the variables m_currentEstimatedRtt and m_srtt redundant? Any thoughts on this proposal? -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Tue May 29 14:14:52 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 29 May 2012 17:14:52 -0400 Subject: [Ns-bugs] [Bug 1399] TCP not backing off data retransmissions properly In-Reply-To: References: Message-ID: <20120529211452.C23F8DECBFF@deliverator3.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1399 --- Comment #4 from Tommaso Pecorella 2012-05-29 17:14:51 EDT --- I'd split the issues as well (if possible). It is even possible to have a different RTT estimator (the one we have is one of the many possibilities), so a class name refactoring might be envisaged (e.g.: RttEstimator -> JacobsonKarelsRttEstimator and the new one RfcSomethingRttEstimator). T. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Wed May 30 05:34:22 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 30 May 2012 08:34:22 -0400 Subject: [Ns-bugs] [Bug 1437] LTE documentation missing figures and references In-Reply-To: References: Message-ID: <20120530123423.7748BBDD521@deliverator6.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1437 Nicola Baldo changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Nicola Baldo 2012-05-30 08:34:22 EDT --- changeset: 8825:85fb8f3dc39d tag: tip user: Nicola Baldo date: Wed May 30 14:33:29 2012 +0200 summary: fixed bug 1437 - LTE documentation missing figures and references -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Wed May 30 07:01:19 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 30 May 2012 10:01:19 -0400 Subject: [Ns-bugs] [Bug 1441] New: IPv4 header length field is ignored in Ipv4Header Message-ID: https://www.nsnam.org/bugzilla/show_bug.cgi?id=1441 Summary: IPv4 header length field is ignored in Ipv4Header Product: ns-3 Version: ns-3.13 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: internet AssignedTo: riley at ece.gatech.edu ReportedBy: thomas.geithner at dai-labor.de CC: ns-bugs at isi.edu Estimated Hours: 0.0 Created attachment 1407 --> https://www.nsnam.org/bugzilla/attachment.cgi?id=1407 patch for IPv4 header length handling The IPv4 header length field is ignored which causes errors in emulation mode (TAP NetDevice) when the packet contains an options field and is parsed in ns-3 (patch that solves the problem is attached). Example: IGMP packet generated by a Linux host (header length = 24): ... Internet Protocol Version 4, Src: 0.0.0.0 (0.0.0.0), Dst: 224.0.0.1 (224.0.0.1) Version: 4 Header length: 24 bytes Differentiated Services Field: 0xc0 (DSCP 0x30: Class Selector 6; ECN: 0x00: Not-ECT (Not ECN-Capable Transport)) 1100 00.. = Differentiated Services Codepoint: Class Selector 6 (0x30) .... ..00 = Explicit Congestion Notification: Not-ECT (Not ECN-Capable Transport) (0x00) Total Length: 32 Identification: 0x0000 (0) Flags: 0x02 (Don't Fragment) 0... .... = Reserved bit: Not set .1.. .... = Don't fragment: Set ..0. .... = More fragments: Not set Fragment offset: 0 Time to live: 1 Protocol: IGMP (2) Header checksum: 0x0417 [correct] [Good: True] [Bad: False] Source: 0.0.0.0 (0.0.0.0) Destination: 224.0.0.1 (224.0.0.1) Options: (4 bytes) Router Alert: Every router examines packet Internet Group Management Protocol [IGMP Version: 2] Type: Membership Query (0x11) Max Response Time: 10,0 sec (0x64) Header checksum: 0xee9b [correct] Multicast Address: 0.0.0.0 (0.0.0.0) -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Wed May 30 09:48:26 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 30 May 2012 12:48:26 -0400 Subject: [Ns-bugs] [Bug 1435] LTE tests do not terminate on OS X In-Reply-To: References: Message-ID: <20120530164826.A7E43D1CCB5@deliverator2.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1435 Nicola Baldo changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|nbaldo at cttc.es |manuel.requena at gmail.com -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Wed May 30 09:52:19 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 30 May 2012 12:52:19 -0400 Subject: [Ns-bugs] [Bug 1441] IPv4 header length field is ignored in Ipv4Header In-Reply-To: References: Message-ID: <20120530165219.69C02BDD52F@deliverator6.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1441 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |tomh at tomh.org Resolution| |FIXED --- Comment #1 from Tom Henderson 2012-05-30 12:52:19 EDT --- fixed in changeset: b425987e55df -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Wed May 30 09:56:03 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 30 May 2012 12:56:03 -0400 Subject: [Ns-bugs] [Bug 1435] LTE tests do not terminate on OS X In-Reply-To: References: Message-ID: <20120530165603.9472CD1CC3D@deliverator2.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1435 Manuel Requena changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CONFIRMED |RESOLVED Resolution| |FIXED --- Comment #3 from Manuel Requena 2012-05-30 12:56:03 EDT --- The following changesets solve the problem: changeset: 8828:ccee8110ddb5 tag: tip user: Manuel Requena date: Wed May 30 18:04:22 2012 +0200 summary: Fix condition of assert message changeset: 8827:988a5b38cd6e user: Manuel Requena date: Wed May 30 17:51:05 2012 +0200 summary: Protect rxonBuffer against missing PDUs I have tested in Fedora15 and MacOS 10.6.8 -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Wed May 30 10:29:27 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 30 May 2012 13:29:27 -0400 Subject: [Ns-bugs] [Bug 1405] RttEstimator needs unit tests In-Reply-To: References: Message-ID: <20120530172927.2B62CDECBF3@deliverator3.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1405 --- Comment #1 from Tom Henderson 2012-05-30 13:29:26 EDT --- Created attachment 1408 --> https://www.nsnam.org/bugzilla/attachment.cgi?id=1408 Daniel's patch from bug 1399 for RFC 6298 behavior -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. You are the assignee for the bug. From code at nsnam.ece.gatech.edu Wed May 30 10:36:48 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 30 May 2012 13:36:48 -0400 Subject: [Ns-bugs] [Bug 1405] RttEstimator needs unit tests In-Reply-To: References: Message-ID: <20120530173648.5BD88D1CC08@deliverator2.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1405 --- Comment #2 from Tom Henderson 2012-05-30 13:36:46 EDT --- I moved Daniel's patch from bug 1399 here. It implements RFC 6298 behavior (slightly different than the MeanDeviation algorithm currently implemented). Another aspect that must be considered is whether the TCP or the RttEstimator class maintains the state for the backoff. In the current design, RttEstimator is managing all of this state, but in Daniel's patch, he moves the state for managing backoff to the TcpSocketBase class. I'm in favor of Daniel's proposal to make TCP manage the backoff state and just have RttEstimator maintain actual estimates, but this would require removing some state variables and the "multiplier" API from RttEstimator and should be considered again once we are not close to a release deadline. The reason that I am in favor of this is the separate proposal (bug 1412) that wants to reuse RttEstimator for other protocols. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. You are the assignee for the bug. From code at nsnam.ece.gatech.edu Wed May 30 10:38:08 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 30 May 2012 13:38:08 -0400 Subject: [Ns-bugs] [Bug 1405] RttEstimator needs unit tests In-Reply-To: References: Message-ID: <20120530173808.1CC82BDD530@deliverator6.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1405 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |1412 -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. You are the assignee for the bug. From code at nsnam.ece.gatech.edu Wed May 30 10:38:06 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 30 May 2012 13:38:06 -0400 Subject: [Ns-bugs] [Bug 1412] Make RttEstimator available to other modules In-Reply-To: References: Message-ID: <20120530173807.07A24995E52@deliverator4.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1412 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |daniel.camara at inria.fr Depends on| |1405 -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Wed May 30 10:40:37 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 30 May 2012 13:40:37 -0400 Subject: [Ns-bugs] [Bug 1399] TCP not backing off data retransmissions properly In-Reply-To: References: Message-ID: <20120530174037.DA9EEDECC0C@deliverator3.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1399 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CONFIRMED |RESOLVED Resolution| |FIXED --- Comment #5 from Tom Henderson 2012-05-30 13:40:37 EDT --- I made direct fix to the existing RttEstimator class for now (changeset e3e89a0ccb7d) and moved your proposal to migrate the management of backoff state to TcpSocketBase class (as well as create an RFC 6298 variant) to bug 1405, which can be worked post-release. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Wed May 30 10:48:24 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 30 May 2012 13:48:24 -0400 Subject: [Ns-bugs] [Bug 1405] RttEstimator improvements In-Reply-To: References: Message-ID: <20120530174824.A288FD44FFD@deliverator1.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1405 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|RttEstimator needs unit |RttEstimator improvements |tests | -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. You are the assignee for the bug. From code at nsnam.ece.gatech.edu Thu May 31 14:02:39 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 31 May 2012 17:02:39 -0400 Subject: [Ns-bugs] [Bug 1442] New: Visualizer don't work on MacOS Message-ID: https://www.nsnam.org/bugzilla/show_bug.cgi?id=1442 Summary: Visualizer don't work on MacOS Product: ns-3 Version: ns-3-dev Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: visualizer AssignedTo: gjcarneiro at gmail.com ReportedBy: alexander.afanasyev at ucla.edu CC: ns-bugs at isi.edu Estimated Hours: 0.0 Recently introduces LTE module introduces small changes in visualizer. Somehow, ns3.lte module requires virtual_net_device module, which is not available on mac. The attached patch solves the problem by handling exception during the import of ns3.lte. Not sure if this should be a permanent solution. -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Thu May 31 14:02:58 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 31 May 2012 17:02:58 -0400 Subject: [Ns-bugs] [Bug 1442] Visualizer don't work on MacOS In-Reply-To: References: Message-ID: <20120531210258.1172FD45198@deliverator1.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1442 --- Comment #1 from Alex Afanasyev 2012-05-31 17:02:57 EDT --- Created attachment 1409 --> https://www.nsnam.org/bugzilla/attachment.cgi?id=1409 patch -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From code at nsnam.ece.gatech.edu Thu May 31 21:53:49 2012 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 1 Jun 2012 00:53:49 -0400 Subject: [Ns-bugs] [Bug 1442] Visualizer doesn't work with lte bindings In-Reply-To: References: Message-ID: <20120601045349.C0F4CBDD5BF@deliverator6.gatech.edu> https://www.nsnam.org/bugzilla/show_bug.cgi?id=1442 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomh at tomh.org Summary|Visualizer don't work on |Visualizer doesn't work |MacOS |with lte bindings --- Comment #2 from Tom Henderson 2012-06-01 00:53:49 EDT --- changing the title as it is reproducible on Linux also. Would this be remedied by enabling bindings on the virtual-net-device module? -- Configure bugmail: https://www.nsnam.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.