Широкополосные кабельные сети : Управление кабельной системой и сервисы

Параметр CNR изменяется для каждого кабельного модема в сети

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


Содержание


Введение

Cisco Network Registrar — протокол динамической конфигурации хоста (CNR — DHCP) сервер может быть разбит запросами в случае перезагрузки головного узла, как после сбоя питания и восстановления. Эти изменения позволяют DHCP server обработать запросы более быстро и эффективно.

В данном примере Max. запросы DHCP изменены на 50. Значение 50 не могло бы быть лучшим. Например, если ЦПУ системы низок, значение 50 могло бы быть высоким. Нет математической формулы для вычисления оптимального значения. Используйте 50, чтобы видеть, хорошо ли это для системы, и внесите изменения оттуда.

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

Требования

Читатель должен быть знаком с основами протокола DOCSIS и командной строки Cisco IOS на маршрутизаторах семейства uBR.

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

Инструкции по использованию оборудования в данном документе относятся к кабельным модемам Cisco uBR7200, uBR7100 или uBR10k CMTS- и DOCSIS-совместимым кабельным модемам.

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

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

Изменения протокола DHCP

Сделайте следующее изменение в конфигурации DHCP:

nrcmd> dhcp set max-dhcp-requests=50

Сохраните это изменение конфигурации:

nrcmd> save

Перезапустите сервер с помощью:

nrcmd> dhcp reload

caution Внимание.  : Помимо этого конкретного параметра, быть осторожным о регулировке параметров сервера в поле. Обратитесь к DHCP.

Пояснение

В большинстве сред, уменьшая значение max-dhcp-requests от 500 до 50 лучший метод, чтобы помочь серверу реагировать на долгосрочные пакеты сообщения DHCP, такой как от многих uBR, перезагружающих одновременно.

Когда существует перезагрузка головного узла, сервер может стать разбитым запросами. При сокращении значения max-dhcp-requests можно препятствовать тому, чтобы сервер хранил слишком много сообщений в своей очереди приема, особенно устаревшие сообщения DHCP. Если сервер поддерживает слишком много сообщений в очереди приема, он тратит устаревшее сообщение DHCP обработки большего количества времени (который некоторые клиенты отбрасывают и повторяют), чем последние сообщения DHCP (который все клиенты приняли бы). Оптимальное значение зависит от:

  • оборудование сервера

  • ЦПУ

  • скорость вращения диска

  • сетевые характеристики

max-dhcp-requests параметра управляет количеством буферов, которые DHCP server выделяет для удержания входящих запросов. После перезагрузки головного узла все выделенные буферы быстро заполняются. После заполнения буферов сервер DHCP игнорирует дополнительные запросы и принимает новые только по мере обработки запросов и освобождения буферов. Сервер быстро отвечает на первые несколько запросов, которые поступают. Следующие остаются в буферной очереди в течение нескольких секунд. К тому времени, когда DHCP server обрабатывает и отвечает, клиент, который отправил запрос, испытал таймаут. Поэтому ресурсы DHCP server потрачены впустую.

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

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

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


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


Document ID: 11094