Протокол IP : Сервисы IP-адресации

Устранение неполадок для протокола DHCP в кабельных сетях с помощью средств отладки Cisco Network Registrar

28 июля 2013 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (26 октября 2005) | Отзыв


Содержание


Введение

Data-over-Cable Service Interface Specifications (DOCSIS) передает под мандат это, кабельные модемы выполняют согласование о своих IP-адресах с DHCP. Cisco Network Registrar (CNR) предоставляет всестороннюю Систему имен домена (DNS) и административную функциональную возможность DHCP. CNR также предоставляет Функциональные возможности TFTP-сервера.

Согласование DHCP является типичной проблемой в кабельных сетях те транспортные данные IP. Можно включить отладки на CNR устранить неполадки согласования DHCP. Этот документ начинается с объяснения функциональных возможностей CNR, затем объясняет, как включить отладки. В конце он предоставляет общие примеры ситуаций, где модемы не выходят на линию, или где Customer Premises Equipment (CPE) по ту сторону кабеля не может подключиться к интернету

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

Требования

Этот документ применен к CNR 5.0.

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

Сведения, содержащиеся в данном документе, касаются следующих версий программного обеспечения и оборудования:

  • Системы UNIX

    • Solaris

    • HP/UX

    • AIX

  • Windows NT

  • Windows 2000

Примечание. Интерфейс GUI для систем UNIX доступен только в Solaris.

Сведения, представленные в этом документе, были получены от устройств, работающих в специальной лабораторной среде. Все устройства, описанные в этом документе, были запущены с чистой (стандартной) конфигурацией. В рабочей сети необходимо изучить потенциальное воздействие всех команд до их использования.

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

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

Структура каталогов в CNR

Системы UNIX

Структура каталогов для UNIX запускается в этом каталоге:

/opt/nwreg2

Каталог содержит эти подкаталоги:

skyshark# ls -l

total 18
drwxr-xr-x   2 root     bin         1024 Mar 28 18:34 bin/
drwxr-xr-x   2 root     bin          512 Mar 28 18:35 conf/
drwxr-xr-x   3 root     bin          512 Mar 28 18:33 docs/
drwxr-xr-x   3 root     bin          512 Mar 28 18:31 examples/
drwxr-xr-x   3 root     bin          512 Mar 28 18:31 extensions/
drwxr-xr-x   3 root     bin         1024 Mar 28 18:35 lib/
drwxr-xr-x   2 root     bin          512 Mar 28 18:33 misc/
drwxr-xr-x   2 root     bin          512 Apr  2 18:39 usrbin/
drwxr-xr-x   5 root     bin          512 Mar 28 18:31 WebUI/

Подкаталоги содержат эти компоненты:

  • <ts font_id="MS Sans Serif" fsize="10"/>bin - <ts font_id="Arial"/>Исполняемые<ts font_id="MS Sans Serif"/> <ts font_id="Arial"/>программы

  • conf — Файлы конфигурации.

  • <ts font_id="MS Sans Serif" fsize="10"/>lib - <ts font_id="Arial"/>Библиотеки<ts font_id="MS Sans Serif"/>, <ts font_id="Arial"/>используемые<ts font_id="MS Sans Serif"/> <ts font_id="Arial"/>исполняемыми<ts font_id="MS Sans Serif"/> <ts font_id="Arial"/>файлами

  • usrbin — подкаталог, в котором вы запускаете GUI или nrcmd (Команда Network Registrar, интерфейс командной строки [CLI] CNR).

Чтобы запустить GUI, наберите ntwkreg Чтобы запустить CLI, наберите nrcmd

Директория /opt/nwreg2/usrbin содержит эти файлы

skyshark# pwd

/opt/nwreg2/usrbin

skyshark# ls -l

total 11422
-r-xr-xr-x   1 root     bin          980 Mar 28 18:35 aicstatus*
-r-xr-xr-x   1 root     bin          365 Mar 28 18:34 cnrFailoverConfig*
-r-xr-xr-x   1 root     bin          179 Mar 28 18:34 mcdadmin*
-r-xr-xr-x   1 root     bin          180 Mar 28 18:35 mcdshadow*
-r-xr-xr-x   1 root     bin          385 Mar 28 18:34 nrcmd*
-r-xr-xr-x   1 root     bin         1986 Mar 28 18:35 ntwkreg*

