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.