::  ::  ::  ::  :: 管理

IOS-QOS

posted @ 2007-05-25 13:38 cunshen| 编辑 |

posted @ 2007-05-07 19:56 cunshen| 编辑 |

posted @ 2005-09-01 11:01 cunshen| 编辑 |

CAR

posted @ 2005-08-26 10:44 cunshen| 编辑 |

posted @ 2005-08-25 14:13 cunshen| 编辑 |

posted @ 2005-07-11 09:48 cunshen| 编辑 |

posted @ 2005-06-25 12:14 cunshen| 编辑 |

posted @ 2005-05-29 21:43 cunshen| 编辑 |

posted @ 2005-05-29 20:59 cunshen| 编辑 |

posted @ 2005-05-29 20:00 cunshen| 编辑 |

posted @ 2005-05-26 21:30 cunshen| 编辑 |

posted @ 2005-05-26 16:51 cunshen| 编辑 |

posted @ 2005-05-23 12:03 cunshen| 编辑 |

posted @ 2005-05-23 08:23 cunshen| 编辑 |

posted @ 2005-05-23 08:18 cunshen| 编辑 |

posted @ 2005-05-23 08:10 cunshen| 编辑 |

posted @ 2005-05-22 23:30 cunshen| 编辑 |

posted @ 2005-05-22 16:18 cunshen| 编辑 |

posted @ 2005-05-16 19:04 cunshen| 编辑 |

posted @ 2005-05-15 23:55 cunshen| 编辑 |

posted @ 2005-05-15 23:45 cunshen| 编辑 |

摘要:
  尽管队列提供VoIP QoS的拥塞管理 ,仍需要一些提供拥塞规避的机制,像是WRED。特别的,WRED可以防止输出队列达到极限值,这将导致所有输入数据包的丢失。本文来自于Informit,论述了在Cisco路由器上配置WRED的必要性。

  请回忆一下在你早期的网络技术学习中的内容——传输控制协议(TCP)的窗口(windowing)是如何工作的。发送者发送一个信息段,如果发送者收到接收者发出的成功的应答,则它再发送两个信息段(即,两个“窗口大小”)。如果应答回复这两个信息段发送成功,发送者发送四个信息段,并继续如此进行下去,窗口大小以指数增加。

  但是,如果一个信息段丢失,TCP流将进入TCP慢启动(TCP slow start),这时窗口大小减少到1。TCP流接着以指数增长其窗口大小直到拥塞发生时窗口大小的一半。然后,TCP流的窗口大小以线性增长。TCP慢启动与QoS有关,因为当一个接口的输出队列已满的时候,所有的新到达的数据包被丢弃(即“tail dropped”),所有的TCP流同时进入TCP慢启动。

  注阅读全文

posted @ 2005-05-12 13:19 cunshen| 编辑 |

posted @ 2005-05-07 23:42 cunshen| 编辑 |

posted @ 2005-05-07 23:37 cunshen| 编辑 |

posted @ 2005-05-07 23:33 cunshen| 编辑 |

posted @ 2005-05-07 23:27 cunshen| 编辑 |

posted @ 2005-05-06 01:06 cunshen| 编辑 |

posted @ 2005-04-26 10:31 cunshen| 编辑 |

posted @ 2005-04-22 10:48 cunshen| 编辑 |

posted @ 2005-04-22 10:43 cunshen| 编辑 |

posted @ 2005-04-22 10:41 cunshen| 编辑 |

posted @ 2005-04-20 07:34 cunshen| 编辑 |

摘要: 是总结的QOS大纲...

cunshen

2005.3.1 阅读全文

posted @ 2005-03-23 22:09 cunshen| 编辑 |