Базы данных и журналы находятся в/var/nwreg2 каталоге. К этим файлам должен быть доступ на запись.

/var/nwreg2

skyshark# ls -l

total 6
drwxr-xr-x   9 root     other        512 Mar 28 18:36 data/
drwxrwxrwt   3 root     other        512 APR 16 09:07 logs/
drwxr-xr-x   2 root     other        512 Mar 28 18:42 temp/

Подкаталоги содержат эти компоненты:

  • data — Местоположение данных базы данных и резервных файлов:

    • db — активная база данных.

    • <ts font_id="MS Sans Serif" fsize="10"/>db.bak - <ts font_id="Arial"/>Копия<ts font_id="MS Sans Serif"/> <ts font_id="Arial"/>базы<ts font_id="MS Sans Serif"/> <ts font_id="Arial"/>данных Эта копия сделана каждую ночь в 23:45 (время на сервере).

    • dns — файл кэша и текущее авторитетное поле зоны, которое читается сервером и передается к вторичным устройствам в передаче зоны.

  • logs — Этот каталог содержит файлы журнала. Общая ошибка должна смотреть в/opt/подкаталоге. Самый простой способ помнить состоит в том, что журналы записаны сервером и, поэтому, должны быть в каталоге с доступом с правом записи. Журналы часто используются для устранения неисправностей, и они - то, что вы используете большинство в этом документе.

  • temp — Блокированные временные файлы, которые используются для выполнения Агента сервера AIC.

На UNIX есть несколько процессов, связанных с работающим CNR Для проверки статуса дайте эту команду:

skyshark# /opt/nwreg2/usrbin/aicstatus

Server Agent running     (pid: 112)
MCD lock manager running (pid: 118)
MCD server running       (pid: 116)
DNS server running       (pid: 119)
DHCP server running      (pid: 120)

Запустите только по одной копии каждого Server Agent

Чтобы остановить и запустить процесс, дайте эти команды:

skyshark# /etc/init.d/aicservagt stop

skyshark# /etc/init.d/aicservagt start

# Starting AIC Server Agent for Network Registrar

Windows-системы

Для Windows NT/2000 и Windows 2000, структура подобна. Если вы установили CNR на диск C:, это каталог установки

C:\Program Files\Network Registrar\

Тот каталог содержит эти файлы и подкаталоги:

C:\Program Files\Network Registrar> dir

 Volume in drive C is W2K
 Volume Serial Number is D439-C697

 Directory of C:\Program Files\Network Registrar

01/24/2001  03:22p      <DIR>          .
01/24/2001  03:22p      <DIR>          ..
01/24/2001  03:22p      <DIR>          BIN
04/14/2001  11:46p      <DIR>          DATA
01/24/2001  03:23p              15,037 DeIsL1.isu
01/24/2001  03:22p      <DIR>          DOCS
01/24/2001  03:22p      <DIR>          EXAMPLES
01/24/2001  03:21p      <DIR>          EXTENSIONS
01/24/2001  03:22p      <DIR>          lib
04/09/2001  08:38a      <DIR>          LOGS
01/24/2001  03:22p      <DIR>          MISC
12/25/2000  05:12p               2,083 README.TXT
01/24/2001  03:21p      <DIR>          TEMP
12/25/2000  10:12p              58,880 unregistrar.dll
01/24/2001  03:21p      <DIR>          WebUI
               3 File(s)         76,000 bytes
              12 Dir(s)   1,426,918,400 bytes free

Структура каталогов в NT является другой, чем в Unix. NT более гибкая, потому что все файлы расположены в одной директории, и специфические файлы только для чтения помечены флагом

На Windows существует только один процесс, который работает: Агент сервера AIC 2.0. В NT Окна выберите Start> Settings> Control Panel> Services для управления им.

Server Status Monitor

Можно контролировать статус DNS, DHCP, и серверов TFTP в CNR с Монитором статуса сервера. Это контрольные дисплеи аспекты состояния указанного сервера.

