QoS优先级怎样规划

QoS优先级怎样规划，是把带宽先留给不能等的业务，剩下的再给可以重试的传输。每一项都标成最高，等于没有优先级。拥挤的时候，它们还是一起卡。

先把业务分成三档就够。语音和需要马上响应的远程操作放在高优先级。网页和一般的办公系统放在中间。文件备份、系统更新、网盘同步放在低优先级，并且给它们一个白天的上限。上限不是为了让备份永远变慢，是为了会议进行时它不能把上行占满。晚上没人开会，上限可以放开，让备份在夜里做完。

份额按同时在用的人数估，不按全公司花名册估。一个二十人的办事处，同时开会的可能只有四个人。按二十人预留，高优先级把整条上行都占死，低优先级永远饿着，备份做不完，第二天又有人抱怨系统没更新。按四路会议留出份额，其余给中间档，低优先级只拿剩余。这个数字以后按实际同时开会的峰值再改，第一次不用假装很准。

上行和下行分开写。会议听不清，经常卡在上行。只在下行队列里设优先级，对方的声音过来了，你的声音仍然上不去。合同里的上行有多大，高优先级的总和不要超过它。超过了，高优先级之间照样互相挤，队列只是把拥挤换了一个名字。

标记要在流量进设备的时候就打上。等到出口已经塞住再想分类，包上没有标记，队列分不开。分支和总部对同一种业务用同一套标记。分支把会议标成高，总部把它当成普通，优先只存在一半路径上。验收时抓一条会议会话，看两端的标记是不是同一个值。

空闲的线路上看不出 QoS。下午测速很快，不能当成优先级已生效。验收选在会多的时段，或者在试验里人为把上行打满，看备份是否先被压慢、会议是否还能继续说话。打满之后会议也断了，说明高优先级没有真正留住份额，回到队列配置看高优先级的保留是不是零。

举一个能用的规划。上行里会议有保留份额，备份在白天被限制，晚上再放开。忙时试验里通话能继续，备份进度变慢。两端标记一致。

举一个无效的规划。所有应用都标成最高，备份没有上限。拥挤时和没做 QoS 一样，网盘同步和会议抢同一截上行。至少让备份在白天让路。

QoS优先级怎样规划，规划完要能指出谁让路、让在哪个时段、上行留了多少给会议。说不出这三样，优先级还是一句口号。