Tom Henderson <tomh@tomh.org> [Wed, 02 Sep 2015 16:32:46 -0700] rev 11626
bug 1557: errors in OpenFlowSwitchNetDevice::BufferFromPacket(); patch due to Long Li and Ovidiu Poncea
Tom Henderson <tomh@tomh.org> [Tue, 01 Sep 2015 21:28:48 -0700] rev 11625
bug 1927: wrap Chi-squared test of random-variable-stream-generators test suite
Tom Henderson <tomh@tomh.org> [Tue, 01 Sep 2015 21:03:55 -0700] rev 11624
bug 1927: allow deterministic seeding of random-variable-stream-generators TestSuite
After this commit, the following will cause the test suite to always fail:
NS_GLOBAL_VALUE="RngRun=231" ./test.py -s random-variable-stream-generators
Sébastien Deronne <sebastien.deronne@gmail.com> [Tue, 01 Sep 2015 22:48:58 +0200] rev 11623
update RELEASE_NOTES
Sébastien Deronne <sebastien.deronne@gmail.com> [Tue, 01 Sep 2015 22:44:51 +0200] rev 11622
Bug 2104 [wifi] - Sequence Number passed to QosUtilsMapSeqControlToUniqueInteger instead of Sequence Control (initial fix from Steven Sultana)
Sébastien Deronne <sebastien.deronne@gmail.com> [Tue, 01 Sep 2015 22:02:05 +0200] rev 11621
Fix issue when a normal data packet is sent between A-MPDUs
Sébastien Deronne <sebastien.deronne@gmail.com> [Tue, 01 Sep 2015 21:59:50 +0200] rev 11620
Check that a transmission will never have a null duration in YansWifiPhy
Ovidiu Poncea <ovidiu.poncea@cs.pub.ro> [Mon, 31 Aug 2015 10:41:05 -0700] rev 11619
bug 2158: Fix flooding of packets on input port, for packets received on in!=0
When you have the action OFPP_FLOOD on a flow, and the received packet is
not coming into the switch through port 0, then the packet will be flooded on
all ports, including the receiving port! This is especially bad if
you have broadcasts as packets will get replicated indefinitely (ARP req for
e.g.). This is caused by missing ntohs() that fails to convert port numbers
to their correct values. The switch works correctly for broadcast packets
received on port zero.
Example: The ReceivePacketOut() gets 0 if the input port is 0 and it works.
But will get 512 if the input port is 1 and since 512 is not our real input
port the check will fail and the packet will also be replicated on the input
port.
miilic [Thu, 27 Aug 2015 18:08:12 -0700] rev 11618
Bug 2170 - AnimationInterface outputs improperly formed XML
Sébastien Deronne <sebastien.deronne@gmail.com> [Wed, 26 Aug 2015 22:05:34 +0200] rev 11617
fix issue with previous commit