Для добавления серверов к Монитору статуса сервера используйте эту процедуру, чтобы перетащить и бросить серверы в Монитор состояния:

  1. Запустите GUI CNR:

    1. В Операционной системе UNIX запустите Xterm и выполните эту процедуру:

      1. Выполните xhost + команда.

      2. Telnet к системе UNIX это хосты сервер CNR.

      3. Введите следующие команды:

        • xterm УСЛОВИЯ setenv

        • ПОКАЗ setenv your-local-ip-address:0.0

      4. Дайте эту команду для запуска GUI:

        • /opt/nwreg2/usrbin/ntwkreg &

          Примечание. & позволяет вам использовать то окно для других команд.

    2. В операционной системе Windows выберите Start> Programs> Network Registrar.

  2. Как только вы запускаете GUI, система просит у вас имя пользователя и пароли. Когда CNR сначала установлен, он использует имя пользователя admin и пароль changeme.

    !--- внимание. !--- Внимание. Измените этот пароль.

  3. Нажмите + пода знак рядом с кластером, что вы хотите контролировать.

    Вы теперь видите экран, подобный рисунку 1.

    Рисунок 1 – Окно менеджера сервера для CNR 5.0.1

    /image/gif/paws/12192/cnr_debug_1.gif

  4. Щелкните правой кнопкой мыши сервер, что вы хотите контролировать и выбрать Add to Status Monitor. Сделайте это для каждого сервера, который вы хотите контролировать.

    Окно Status Monitor показывает зеленый индикатор рядом с серверами, которые работают. Рисунок 2 показывает, что DNS и серверы DHCP для кластера 172.16.30.3 активны, в то время как сервер TFTP для того же кластера не (это показывает красный сигнал).

    Рисунок 2 – Окно Монитора состояния для CNR 5.0.1

    /image/gif/paws/12192/cnr_debug_2.gif

    Примечание. Если вы хотите удалить сервер из окна Status Monitor, щелкнуть правой кнопкой мыши по серверу и выбрать Remove.

Параметры отладки DHCP

Вы для имения достаточной информации в параметрах настройки отладок для устранения неисправностей проблемы DHCP. Информация сохранена в файлах журнала. Можно использовать и GUI и CLI (nrcmd) для установки отладок в CNR.

Использование GUI для установки отладок для DHCP

Для использования GUI для установки отладок для DHCP используйте эту процедуру:

  1. От Диспетчера серверов выберите сервер, для которого вы хотите установить опцию отладки.

  2. Свойства Click Show.

  3. Нажмите Вкладку Дополнительно на диалоговом окне Properties.

  4. Нажмите Параметры настройки отладки (обозначенный красной стрелкой на рисунке 3).

    Рисунок 3 – Диалоговое окно для Установки Уровней отладки для DHCP

    /image/gif/paws/12192/cnr_debug_3.gif

  5. В диалоговом окне Параметров настройки отладки проверка Включает отладку.

  6. В поле Категории введите один из того, чтобы сходить с Таблицы 1.

    Таблица 1 – Параметры настройки, Уровни, и Описание для Параметров настройки отладки DHCP

    Категория сервера (DHCP) Уровень Описание
    VX = 1 Подробная трассировка входящих и исходящих пакетов.
    KP = 1-9 Трассировка пакетов Динамических DN и полное изложение на всех сообщениях к и от Lightweight Directory Access Protocol (LDAP), включая атрибуты значения.
    Q = 1-9 След Класса Обслуживаня (cos).
    Y = 1 Настройка журнала log-failover-detail.
    Y = 2 Элемент сдерживания на отказоустойчивости.
    Y = 3 Отформатированные пакеты обработки отказов. Не включает пакеты опроса. Это дает те же выходные данные как VX=1, но только для пакетов обработки отказов.
    Y = 4 Отформатированные пакеты обработки отказов, опросы включены.
    A-LZ-Z = 9 Вся Регистрация DHCP.

  7. Нажмите кнопку с зависимой фиксацией MLOG, которая передает выходные данные соответствующему файлу журнала.

  8. Нажмите "OK" в диалоговом окне Параметров настройки отладки и затем в диалоговом окне Properties.

Использование CLI для установки отладок для DHCP

Можно также установить параметры настройки отладок с CLI (nrcmd).

Это - формат команды, которую вы даете:

