Hi,

read these articles:

http://jestec.taylors.edu.my/Vol%204%20Issue%202%20June%2009/Vol_4_2_243-250_Sheenu%20Sharma.pdf

http://bbcr.uwaterloo.ca/~wzhuang/papers/routing-journal-R4.pdf

http://www.sersc.org/journals/IJSIA/vol9_no6_2015/19.pdf

http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.118.9149&rep=rep1&type=pdf

http://nitsri.net/library/journals/pirzada.pdf

http://www.ece.ncsu.edu/netwis/papers/aw05bn.pdf

all the best,

Salam Omer,

I think it is ok to have the E2E decreasing don't worry about that because you need to look into all results together. I don't see all your results to know if there was a problem. For example, in any network, if your packet loss is increasing then no doubt that your E2E delay will mostly decrease, so if you are increasing nodes that drop packets then you will have higher packet loss, which will make a decrease to the nets E2E delay. The E2E increases when increasing network size or node speed.

Have fun :)

@Salih M. Zaki, Thanks for the articles, I have read all of them.

@Abdussalam Nuri Baryun

Actually my packet loss ratio is increasing as attackers number increases. Also my throughput and packet delivery ratio decrasing.

Dear Omer Mintemur

What you describe about the reduction of E2E delay when packet is dropped if "normal" o "common" as you describe. Because if a packet does not arrive, what time can you put for it?. But if you would like to generate a more fair delay statistic, maybe you could assign a "max delay value" to none arriving messages in order to get some more "reasonable"  E2E delay value.

Dear Ricardo Gonzalez

As I understand, when a packet is dropped along the way, decreasing of E2E delay is fairly normal (Also it depends on the connection pattern). By assigning a max delay value, we assume that the packet considered as recevied by a node.  So, in my opinion decreasing can be explained as less packet reaches less destination in less time. Because dropped packet numbers will get bigger and bigger as the malicious node number increases.

Kind regards

Dear sir,

           Refer the below article. You may have some idea regarding delays.

           http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.118.9149&rep=rep1&type=pdf

          wishes.

I thick we can skip those packets whose starting time is found but recieving time is not available.