[e2e] Is RED dead?

[Jing Shen]

> 
> how does it matter in case of congestion/queue if i
> drop at a central node or an edge node?
> 

IMHO it doesn't matter where packet is dropped  if
only congestion is considered; but from viewpoint of
resource management those packet should be dropped as
near to the end station as possible. On the other
hand, service providers are always tried to
differentiate service between their customers, so
packet drop should consider the situation that
priority traffic 'eat' too much of bandwidth. Someone
may say we could divide bandwidth to different groups
in which each member is only allowed to occupy a part
of BW, but that lead to a problem of bandwidth
estimation and complexity in network management, esp.
when MPLS TE is employed. So, (W)RED may be good to
best-effort network. And, I don't think it enough for
ISPs who are trying hard to find out a way out of the
jungle of uncontrolled P2P, virus, SPAM, malicious
packets from crackers ...


So, should e2e only focusing on TCP, XCP or to
consider a system which could not only make internet a
robust and self-sealing system but also make it a
predictable system?  

Jing


> is the queue size sufficient to hold a window?

If I do not misunderstand your question, queues size
is to implementation design. To my limited knowledge
interface queue size is to hold traffic of 10-12ms
full rate bursty traffic.

regards

Joe



> 
> -danke!
> 
> --- Jing Shen <jshen_cad at yahoo.com.cn> wrote:
> 
> > I've talked with some one before who said wred is
> > deployed in ISP network edge, but he is just from
> a
> > network equipment manufacturer. 
> > 
> > To me, (W)RED seems good to provide a method
> > avoiding
> > congestion. But, how could those traffic be
> dropped
> > according to traffic management requirement ? how
> to
> > avoid to focusing those "honest" TCP
> > implementations?
> > 
> > Jing  
> > 
> > 
> > --- Randy Bush <randy at psg.com>дµÀ:
> > 
> > > wred is used in real network deployments, though
> > not
> > > as widely
> > > as it likely should be.
> > > 
> > > randy
> > > 
> > > 
> > 
> > 
> > Jing Shen
> > 
> > Data Communication Center
> > HangZhou TeleCom 
> > HangZhou ZJ 310027
> > P.R.China
> > 
> > ' spamcontrol '
> > 
> > 
> > 		
> >
>
___________________________________________________________
> > 
> >
>
ÑÅ»¢ÓÊÏ䳬ǿÔöÖµ·þÎñ£­2G³¬´ó¿Õ¼ä¡¢pop3ÊÕÐÅ¡¢ÎÞÏÞÁ¿ÓʼþÌáÐÑ
> > 
> > http://cn.mail.yahoo.com
> > 
> 
> 
> 
> 		
>
___________________________________________________________
> 
> To help you stay safe and secure online, we've
> developed the all new Yahoo! Security Centre.
> http://uk.security.yahoo.com
> 



	

	
		
___________________________________________________________ 
ÑÅ»¢Ãâ·ÑGÓÊÏ䣭ÖйúµÚÒ»¾øÎÞÀ¬»øÓʼþɧÈų¬´óÓÊÏä 
http://cn.mail.yahoo.com