Маршрутизаторы : Маршрутизаторы Cisco ISR серии 3800

NM-1M-OC3-POM Watermark CLI

5 апреля 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (30 сентября 2014) | Отзыв


Содержание


Введение

Этот документ обсуждает использование команд глубины очереди и queue-depth low-latency на NM-1A-OC3-POM сетевом модуле на платформах Cisco 3800, чтобы уменьшить или увеличить задержку из Постоянной виртуальной цепи (PVC) ATM. Команда queue-depth представлена в Cisco Выпуск ПО IOS� 12.4 (7.24) T и позже. Проблема задержки возникает, когда существует низкая пропускная способность, и пакет в трафике происходит во время скачка. Обратитесь к идентификатору ошибки Cisco CSCsd73749 (только зарегистрированные клиенты) и идентификатор ошибки Cisco, CSCsj97952 (только зарегистрированные клиенты) для получения дополнительной информации о двух различных типах задержек может произойти в сценарии клиента.

Предварительные условия

Требования

Для этого документа отсутствуют особые требования.

Используемые компоненты

Сведения в этом документе основываются на NM-1A-OC3-POM на платформах Cisco 3800 с Cisco IOS Software Release 12.4 (7.24) T и позже.

Условные обозначения

Дополнительные сведения об условных обозначениях см. в документе Условные обозначения технических терминов Cisco.

Общие сведения

На картах линии ATM механизм Segmentation And Reassembly (SAR) имеет очередь для каждого PVC. Эти два порога привязаны к каждой очереди PVC:

  • верхний порог

  • нижний порог

Верхний порог определяет количество ячеек, которые может держать очередь. Значения отметки используются для применения механизма управления потоками между хостом и SAR на NM-1A-OC3-POM сетевом модуле. Когда ячейки начинают выполнять резервное копирование в SAR, SAR передает уведомление хосту, как только очередь в SAR создает до верхнего порога. На этом этапе VC отмечен, как задушено, и пакеты начинают выполнять резервное копирование в удержаниях очереди программного обеспечения Cisco IOS. В то же время SAR истощает пакеты. Когда SAR достигает нижнего порога, другое уведомление передается хосту. VC отмечен как "Открытый" и трафик к резюме VC. Проблема вызвана низкими значениями, которые настроены для высоких и низких отметок на SAR.

Проблема

Трафик, который обработан PVCs со значениями пропускной способности ниже, чем 10 Мбит/с на NM-1M-OC3-POM сетевом модуле, мог бы встретиться с большими задержками. В таких случаях пакеты могли бы быть отброшены от очереди вывода.

Решение

Приложения Команды queue-depth

Когда вы захотите лучше управлять задержкой постановки в очередь с установлением приоритетa или иметь лучшую производительность TCP, модифицируйте значения отметки для каждого VC переменной скорости передачи данных (VBR) ATM при помощи команды queue-depth. Если необходимо изменить значения отметки, придерживаться этих рекомендаций:

  • Более высокое значение верхнего порога преобразовывает в более высокое наращивание очереди в SAR и заканчивается в более длительную задержку для задержки, чувствительной (LLQ) трафик типа.

  • Как только пакеты помещены в очередь в SAR, они все обработаны то же.

  • Более высокие очереди в SAR дают IOS меньше шанса загрузить чувствительный к задержкам трафик задержки в SAR. Это увеличивает общую продолжительность задержки, испытанную чувствительным к задержкам трафиком задержки. Следовательно, в случае LLQ, более высокие значения верхнего порога не выбираемы. Однако, если значение верхнего порога слишком низко, вы иногда заканчиваете в ситуациях, где каждый входящий пакет заставляет высокие и низкие отметки быть пораженными, который заставляет VC переключаться между Открытыми и Задушенными состояниями и слишком часто дает начало большим задержкам (идентификатор ошибки Cisco CSCsd73749 (только зарегистрированные клиенты)). Посмотрите раздел Примера сценария для получения дополнительной информации.

Установка CLI - дает команду и предложения параметра

Не настраивайте значение нижнего порога, чтобы быть равными значению верхнего порога, потому что это побеждает цель механизма управления потоками. Даже при том, что команда queue-depth позволяет, что верхний порог оценивает до 65535, это не, рекомендуют настроить такое значение верхнего порога. Значение верхнего порога преобразовывает в очереди в SAR. То, как высоко значение верхнего порога может быть, определено памятью SAR. Например, с 1024 VC, когда верхний порог настроен больше чем для 400 ячеек, SAR мог бы исчерпать память. Это заставляет отбрасывание пакета происходить. Как грубая рекомендация, значения по умолчанию высоких и низких отметок для PVCs с пропускной способностью меньше чем 1 Мбит/с равняются 50 и 10. Задержка / проблемы отбрасывания может произойти с этими значениями. Однако при умножении этих значений на фактор 4 через команду queue-depth так, что, новые значения 200 и 40, признак больше не происходит.