nrcmd> server server-type setDebug categories=level

  • тип сервера — рассматриваемый сервер; в примере для этого раздела это - dhcp.

  • категории — Соответствуют столбцу Server Category (DHCP) Таблицы 1.

  • уровень — Одно из целочисленных значений, от столбца Level Таблицы 1, которая соответствует категориям.

Если вы не зададите все обязательные аргументы (переменные), то вы будете видеть это сообщение:

nrcmd> dhcp setDebug

310 Too few arguments - usage: server <server> setDebug <categories>=<level>..

Для деактивации всех параметров настройки отладки дайте unsetDebug команду:

nrcmd> server dhcp unsetDebug

100 OK

Пример 1

Для установки параметров настройки отладки для сервера DHCP к подробной трассировке входящих и исходящих пакетов (VX=1) дайте эту команду:

nrcmd> server dhcp setDebug VX=1

100 OK

Примечание. Сообщение 100 OK указывает, что принята команда. Если вы делаете ошибку, вы видите сообщение, подобное этому:

nrcmd> server dhcp setDebug= vx=1

306 Unknown command - dhcp method 'setDebugs='

По той ошибке дополнительному, неправильному = знак был введен после setDebug.

Пример 2

Для установки параметра настройки отладки для сервера DHCP для самой подробной Регистрации DHCP дайте эту команду:

nrcmd> server dhcp setDebug A-LN-Z=9

100 OK

Иногда CLI принимает высокоуровневое количество, чем те, которые заданы в Таблице 1, Таблице 2, или Таблице 3. Такие более высокие уровни отладки не предоставляют более подробную информацию, чем заданные в этих таблицах.

В данном примере уровень установлен в 100, и команда принята; но подробные данные, которые переходят быть переданными журналам, совпадают с теми для уровня 9:

nrcmd> dhcp setDebug A-LN-Z=100

100 OK

Параметры отладки DNS

Можно использовать параметры настройки отладки DNS для устранения неисправностей Проблем DNS. Можно использовать и GUI и CLI для установки уровней отладки для DNS.

Использование GUI для настройки отладки для DNS

Для использования GUI для установки отладок для DNS используйте эту процедуру:

  1. От Диспетчера серверов выберите сервер, для которого вы хотите установить опцию отладки.

  2. Свойства Click Show.

  3. Нажмите Вкладку Дополнительно на диалоговом окне Properties.

  4. Нажмите Параметры настройки отладки (обозначенный красной стрелкой на рисунке 4).

    Рисунок 4 – Диалоговое окно для Установки Уровней отладки для DHCP

    /image/gif/paws/12192/cnr_debug_4.gif

  5. В диалоговом окне Параметров настройки отладки проверка Включает отладку.

  6. В поле Категории введите один из того, чтобы сходить с Таблицы 2.

    Таблица 2 – Параметры настройки, Уровни, и Описание для Параметров настройки отладки DHCP

    Категория сервера (DNS) Уровень Описание
    D   Основное отслеживание DNS
      1 Сбои, ошибки, нестандартные конфигурации, некоторые элементы конфигурации.
    2 Менее значительные ошибки. Ошибки форматирования в ответах, вперед, перевперед.
    3 Восстанавливаемые сбои, недопустимый блок преобразования имен, ведомый режим конфигурации или передача (XFER) клиентские главные изменения состояния.
    4 Инкрементная передача (IXFR) сервер, упаковывающий каждую запись, IXFR или содержание зоны передачи (AXFR) и Передачи зоны.
    5 Завершение за название фоновой загрузки области.
    6 Зональный список обрезки Истории и завершение. Попакетная регистрация клиента XFER.
    U   Динамическое отслеживание обновлений
      1 Ошибки, сбои, ответы неуспеха.
    2 Попакетный источник регистрации, зона, ld, предварительный req, и количество записи ресурса обновления.
    3 Попакетная регистрация входящего пакета, пакет или запрашивают ошибки проверки.
    4 Попакетный исходящий пакет основная регистрация.
    5 Входящие копии на зоне, новые входящие запросы на зоне, ответное действие клиента XFER для уведомления запрашивают на зоне.
    P :   Пакеты
      1 Пакет за запрос после простой проверки пакета.
    2 За входящий пакет, регистрация для предварительной проверки.
    3 За исходящий пакет, ведение журнала данных ответа.
    DNUP   Вся регистрация DNS
    A-Z 10 Все входящие и исходящие пакеты, запрашивает, переданные сообщения, динамические обновления, уведомляют сообщения, инкрементные и полные передачи зоны, и много многословных, функционально-специализированных информационных сообщений дерева решений для всего внутреннего сервера DNS, базы данных, и подсистем библиотеки.

  7. Нажмите кнопку с зависимой фиксацией MLOG, которая передает выходные данные соответствующему файлу журнала.

  8. Нажмите "OK" в диалоговом окне Параметров настройки отладки и затем в диалоговом окне Properties.

