NM-1M-OC3-POM 水印 CLI 目录 简介先决条件要求使用的组件规则背景信息问题解决方案队列深度命令的应用程序设置 CLI - 命令和参数建议示例情景问题解决方案请使用 CLI - 低潜伏期的队列深度常见问题有没有需要设置水印, 如果 PVC 大于 10 Mbps? 如何验证水印配置? 如何验证队列深度命令实际上是丢包的原因, 与在 ATM PVC 的一有效超额预订比较? 相关信息 简介 本文讨论使用队列深度和队列深度低潜伏期 on 命令在 Cisco3800 平台的 NM-1A-OC3-POM 网络模块减少或增加延迟在 ATM 永久虚拟电路 (PVC) 外面 队列深度命令在 Cisco IOS 软件版本 12.4(7.24)T 介绍和以后 延时问题产生, 当有低带宽在电涌期间, 并且在流量的一突发流量发生 参考的 Cisco Bug ID 关于两不同种类的 CSCsd73749 ( 仅限注册用户 ) 和 Cisco Bug ID CSCsj97952 ( 仅限注册用户 ) 的延迟的更多信息在客户方案能发生 先决条件 要求 本文档没有任何特定的要求 使用的组件 本文档中的信息根据在 Cisco3800 平台的 NM-1A-OC3-POM 用 Cisco IOS 软件版本 12.4(7.24)T 和以后
规则 有关文档规则的详细信息, 请参阅 Cisco 技术提示规则 背景信息 在 ATM 线卡, 分段和重组 (SAR) 机制有每个 PVC 的一个队列 这两阈值关联与每个 PVC 队列 : 高水印 低水印高水印定义了队列能拿着信元的数量 水印值用于运用在主机和 SAR 之间的一个流量控制机制在 NM-1A-OC3-POM 网络模块 当备份的信元开始在 SAR, SAR 发送通知到主机, 当队列在 SAR 里面加强一高水印 这时, VC 在 Cisco IOS 软件保持队列被标记作为被节流的和数据包开始备份 同时, SAR 排泄数据包 当 SAR 到达低水印时, 另一个通知发送到主机 VC 被标记作为 打开, 并且对 VC 的流量恢复 问题是由为在 SAR 的高和低水印配置的低值引起的 问题 由与更低的带宽值的 PVC 比在 NM-1M-OC3-POM 网络模块的 10 Mbps 处理的流量也许遇到大延迟 在这类情况下数据包也许从输出队列丢弃 解决方案 队列深度命令的应用程序 当您要改善控制优先级队列延迟或有更加好的 TCP 性能时, 通过使用队列深度命令, 请修改每个 ATM 可变比特率 (VBR) VC 的水印值 如果需要更改水印值, 请遵从这些指南 : 高水印更高的值翻译对在 SAR 内的高队列积累并且导致潜伏期敏感的 (LLQ) 类型流量的一个高延迟 一旦数据包在 SAR 排队, 他们全部对待同样 高队列在 SAR 里面提供 IOS 较少机会装载潜伏期敏感的流量到 SAR 这增加潜伏期敏感的流量忍受的整体延迟 因此, 一旦 LLQ, 高价值高水印不是理想 然而, 如果高水印值太低, 您在每流入数据包造成高和低水印点击造成 VC 再按乒乓键在开放和被节流的状态之间和太频繁地提升大延迟的情况有时结果 (Cisco Bug ID CSCsd73749 ( 仅限注册用户 )) 欲知更多信息, 请参阅示例情形部分 设置 CLI - 命令和参数建议 因为这阻挠目的对于流量控制机制, 请勿配置低值水印是相等的与高水印值 即使队列深度命令允许一个高水印值至 65535, 不是建议您配置这样一个高水印值 一个高水印值翻译成在 SAR 内的队列 高高水印的值如何可以是由 SAR 内存定义 例如, 与 1024 个 VC, 当高水印为超过 400 个信元时配置, SAR 也许用尽内存 这造成丢包发生 作为一个概略的指南, 默认值 PVC 的高和低水印与较少的带宽比 1 Mbps 是 50 个和 10. 延迟 / 丢弃问题能发生在这些值 然而, 当您被要素 4 承这些值通过队列深度命令这样时新的值是 200 和 40, 症状不再发生 configure terminal
Enter configuration commands, one per line. End with CNTL/Z. Router(config)#interface atm 1/0 Router(config-if)#pvc 1/1 Router(config-if-atm-vc)#queue-depth? <1-65535> queue depth high watermark, in cells Router(config-if-atm-vc)#queue-depth 200? <1-200> queue depth low watermark, in cells Router(config-if-atm-vc)#queue-depth 200 100? <cr> Router(config-if-atm-vc)#queue-depth 200 100 示例情景 在您使用队列深度命令前 此命令输出显示默认行为 在这种情况下水印是 50/10 与 PCR=1MEG 的 PVC 的 Router(config)#interface atm 1/0.1 point-to-point Router(config-subif)#ip address 10.10.11.1 255.255.255.0 Router(config-subif)#pvc 1/2 Router(config-if-atm-vc)#cbr 1000 Router(config-if-atm-vc)#protocol ip 10.10.11.2 broadcast *Apr 1 19:48:56.551: ATM1/0: Setup_VC: vc:3 vpi:1 vci:2 *Apr 1 19:48:56.551: ATM1/0: Open_Channel(RSY): CH (1), VPI (1), VCI (2) *Apr 1 19:48:56.555: ATM1/0: HI/LO watermarks: 50/10; PeakRate: 1000 *Apr 1 19:48:56.555: ATM1/0: Open_Channel(SEG): CH (1), VPI (1), VCI (2) *Apr 1 19:48:56.555: ATM1/0: Setup_Cos: vc:3 wred_name:- max_q:0 *Apr 1 19:48:56.555: %SYS-5-CONFIG_I: Configured from console by console ping 10.10.11.2 Sending 5, 100-byte ICMP Echos to 10.10.11.2, timeout is 2 seconds: Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 ms 此输出显示尝试 ping 与大数据包和默认超时 ping Timeout in seconds [2]: Sending 5, 18000-byte ICMP Echos to 10.10.11.2, timeout is 2 seconds:... Success rate is 0 percent (0/5) 在您增加默认超时对 10 秒后, 此输出显示 ping 到大数据包
ping Timeout in seconds [2]: 10 Sending 5, 18000-byte ICMP Echos to 10.10.11.2, timeout is 10 seconds: Success rate is 100 percent (5/5), round-trip min/avg/max = 2976/2995/3000 ms 您能从输出此 ping 命令看到为 ping 采取的往返时间是差不多三秒 在队列深度命令用于更改水印到 200/40 后 configure terminal Enter configuration commands, one per line. End with CNTL/Z. Router(config)#interface atm 1/0.1 Router(config-subif)#pvc 1/2 Router(config-if-atm-vc)#queue-depth 200 40 *Apr 1 19:51:22.403: ATM1/0: Sent pending EOP successfully *Apr 1 19:51:22.403: ATM1/0: Close_Channel(RSY): Chan_ID (0x84) *Apr 1 19:51:22.403: ATM1/0: Close_Channel(RSY): Chan_ID (0x84) CLOSE *Apr 1 19:51:22.403: ATM1/0: Close_Channel: CLOSE_PENDING *Apr 1 19:51:22.403: ATM1/0: Close_Channel(SEG): Chan_ID (0x85) *Apr 1 19:51:22.403: ATM1/0: Close_Channel: CLOSE *Apr 1 19:51:22.403: ATM1/0: Setup_VC: vc:3 vpi:1 vci:2 *Apr 1 19:51:22.403: ATM1/0: Open_Channel(RSY): CH (1), VPI (1), VCI (2) *Apr 1 19:51:22.403: ATM1/0: HI/LO watermarks: 200/40; PeakRate: 1000 *Apr 1 19:51:22.403: ATM1/0: Open_Channel(SEG): CH (1), VPI (1), VCI (2) *Apr 1 19:51:22.403: ATM1/0: Setup_Cos: vc:3 wred_name:- max_q:0 *Apr 1 19:51:22.403: %SYS-5-CONFIG_I: Configured from console by console ping 10.10.11.2 Sending 5, 100-byte ICMP Echos to 10.10.11.2, timeout is 2 seconds: Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 ms ping Timeout in seconds [2]: Sending 5, 18000-byte ICMP Echos to 10.10.11.2, timeout is 2 seconds: Success rate is 100 percent (5/5), round-trip min/avg/max = 324/324/324 ms 您从此输出看到往返时间当前减少了到 300 毫秒 问题 当大小一个大文件极大比 60 MB 复制与使用 Windows 文件传输 (PC 至 PC 拖放 / 尽力而为数据流 ), 优先级流量延迟并且体验高延迟值 在最大数量, 延迟能到达与在上空盘旋 60 个女士参考的 Cisco
Bug ID CSCsj97952 ( 仅限注册用户 ) 的平均值的 100 毫秒欲知更多信息 解决方案 请使用 CLI - 低潜伏期的队列深度 一个新的整形机制在驱动程序水平介绍为了调整此问题 每个 VC 给在字节的一信用值, 并且, 每当数据包发送信用值减少 信用值被重新补充每个 16ms, 并且信用值设置作为在 25ms 的字节数 (scr *25/8) 可以传送 值 25ms 在多种 PCR 值和信用值以后测试到达 低潜伏期一新的 CLI 的队列深度介绍为了启用此功能 这只是可用的在 CBR, 并且 VBR 类 VC 和带宽比 10000kbps (10GB) 不应该极大 注意 : 当低潜伏期的队列深度配置时, 队列 depthsis 设置到 50 和 10., 即使用户配置其他值它不采取有效 一旦用户删除队列深度低潜伏期命令上一个配置值设置 如果用户未配置任何值, 默认值设置 常见问题 有没有需要设置水印, 如果 PVC 大于 10 Mbps? 不能 如何验证水印配置? 请参阅在本文的示例情形部分 如何验证队列深度命令实际上是丢包的原因, 与在 ATM PVC 的有效超额预订比较? 如果运载的流量包括非常大数据包或突变性, 此问题是可能发生 如果问题持续, 在您增加高和低水印以后, 则很可能归结于超额预订 相关信息 思科 OC-3/OC-12/OC-48 SFP 收发器模块兼容性矩阵 技术支持和文档 - Cisco Systems