Pedro Vale Estrela wrote:
> This is an EXCELENT description of what happens in a non-randomized
> simulation, and from my experience, I fully agree on that.
>
> It is exactly this kind of material that would be very useful for the NS2
> Wiki, to store this information permanently!
>
> As such, s
006 16:43
> > To: Eduardo J. Ortega
> > Cc: ns-users@ISI.EDU
> > Subject: Re: [ns] two equal UDP CBR flows in droptail queue get different
> > bandwidths?
> >
> >
> > In reality, sure. What's happening with the simulation though, is that
> > the pac
it to the NS2 wiki pages!
Pedro Vale Estrela
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
> Of Tyler Ross
> Sent: quinta-feira, 8 de Junho de 2006 16:43
> To: Eduardo J. Ortega
> Cc: ns-users@ISI.EDU
> Subject: Re: [ns] two e
In reality, sure. What's happening with the simulation though, is that
the packets are being sent at the same time. Even though you start the
flows sending at t=0 and t=10, when they're both sending, they're
sending at the exact same instant. Since internally, everything is
handled in a fix
I understand that Droptail knows nothing about fairness. But, on the average,
and given the fact that both flows have exactly the same characteristics,
shouldn't they experience the same average behaviour?
thanks.
On Wednesday 07 June 2006 08:35, Tyler Ross wrote:
> This phenomenon is explaine
This phenomenon is explained in the tutorial in Marc Greis's tutorial on
the ns-2 website (see
http://www.isi.edu/nsnam/ns/tutorial/nsscript2.html ). The queue that
you're probably using is a DropTail. The DropTail queue has no concept
of fairness, so it's going to drop whatever packet happe
Hi there:
I've set up this experiment. I have two source nodes S1 and S2 directly
connected to a node R1 and two destination nodes D1 and D2 also directly
connected to a node R2. Nodes R1 and R2 are connected. All links are 1 Mb/s
Full duplex with DropTail. Now, here's the thing. I set up two