Использование CLI для настройки отладки для DNS

Можно установить параметры настройки отладок с CLI (nrcmd).

Это - формат команды, которую вы даете:

nrcmd> server server-type setDebug categories=level

  • тип сервера — рассматриваемый сервер; в данном примере для раздела это - dns.

  • категории — Соответствуют столбцу Server Category (DNS) Таблицы 2.

  • уровень — Одно из целочисленных значений, от столбца Level Таблицы 2, которая соответствует категориям.

Для деактивации всех параметров настройки отладки дайте unsetDebug команду. Это деактивировало все параметры настройки.

nrcmd> server dns unsetDebug

100 OK

Пример:

nrcmd> server dns setDebug D=5

100 OK

nrcmd> server dns setDebug AZ=10

100 OK

Параметры отладки TFTP

Когда у вас есть проблемы с сервером TFTP, используйте CLI для установки уровней отладки. Не возможно использовать GUI для этой цели. Таблица 3 показывает уровни отладок, которые могут быть установлены в CNR для сервера TFTP.

Таблица 3 – Параметры настройки, Уровни, и Описание для Параметров настройки отладки Сервера TFTP

Категория сервера (TFTP) Уровень Описание
C : 1-3 Конфигурация сервера
D 1-3 Statistics.
E 1-3 Объект расширения CSCR.
F 1-3 Обработка файла.
P : 1-3 Пакетная обработка.
S 1-3 Обработка сеанса TFTP.
T. 1-3 Обработка таймера.

Уровни выше соответствуют этим типам отладки:

  • 1 — Неожиданные условия.

  • 2 — Более подробная информация.

  • 3 — Каждая возможная отладка.

Пример:

Для установки параметра настройки отладки для сервера CNR TFTP для самой подробной регистрации конфигурации сервера дайте эту команду:

nrcmd> server tftp setDebug C=3

100 OK

Примечание. Если вы не видите, что 100 OK обменивается сообщениями, то CNR не принимал команду.

Для деактивации всех параметров настройки отладки дайте unsetDebug команду:

nrcmd> server tftp unsetDebug

100 OK

Проблемы конфигурации Клиент не получает IP-адреса.

Одна из самых обычных проблем с использованием сервера DHCP CNR в кабельных средах - то, что клиенты — кабельные модемы и CPE позади них — не получают IP-адрес. Если это верно, кабельные модемы застревают в Init (d) состояние. Для получения дополнительной информации на этой ситуации, обратитесь к Устранению неисправностей кабельных модемов uBR, Не Прибывающих Онлайн. Есть несколько возможных причин данной проблемы: Остальная часть этого документа обсуждает каждую из причин.

Доходит ли пакет DISCOVER DHCP до CNR?

Журналы CNR, даже в уровне по умолчанию, показывают достаточно информации для определения, получил ли CNR пакет. Можно проверить, появляется ли MAC-адрес клиентского Идентификатора клиента (CID) в ПАКЕТЕ DHCPDISCOVER. Крайний левый байт CID указывает на htype=1 для Ethernet, таким образом, действительный MAC - адрес составляет самые правые шесть байтов. С уровнем регистрации по умолчанию вы рассматриваете это как часть name_dhcp_1_log (в C:\Program Files\Network Registrar\LOGS в Windows NT):


!--- Output suppressed.

08/24/2000 17:40:09 name/dhcp/1 Activity Server 0 04619 Server received
                    a DHCPDISCOVER packet 'R1' from:
                    Host: 'dell-port-pc' CID: 01:00:10:a4:ff:61:8e
                    with IP source address: 0.0.0.0 via: Interface 10.200.68.200,
                    1 in use.

