我在一个networking上有一些SIP电话通过IPIP隧道到达服务器。 我已经设置了QOS规则来监视适当的VOIPstream量，如下所示： class-map match-any class-voice description Voice match dscp af11 match dscp cs4 match dscp cs3 ! policy-map qos-out class class-voice priority 100 ! interface Tunnel1 description Tunnel to VOIP Server ip address 10.10.0.2 255.255.255.252 tunnel source FastEthernet0/1 tunnel destination 172.16.100.100 tunnel mode ipip ! interface FastEthernet0/1 description Internet bandwidth 1000 ip address dhcp service-policy […]
我如何优先考虑sshstream量，以确保低延迟，但节制SCP文件传输？ 我正在寻找一个不是主机特定的解决scheme，所以我不必添加IP地址列表。 谢谢！
如何在我们的公司networking上阻止Spotify？ 不幸的是，它是在杀死我们的带宽，效果真的很严重。
在我们的办公networking（26人），一些用户抱怨Skype通话质量差，特别是在上行方向。 我想问一下，如何识别Skypestream量，考虑到它使用了一个随机端口，以便我可以在路由器级别优先考虑它？
我在一个小办公室pipe理networking（软件开发是我的“真正的工作”），并且有几个用户通过运行bittorrent来打败我们的互联网连接。 在上传端（20Mbps）的几乎瘫痪效果和潜在的责任之间，我想尽可能地closures它。 一些问题或build议的快速细节： 我们有两台运行最新DD-WRT的路由器（1台Linksys，1台Buffalo）和一台运行最新工厂软件的D-Link DIR-655 互联网是FiOS 20/20计划 用户通过WiFi和有线连接，每个人都使用DHCP 获得新的硬件（比方说$ 1000）真的可以诀窍是一种select 我们有一个互联网使用政策，是的，但是我想通过IT尽可能地执行，因为我们都知道有些人不能遵守规则。 是的，我知道处理这个问题是一个社会问题，但这个部分超出了我的权力/控制范围。 常见的策略（完全阻止MAC / IP访问，阻塞端口等）将不起作用。 至less有两个人通常在其以太网接口上重新编程MAC地址。 我明白，BT客户端可以configuration为使用其他端口，所以只是阻止标准的BT端口范围是弱点。 我不敢相信我是第一个给这只猫上皮的人。 或者也许只有IT部门。 大的设备预算可以皮肤这只猫？ 谢谢你的帮助！
在一个小型办公networking上，如何阻止或严重减慢BitTorrent和类似的对等（P2P）服务？ 在search服务器故障时，我无法find一个问题，作为最好的技术思想的凝聚点。 现有的问题都是关于具体情况，主要答案是社会/法律性质的。 这些都是有效的方法，但是我怀疑，纯粹的技术讨论会对很多人有用。 假设您无法访问networking上的计算机。 随着encryption使用P2Pstream量的增加，似乎有状态的数据包检测正变成一个不太可行的解决scheme。 对我来说似乎有意义的一个想法是简单地通过IP限制大量用户，而不pipe他们正在发送或接收什么 – 但似乎目前很多路由器并不支持该function。 你怎么能节制P2P / BitTorrentstream量？
在Windows 10上设置“基于策略的QoS”不会将DSCP值应用于传出stream量。 我希望能够为某些进程设置DSCPstream量的值。 使用gpedit.msc组策略编辑器，我在“计算机configuration> Windows设置>基于策略的QoS>”下创build了一个策略，并将DSCP值设置为“10”。 我尝试使用或不使用可执行文件名称。 无论我做什么，查看NetMon中的stream量都会显示DSCP值为0。 在应用“不使用NLA”registry项后，这在Windows 7下运行https://support.microsoft.com/en-gb/kb/2733528 但是，即使添加了这个，DSCP始终为0。
我想添加一些交通pipe理到我们的互联网线路。 在阅读了大量的文档之后，我认为HFSC对我来说太复杂了（我不明白所有的曲线，恐怕我永远也搞不清楚），CBQ是不推荐的，基本上HTB是去为大多数人。 我们的内部networking有三个“细分市场”，我想在这些（至less在一开始）之间或多或less地分享带宽。 此外，我必须根据至less三种stream量（实时stream量，标准stream量和批量stream量）优先处理stream量。 带宽共享并不重要，因为实时stream量应该尽可能地被视为高级stream量，但是当然其他stream量级别也不会饿死。 问题是，什么更有意义，并保证更好的实时吞吐量： 每个分段创build一个类，每个类具有相同的速率（根据HTB开发人员的优先级无关紧要），每个类都有三个子类（叶子）用于3个优先级（具有不同的优先级和不同的费率）。 每个优先级上有一个类，每个具有不同的速率（同样优先级不重要），每个有3个子类，每个段有一个，而实时类中的所有3个具有最高的prio，最低的prio类，等等。 我将尝试使用下面的ASCII艺术图像来更清楚地说明这一点： Case 1: root –+–> Segment A | +–> High Prio | +–> Normal Prio | +–> Low Prio | +–> Segment B | +–> High Prio | +–> Normal Prio | +–> Low Prio | +–> Segment C +–> High Prio +–> Normal Prio +–> Low […]
我们有超过350个用户抱怨说，他们的鼠标光标在打字时不断跳动。 当协议饿死带宽的时候好像就是这样，但是我还不确定。 如果只是光标在移动，那就没有问题了 – 问题在于，它也会移动焦点，突然在文档中的不同位置写文本，而不会注意到太晚（老年人，他们盯着键盘）。 大多数用户都使用笔记本电脑，而且我也怀疑触控板没有感应到打字（因此不能一键式触摸打印机），但今天我得到了一个报告，桌面用户也经历过这种情况。 什么可能导致这个？ 有什么办法可以调整RDP，使其不会发生？ 我迷路了.. 编辑： 关于如何build立RDP的更多背景信息： RDPencryption级别通过GPO设置为“客户端兼容”，以支持较老的CE瘦客户端 RDP压缩设置为“平衡内存和networking带宽”。 同样的原因，以支持较老的RDP客户端 用户的所有RDP快捷方式都configuration为仅使用视觉样式+持久性位图caching。 我们已经没有视觉样式的testing，鼠标仍然跳来跳去 所有RDS服务器都限制为16bpp的颜色，不允许使用桌面组合和背景 我们的MPLS提供商已经制定了QoS规则，使RDP保持在尽力而为（见EDIT2） EDIT2： 我已经检查了MPLS提供商的QoS设置，这里感觉不对（ pastebin ）。内部RFC1918stream量正在优先考虑在RDP下面的类中，但是具有相同的丢弃概率。 我认为这应该是在一个更低的名单上，有更高的下降概率。 我今天已经和几位员工交谈过了，如果他们同时启动了大量join域的计算机（组策略，WSUS更新等），似乎这个问题是可以重现的。 MPLS提供商已经接近，我正在等待免费技术人员改变QoS设置，看看是否有帮助。 我将把所有的stream量，但RDP在一个单一的网站转换成尽力而为，看看是否有帮助。 更新19.07.2013仍然没有解决。 发现几乎每个笔记本电脑都缺less触摸板驱动程序，所以触摸板没有被停用，而用户input。 Baaaad。 此外，它也发生在台式电脑和任何种类的带宽受限的PC上。 我在networking工程上提出了一个新问题： https ： //networkengineering.stackexchange.com/questions/2427/qos-woes-managed-ip-vpn
我读了关于HFSC的原始SIGCOMM '97 PostScript文件 ，这在技术上非常有用，但是我理解这个基本概念。 您可以指定一个凸或凹的服务曲线，而不是给出线性服务曲线（与其他几乎所有其他调度algorithm一样），因此可以分离带宽和延迟。 然而，尽pipe本文提到了正在使用的调度algorithm（实时和链接共享），但每个调度类总是只提到一条曲线（通过指定该曲线来完成解耦，只需要一条曲线）。 现在已经使用ALTQ调度框架为BSD（OpenBSD，FreeBSD等）实现了HFSC，并使用TC调度框架 （iproute2的一部分）实现了Linux。 两个实现都添加了两条额外的服务曲线，这些曲线并不在原始文件中！ 实时服务曲线和上限服务曲线。 再次请注意，原文提到了两种调度algorithm（实时和链接共享），但是在这篇论文中，这两种调度algorithm都是单一的服务曲线。 BSD和Linux目前都没有两个独立的服务曲线。 更糟糕的是，某些版本的ALTQ似乎给HSFC增加了一个额外的队列优先权（在原始文件中没有优先权）。 我发现了几个BSD HowTo提到这个优先级设置（尽pipe最新的ALTQ版本的手册页不知道HSFC的这个参数，所以官方它甚至不存在）。 这一切都使得HFSC的调度比原始文件中描述的algorithm更复杂，互联网上有大量的教程互相矛盾，一个声称与另一个相反。 这可能是没有人真正了解HFSC调度真正起作用的主要原因。 在问我的问题之前，我们需要一些样本设置。 我将使用一个非常简单的，如下图所示： 替代文字http://f.imagehost.org/0177/hfsc-test-setup.png 以下是我无法回答的一些问题，因为教程互相矛盾： 我该怎么做需要一个实时曲线？ 假设A1，A2，B1，B2都是128kbit / s的链路共享（任何一条都没有实时曲线），那么如果根分配512kbit / s，每个链路将得到128kbit / s A和B当然都是256kbit / s），对吗？ 为什么我还要给A1和B1 128 kbit / s的实时曲线？ 这有什么好处？ 为了给予这两个更高的优先？ 根据原始文件，我可以通过使用曲线给予他们更高的优先级，这就是HFSC最重要的。 通过给这两个类别[256kbit / s 20ms，128kbit / s]的曲线，它们的优先级比A2和B2的优先级高两倍（平均只能达到128kbit / s） 实时带宽是否计入链路共享带宽？ 例如，如果A1和B1都只有64kbit / s的实时和64kbit / s的链路共享带宽，这是否意味着一旦它们通过实时服务64kbit / […]