在“可变”速度链路上实施QoS，由运营商进行协商NTE

从本质上讲，我们从承运人那里购买80/20线路，该线路提供了客户所在地与承运人终止于我们PE的本地交易所之间的运输。

（Juniper PE）<-> [客户属性中Exchange <---> NTE中的运营商互连] <--->（Cisco CPE-881,1921,1941,2921）

客户财产和本地街道机柜之间的电路仍然是铜线，因此，随着噪声/距离的增加，速度降低。

实际的线速协商是在运营商NTE而非我们的CPE上进行的。

我如何才能确保在链路饱和时不会丢弃优先级数据包，而实际上却不知道对线路速度进行了身份验证？ipsla可以做些事情吗？

qos cisco-ios-15

— 布鲁博士
source

您是在谈论CPE上的QoS配置，还是关于上传方向？

— jwbensley

@javano确实是双向的，目前我唯一可用的选择是将两侧的流量整形为avg，就像您在回答中建议的那样，我正在尝试确定是否还有其他方法可以更准确地完成此操作。

— DrBru 2013年

您不能真正保守地解决这个问题，而不必过于保守地猜测将始终满足什么速率。研究通过删除NTE直接将连接终止到您的Cisco CPE。然后，Cisco CPE接口将知道线路速率。

— ytti 2013年

@ytti谢谢，目前它的财务状况驱使我们使用承运人作为中间人，而fttc在这里仍然很新。

— DrBru

@IanK是的，但是如果是DSL或类似的东西，您难道不能只完全更换调制解调器而仅使用自己的CPE吗？然后，您可以将QoS应用于知道速率的接口。

— ytti 2013年

一种可能性是，如果要向CPE网关上游发送QoS流量，则是对出站流量进行整形，然后在该整形带宽内优先处理重要流量。

如果这是80/20线路，并且您知道平均上行速度为15Mbps，则可以将出站流量调整为15Mbps，并在15Mbps内优先处理语音。如果同步速度下降了几Mbps，则不会有很大的不同。如果同步速度提高到17Mbps，则上传带宽将不足几Mbps。

我在某些EFM线路上使用了类似的配置。安装后，EFM速度可能会因线路条件而异，尽管看起来非常一致。因此，在此示例中，此CPE连接到实际上可靠地在10/10同步的20/20 EFM线路，上载的速率定为10Mbps。

class-map match-any CM-VOICE-TRAFFIC
 match access-group 100
!
policy-map PM-PRIORITISE-VOICE
 class CM-VOICE-TRAFFIC
   set ip dscp ef
   priority 1000
 class class-default
   fair-queue
!
policy-map PM-SHAPE-10M
 class class-default
  shape average 10000000
  service-policy PM-PRIORITISE-VOICE
!
interface FastEthernet0/1
 Description WAN Interface
 bandwidth 10000
 service-policy output PM-SHAPE-10M
!
access-list 100 remark Priority IP Destinations
access-list 100 permit ip 1.2.3.0 0.0.0.255 any

重要的是，我们在这里不要限制速率或限制策略，以使流量不会丢失，而是“限制”可用带宽。阅读此思科页面以获取一些其他信息。

— 乔本斯利
source

我认为这不可行，OP的问题在于他不知道在何处形成连接。如果将其调整为10Mbps，则必须能够通过10Mbps以保持“ CM-VOICE-TRAFFIC”合同。

— ytti 2013年