Эти выходные данные показывают, что был получен ПАКЕТ DHCPDISCOVER.

Это - те же выходные данные с более подробной регистрацией; VX=1 является уровнем отладки, который установлен:

08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    -----  RECEIVED -- R1 -----
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->  port = 68 received from  = 0.0.0.0
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->  packet length = 300
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->  op = 1 request
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->  htype = 1 ethernet 	hlen = 6
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->  hops =   0
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    -> 	xid = 0xec9e secs = 0 flags = 0x0
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    -> 	ciaddr = 0.0.0.0
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    -> 	yiaddr = 0.0.0.0
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    -> 	siaddr = 0.0.0.0
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    -> 	giaddr = 0.0.0.0
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    -> 	chaddr = 0:10:a4:ff:61:8e
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->     dhcp-message-type = 1 discover
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    -> 	   dhcp-client-identifier =1 0 16 164 255 97 142
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->     ethernet? = 0:10:a4:ff:61:8e
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->     dhcp-requested-address = 10.200.68.100
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->     host-name = "dell-port-PC"
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->     end
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->  sname = ""
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->  file  = ""
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ----- END OF RECEIVED -- R1 -----

Как вы можете видеть в этих выходных данных, вы получаете ту же информацию о DHCPDISCOVER; но с набором уровня отладки к VX=1 предоставлена более подробная информация о самом пакете.

Достаточный ли диапазон CNR для клиента?

DHCP не понимает понятия маски подсети IP, Когда CNR получает DHCPDISCOVER, это посмотрело на Поле GIADDR или скачкообразно перемещает поле: если они пусты или равны 0, то CNR предполагает, что запрос прибывает из локальной сети. Это посмотрело на IP-адрес интерфейса, на котором это получило пакет, и это использует тот для отбора области. Если Поле GIADDR не пусто, то DHCPDISCOVER был отправлен агентом ретрансляции DHCP. Агент ретрансляции DHCP обычно настраивается на маршрутизаторах Cisco с командой ip helper-address. В этом случае CNR использует IP-адрес в Поле GIADDR для отбора области. Тот IP-адрес имел интерфейс маршрутизатора, который получил широковещательный запрос клиента. В обоих случаях, потому что нет никакой информации маски подсети в запросе, CNR делает лучшее соответствие во всех настроенных областях для отбора хорошей.

Предположим в CNR, что вы настраиваете 10.0.0.0/8: это будет хорошо для запроса, прибывающего от 10.200.68.200. Если существует более определенный, как 10.200.0.0/16 или 10.200.68.0/24, то тот с самой длинной маской выбран. Лучше создать области с маской той же подсети сети, где они назначены. Это вызвано тем, что маска подсети области является маской подсети, которая назначена на клиенты и на сегменте сети, все хосты должны совместно использовать маску той же подсети. Возможно назначить на клиенты маску подсети, которая отличается от того, который определен в области с параметром DHCP get-subnet-mask-from-policy. В данном примере CNR не имеет области, таким образом, это сбрасывает от запроса:

08/24/2000 17:45:19 name/dhcp/1 Warning Protocol 0 04663
                    Received DHCPDISCOVER packet but found no Scopes
                    for source network = '10.200.68.200'. Dropping packet.

Следующий пример выходных данных показывает пакет, который передан агентом ретрансляции. Заметьте переходы и значения Поля GIADDR, и сравните их со значениями в предыдущем примере выходных данных. Результатом является то же, потому что CNR не имеет области, которая удовлетворяет 10.200.71.1.

