Merge pull request #1 from PhilipsIII/master

Add a vector to store nameprefix; Add author name.
Interval set to 0.1. Interest packet set to 140/s

Wifi checking has once again proven to be horrible.
Built a inherited class to obtain Sequence numbers

I am getting a segmentation fault at a weird position. The error is below. In theory the written
code is fine, but I have no way of testing.

The error is:

==7062== valgrind: Unrecognised instruction at address 0x5dd335d.
==7062==    at 0x5DD335D: ns3::UniformRandomVariable::GetTypeId() (double.h:71)
==7062==    by 0x5D9BEE9: _GLOBAL__sub_I_random_variable_stream.cc (random-variable-stream.cc:133)
==7062==    by 0x400F305: call_init.part.0 (dl-init.c:85)
==7062==    by 0x400F3DE: _dl_init (dl-init.c:52)
==7062==    by 0x40016E9: ??? (in /lib/x86_64-linux-gnu/ld-2.15.so)
==7062==    by 0x2: ???
==7062==    by 0x7FF0003EA: ???
==7062==    by 0x7FF0003FC: ???
==7062==    by 0x7FF000408: ???

As Zhu-kun has advised, I will update ns-3 as soon as possible.
Clean up
More cleanup
Possible error
Wifi Assert errors

Got some more assert errors which I am fixing
Inheritance, DynamicCast and too much time

I have a working prototype of how to get the Sequence numbers that will likely time out. Amazingly, I was able to pull it off after a couple of changes by using DynamicCast after obtaining the installed Application via the Node::GetApplication function and converting to my type PriConsumer.

This seemed to enable everything else to work.

I am still confused as to what exactly changed, but I am glad I was able to inherit a class, extend it, read protected values and then use them in the main code.
500 millisecond rush

Created a global set to contain all the information obtained from the GetSeqTimeout. It does seem to capture the packets that will be delayed, so I will work from there.
Retransmission

I am settling with this amount of packets to redirect.

Not a very good thing, but inevitable.
PIT modification ideas.

Will continue after getting my 3DS.

Damn.
INF simulation!

Cheers
Changes for better performance
Graph for INF and Smart Flooding

App Delays and Average hop count.

Cheers.
Funny thing about channels

You can't change the channel of a WifiNetDevice. Very interesting.
Made the delay even worse using different channels.
Commented out Multiple channel code
Final commit

Created the tracking mechanisms and the buffers to hold delayed packets. Learned to use trace calls and callbacks to ensure a slightly better performance.

There is still a lot of parts that need checking, like the lifetime of hard-coded Interests, but for now it works.
Errors in argument parsing for R
Merge remote-tracking branch 'upstream/master'
Update to newest and keep going on.
Conflicts:
	scenarios/icc-scenario_zl.cc