Re: R: [ns] queue limit

[Abbas Makki <abbas.makki@kcl.ac.uk>]

Hello

Read the ns manual on Links . The que is assumed part of the link. The que does 
not have anything to do with the sources.

>Date: Tue, 17 Jul 2001 10:34:49 -0400
>From: Ganesh <ggopalak@lucent.com>
>X-Accept-Language: en
>MIME-Version: 1.0
>To: Brian Lee Bowers <bowersb@lanl.gov>
>CC: bowersb@lanl.gov, ns-users@ISI.EDU
>Subject: Re: R: [ns] queue limit
>Content-Transfer-Encoding: 7bit
>
>
>Hi,
>
>If every node has a Traffice source  ( like a CBR or FTP source etc..)
>and a Agent like TCP or UDP etc..where exactly is this queue u are
>talking about ?? Between CBR source and TCP ?? If so, shouldnt it be
>ideally very large ?? ( Please correct me if I have worngly understood
>the scenario u guys are referring to )
>
>I have a question regd this..
>
>1) Can I modify the queue limits or is it fixed ?? Does it vary with each
>type of traffic source or each Agent ??
>2) How do I know a packet was dropped because it overflowed the sender
>queue ?
>
>Thanks,
>
>Ganesh
>
>Brian Lee Bowers wrote:
>
>> On Monday 16 July 2001 16:30, Alfredo Grieco wrote:
>>
>> > thanks for the simple and effective answer,
>> > if the sender uses TCP, the 20 packets dropped in your example are
>> > retransmitted later ?
>>
>> Yes.  If node A doesn't get an ACK for a packet, it must retransmit
>> the packet at some point.  The exact mechanism is protocol dependent.
>>
>> --
>> Brian Lee Bowers        |       RADIANT Team (Summer Intern)
>> bowersb@lanl.gov        |       Los Alamos National Laboratory
>