08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ----- RECEIVED -- R61 -----
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->  port = 67    received from = 10.200.71.1
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->  packet length = 296
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->  op =  1 request
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->  htype = 1  ethernet    hlen = 6
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->  hops = 1
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->  xid = 0x2127  secs = 0  flags = 0x8000  broadcast
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->  ciaddr = 0.0.0.0
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->  yiaddr = 0.0.0.0
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->  siaddr = 0.0.0.0
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->  giaddr = 10.200.71.1
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->  chaddr = 0:1:96:59:47:c1
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->    dhcp-message-type = 1 discover
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->    dhcp-max-message-size = 1152
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->    dhcp-client-identifier = 1 0 1 150 89 71 193
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->    ethernet? = 0:1:96:59:47:c1
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->    dhcp-parameter-request-list = 20
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->        1    subnet-mask
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->        2    time-offset
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->        4    time-servers
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->        66   tftp-server
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->        128  mcns-sec-server
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->        3    routers
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->        7    log-servers
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->        67   boot-file
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->    dhcp-class-identifier = "docsis1.0"
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->    dhcp-option-overload = 3
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->    relay-agent-info = 1 4 128 6 0 9 2 6 0 1 150 89 71 193
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                     ----- END OF RECEIVED -- R61 -----
08/24/2000 18:11:23 name/dhcp/1 Warning Protocol 0 04663
                    Received DHCPDISCOVER packet but found no Scopes
                    for source network = '10.200.71.1'. Dropping packet.

В диапазоне есть свободные адреса?

Возможно, области настроены таким образом, что пул адресов слишком мал. В таких случаях можно обычно исчерпывать адреса в пуле. Этот пример выходных данных показывает сообщения отладки, когда клиент пытается получить IP-адрес, но область уже использует все свои адреса в пуле:

08/24/2000 19:14:26 name/dhcp/1 Warning Server 0 04440
                    No more leases are AVAILABLE, unable to respond
                    to DHCP DISCOVER Request: R9 = from Client: Host:
                    dell-port-PC CID: 01:00:10:a4:ff:61:8e in Network:
                    10.200.68.0-255.255.255.0 via: Interface 10.200.68.200

Получает ли клиент пакет offer?

  • Как только CNR выбирает область и создает пакет предложения, информация должна быть передана клиенту.

    Примечание. Когда пакет предназначен агенту ретрансляции, гарантируйте, что машина CNR имеет маршрут к giaddr.

  • В случае этих примеров гарантируйте, что можно прозвонить от машины CNR 10.200.71.1.

  • Помните, что, после того, как арендный договор предлагается, существует несколько других шагов прежде, чем это станет реальным IP - адресом в сети.

  • Необходимо видеть, от того же клиента, одного или более DHCPREQUEST и одного или более DHCPOFFER от сервера до клиента. Они используются, чтобы запросить и получить параметры DHCP.

  • Необходимо видеть заключительный DHCPACK от сервера до клиента, который завершает процесс DHCP.

  • Если вы только видите DHCPOFFER, но ничто иное, гарантируете, что пакеты достигают клиента и что последующий DHCPREQUEST возвращается к серверу.

Это - запись журнала, которая показывает, что арендный договор предоставили (эта информация предоставляет MAC-адрес клиента, IP-адрес, который назначен, и дата окончания действия арендного договора):

08/24/2000 13:13:15 name/dhcp/1 Activity Protocol 0 04994 10.200.68.200
                    Lease granted to Host: dell-port-PC CID: 01:00:10:a4:ff:61:8e
                    packet 'R207' until Thu, 31 Aug 2000 13:13:15  +0200. 320 ms.

Есть ли какой-нибудь другой сервер в той же сети с той же настроенной областью?

В таком случае оба сервера получают DHCPDISCOVER и делают их предложение, но клиент только выбирает тот. Это указывает в dhcp-server-identifier, от которого сервера это принимает предложение. Если другой сервер видит DHCPREQUEST для того же IP-адреса, который это предложило — но точки dhcp-server-identifier к другому серверу — тогда это деактивировало арендный договор, для предотвращения возможных дублирований адреса.

Последняя линия в этом примере выходных данных показывает эту деактивацию:

