Bad DSR performance due to packet drop at IFQ

Thanks for the advice, I will give it a try soon.
However, I don’t think that this will solve the problem. The problem really seems to be somewhere in the implementation of the queue. When going through the trace file everything seems to be fine up to a certain timestamp (in my case around 100s). After this timestamp there are no more data packets transmitted, but just control packets (salvation). It seems that there is a kind of buffer overflow such that there is just space to keep/store control packets in the queue which are of more importance than data packets. When going to the mailing list archive one proposal to solve this problem in DSR was to reduce the amount of packets that have to be transmitted (decreasing the transmissino rate). Unfortunately, this is not suitable for me as I want to evaluate the behaviour in scenarios of different network congestion.