Router#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 
Router(config-if-atm-vc)#end
Router#

Пример сценария

Перед использованием Команды queue-depth

Эти выходные данные command показывают поведение по умолчанию. В этом случае отметки являются 50/10 для PVC с PCR=1MEG.

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 
Router(config-if-atm-vc)#end
Router#
*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
Router#
Router#ping 10.10.11.2

Type escape sequence to abort.
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

Эти выходные данные показывают попытку пропинговать с большими пакетами и временем ожидания по умолчанию.

Router#ping
Protocol [ip]: 
Target IP address: 10.10.11.2
Repeat count [5]: 
Datagram size [100]: 18000
Timeout in seconds [2]: 
Extended commands [n]: 
Sweep range of sizes [n]: 
Type escape sequence to abort.
Sending 5, 18000-byte ICMP Echos to 10.10.11.2, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)

Эти выходные данные показывают эхо-запрос большим пакетам после увеличения времени ожидания по умолчанию до 10 секунд.

Router#ping
Protocol [ip]: 
Target IP address: 10.10.11.2
Repeat count [5]: 
Datagram size [100]: 18000
Timeout in seconds [2]: 10
Extended commands [n]: 
Sweep range of sizes [n]: 
Type escape sequence to abort.
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, что Round Trip Time, потраченный для эхо-запроса, составляет почти три секунды.

После того, как Команда queue-depth используется для Изменения Отметок на 200/40

Router#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
Router(config-if-atm-vc)#end
Router#
*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
Router#ping 10.10.11.2

Type escape sequence to abort.
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
Router#ping
Protocol [ip]: 
Target IP address: 10.10.11.2
Repeat count [5]: 
Datagram size [100]: 18000
Timeout in seconds [2]: 
Extended commands [n]: 
Sweep range of sizes [n]: 
Type escape sequence to abort.
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

Вы видите от этих выходных данных, что Round Trip Time теперь уменьшил до 300 мс.

Проблема

Когда большой файл размера, больше, чем 60 МБ, скопирован с использованием передачи файла Windows (перетаскивание ОТ ПК К ПК / трафик категории Best effort), трафик приоритетного класса задержан и испытывает значения большой задержки. В максимуме задержка может достигнуть 100 мс со средним числом, колеблющимся приблизительно 60 мс. Обратитесь к идентификатору ошибки Cisco CSCsj97952 (только зарегистрированные клиенты) для получения дополнительной информации

Решение

Используйте CLI - низкая задержка глубины очереди

Новый механизм формирования представлен в уровне драйвера для устранения этой проблемы. Каждому VC дают кредит в байтах и каждый раз, когда пакет передан, кредит постепенно уменьшен. Кредит пополнен, каждые 16 мс и величина кредита установлены как количество байтов, которые могут быть переданы в 25 мс (scr *25/8). Значение 25 мс поступается после тестирования различных значений PCR и величин кредита. Новая низкая задержка глубины очереди CLI представлена для активации этой опции. Это только доступно на CBR и VC класса VBR, и пропускная способность не должна быть больше, чем 10000 Кбит/с (10 ГБ).

Примечание: Когда низкая задержка глубины очереди настроена, набор очереди-depthsis к 50 и 10. Даже если пользователь настраивает другие значения, это не берет эффективный. Как только пользователь удаляет команду queue-depth low-latency, предыдущие установленные значения установлены. Если пользователь не настроил значений, значения по умолчанию установлены.

Вопросы и ответы

Если PVC больше, чем 10 Мбит/с, существует ли когда-нибудь потребность установить отметку?

Нет.

Как я проверяю свою конфигурацию отметки?

Посмотрите раздел Примера сценария в этом документе.

Как я проверяю, что команда queue-depth является фактически причиной отбрасываний, по сравнению с допустимым превышением подписки на постоянном виртуальном канале ATM?

Если трафик, который переносят, будет состоять из очень больших пакетов или будет пульсирующим, то эта проблема, с большей вероятностью, произойдет. Если проблема сохраняется даже после увеличения высоких и низких отметок то это происходит, вероятно, из-за превышения подписки.

Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.


Дополнительные сведения


Document ID: 71882