09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ----- RECEIVED -- R7 -----
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   port = 68 received from = 0.0.0.0
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   packet length = 300
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   op = 1 request
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   htype = 1 ethernet hlen =3D 6
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   hops =  0
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   xid =0xddaadeaa   secs = 0 flags = 0x0
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   ciaddr = 0.0.0.0
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   yiaddr = 0.0.0.0
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   siaddr = 0.0.0.0
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   giaddr = 0.0.0.0
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   chaddr = 0:10:a4:ff:61:8e
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->     dhcp-message-type = 3 request
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->     dhcp-client-identifier = 1 0 16 164 255 97 142
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->     ethernet? = 0:10:a4:ff:61:8e
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->     dhcp-requested-address = 10.200.68.201
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->     dhcp-server-identifier = 10.200.68.17
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->     hostname = "dell-port-PC"
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->     dhcp-parameter-request-list = 20
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->         1   subnet-mask
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->         3   routers
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->         15  domain-name
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->         6   domain-name-servers
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->         44  netbios-name-servers
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->         46  netbios-node-type
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->         47  netbios-scope
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   vendor-encapsulated-options = 55 2 0 0
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   end
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   sname = ""
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   file = ""
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ----- END OF RECEIVED -- R7 -----
09/01/2000 12:21:05 name/dhcp/1 Activity Protocol 0 04993 10.200.68.201
                    Lease offered to Host: dell-port-PC CID: 01:00:10:a4:ff:61:8e
                    packet 'R5' until Fri, 01 Sep 2000 12:23:05 +0200. 150 ms.
09/01/2000 12:21:05 name/dhcp/1 Error Protocol 0  04684 Client:
                    'Host: dell-port-PC CID: 01:00:10:a4:ff:61:8e ' sent a 
                    REQUEST for Lease: '10.200.68.201' to Server: '10.200.68.17'
                    instead of us. Marking Lease UNAVAILABLE

Если сервер видит DHCPREQUEST для другого IP-адреса, он просто регистрирует его. В этом примере выходных данных другой сервер (10.200.68.17) предложил 10.200.68.201:

09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ----- RECEIVED -- R3 -----
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->  port = 68    received from = 0.0.0.0
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->  packet length = 300
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->  op = 1 request
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->  htype = 1  ethernet    hlen = 6
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->  hops = 0
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->  xid = 0x8a7d8b7d  secs = 0  flags = 0x0
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->  ciaddr = 0.0.0.0
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->  yiaddr = 0.0.0.0
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->  siaddr = 0.0.0.0
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->  giaddr = 0.0.0.0
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->  chaddr = 0:10:a4:ff:61:8e
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->     dhcp-message-type =  3 request
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->     dhcp-client-identifier = 1 0 16 164 255 97 142
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->     ethernet? = 0:10:a4:ff:61:8e
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->     dhcp-requested-address = 10.200.68.201
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->     dhcp-server-identifier = 10.200.68.17
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->     hostname = "dell-port-PC"
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->     dhcp-parameter-request-list = 20
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->         1    subnet-mask
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->         3    routers
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->         15   domain-name
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->         6    domain-name-servers
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->         44   netbios-name-servers
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->         46   netbios-node-type
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->         47   netbios-scope
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->    vendor-encapsulated-options = 55 2 0 0
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->    end
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->    sname = ""
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->    file = ""
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ----- END OF RECEIVED -- R3 -----
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 05005 10.200.68.202
                    Offer to Host: dell-port-PC CID: 1:00:10:a4:ff:61:8e packet
                    'R3' was rejected in favor of an offer from another server.

Есть ли другой хост в той же сети с уже настроенным IP-адресом, который будет предложен клиенту?

Прежде, чем это предложит арендный договор, CNR может выполнить эхо-запрос к IP-адресу, который это собирается предложить. Если это получает положительный ответ, то это деактивировало тот арендный договор и выбирает новый IP-адрес, чтобы предложить, избежать дублирований адреса в сети. По умолчанию это поведение отключено, но можно включить его на основе за область от GUI.

Выберите Scope> Properties и нажмите Вкладку Дополнительно; тогда проверьте адрес Ping прежде, чем предложить ему флажок:

Рисунок 5 – Диалоговое окно Scope

cnr_debug_5.gif

Наоборот, можно дать эту команду от CLI:

nrcmd>  scope name enable ping-clients

Пример:

Если на области UBR7246_C4_0 вы хотите прозвонить адрес прежде, чем это будет предложено, то дайте эту команду:

nrcmd> scope UBR7246_C4_0 enable ping-clients

100 OK
ping-clients=enabled

Этот пример выходных данных показывает отладки в этой ситуации:

09/01/2000 12:52:26 name/dhcp/1 Warning Protocol 0 0467
                    Unexpected ping reply received for AVAILABLE lease
                    '10.200.68.201' - it is being marked  UNAVAILABLE

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

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


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


Document ID: 12192