Технологии коммутируемого доступа в сеть : "Технология ISDN, CAS"

Технология удаленного доступа: Методика поиска и устранения неисправностей

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


Эта информация от Межсетевого Руководства по поиску и устранению проблем была сначала размещена на CCO. Для удобства наших клиентов была обновлена и уточнена информация, содержащаяся в ряде глав. Полное обновление руководства по устранению неполадок в объединенной сети скоро станет доступным как в печатном, так и в интерактивном виде.


Содержание


Введение

Коммутируемый доступ является просто приложением открытой коммутируемой телефонной сети (PSTN), которая переносит данные от имени конечного пользователя. Это включает устройство Customer Premises Equipment (CPE), передавая телефонному коммутатору (АТС) номер телефона, к которому можно направить соединение. Cisco3600, AS5200, AS5300 и AS5800 являются всеми примерами маршрутизаторов, которые имеют возможность выполнить PRI вместе с банками цифровых модемов. AS2511, с другой стороны, является примером маршрутизатора, который связывается с внешними модемами.

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

Требования

Ознакомление с этим документом требует наличия следующих знаний:

Рынок поставщиков услуг связи вырос значительно, и рынок теперь требует более высокие плотности модемов. Ответ на эту потребность является более высокой степенью взаимодействия с оборудованием телефонной компании и разработкой цифрового модема. Это - модем, который способен к прямому цифровому доступу к PSTN. В результате более быстрые модемы CPE были теперь разработаны, которые используют преимущества качества сигнала, которым обладают цифровые модемы. Факт, что цифровые модемы, соединяющиеся в PSTN через PRI или BRI, могут передать данные в по 53k с помощью стандарта связи V.90, свидетельствует успех идеи.

Первые серверы доступа были Cisco2509 и Cisco2511. AS2509 мог поддержать 8 входящих соединений с помощью внешних модемов, и AS2511 мог поддержать 16. AS5200 был начат с 2 PRI и мог поддержать 48 пользователей, использующих цифровые модемы, и он представлял крупный шаг вперед вперед в технологии. Плотности модемов увеличились постоянно с AS5300, поддерживающим 4 и затем 8 PRI. Наконец, AS5800 был представлен для удовлетворения потребностей установок для нужд поставщика услуг, бывших должных обработать множества входящих данных T1s и сотни подключений пользователя.

Несколько упоминаний переноса устаревших технологий в обсуждении истории технологии набора номера. 56Kflex более старое (предварительный v.90) 56k модемный стандарт, который был предложен Роквеллом. Cisco поддерживает версию 1.1 56Kflex стандарт на его внутренних модемах, но рекомендует переместить модемы CPE на V.90 как можно скорее. Другая устаревшая технология является AS5100. AS5100 был совместным предприятием между Cisco и изготовителем модема. AS5100 был создан как способ увеличить плотность модемов с помощью квадратических модемных карт. Это вовлекло группу AS2511, созданных как карты, которые вставили в объединительную плату, разделенную квадратическими модемными картами и двойной картой T1.

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

Настоящий документ не имеет жесткой привязки к каким-либо конкретным версиям программного обеспечения и оборудования.

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

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

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

Устранение проблем входящих вызовов

Устранение проблем входящего вызова запускается в нижней части и прокладывает себе путь. Общий поток обоснования ищет придерживающееся:

  1. Мы видим, что поступает вызов? (Да отвечает на усовершенствования на следующий вопрос),

  2. Принимающая сторона отвечает на вызов?

  3. Вызов завершает?

  4. Данные проходят по ссылке?

  5. Сеанс установлен? (PPP или терминал)

Для подключений с помощью модема вызов данных выглядит одинаково как терминальная сессия, входящая до конца, где вызов данных переходит, выполняют согласование о PPP.

Для входящих вызовов, включающих цифровые модемы, сначала удостоверьтесь, базовый ISDN или CAS принимают вызов. При использовании внешнего модема могут быть пропущены ISDN и Разделы группы CAS.

Устранение проблем входящего вызова ISDN

Используйте команду debug isdn q931. Вот пример выходных данных от успешного подключения:

Router# debug isdn q931
RX <- SETUP pd = 8 callref = 0x06
 Bearer Capability i = 0x8890
 Channel ID i = 0x89
 Calling Party Number i = 0x0083, `5551234'
TX -> CONNECT pd = 8 callref = 0x86
RX <- CONNECT_ACK pd = 8 callref = 0x06

Сообщение SETUP указывает, что соединение инициируется удаленным концом. Шифры вызова поддержаны как пара. В этом случае шифр вызова для входящей стороны соединения является 0x06, и шифр вызова исходящей стороны соединения является 0x86. Пропускная способность информационного канала (часто называемый bearercap) говорит маршрутизатор, какой вызов входит. В этом случае соединение является типом 0x8890. То значение указывает "на Скорость ISDN 64 Кбит/с". Если бы bearercap был 0x8090A2, то он указал бы на "U-law для голосового вызова".

Если бы никакое сообщение SETUP не вошло, то необходимо проверить корректное количество путем вызова его вручную, если это - обеспеченный голос. Необходимо также проверить статус интерфейса ISDN (обратитесь к Использованию Команды show isdn status для Устранения проблем BRI). Если это все проверяет, удостоверьтесь, что инициатор вызова сделал корректный звонок. Это может быть сделано путем контакта с телефонной компанией. Инициатор вызова может отследить вызов видеть где это? s быть передаваемым. Если соединение является большим расстоянием, попробуйте другого поставщика услуг междугородной связи с помощью 1010 междугородных кодов.

Если входящий вызов является вызовом от асинхронного модема, удостоверьтесь, что линия обеспечена для разрешения голосовых вызовов.

Примечание: Асинхронный модемный вызов BRI является функцией 3600 маршрутизаторов, работающих 12.0 (3) T, или позже. Это требует последней версии оборудования сетевого модуля с поддержкой интерфейса BRI. Модули WIC не поддерживают асинхронный модемный вызов.

Если вызов поступил, но не завершал, искал код причины (см. Таблицу 17-10). Успешное завершение обозначено подключением-ack.

Если это - вызов от асинхронного модема, продвиньтесь к "Входящему вызову модема, Устраняющему неполадки" раздела.

На этом этапе вызов ISDN связан, но никакие данные не были замечены производящие впечатление со ссылкой. Использование, которое команда debug ppp negotiate, чтобы видеть, сталкивается ли трафик PPP с линией. Если вы не видите трафик, может быть несоответствие скорости. Для определения, если это верно, используйте команду show running-config privileged exec для просмотра конфигурации маршрутизатора. Проверьте записи команды конфигурации интерфейса схемы набора номеров в локальном и удаленном маршрутизаторе. Эти записи должны выглядеть подобными придерживающемуся:

dialer map ip 131.108.2.5 speed 56 name C4000

Для профилей DDR класс сопоставления должен быть определен для установки скорости. Обратите внимание на то, что, по умолчанию, интерфейсы ISDN пытаются использовать 64K скорости связи на каждом канале.

Для получения дальнейшей информации при настройке cхем набора номеров и профилей, сошлитесь на решения для коммутируемого доступа Cisco IOS Руководство по конфигурации, Набираемый Справочник по командам Решений и Набираемое Руководство по быстрой настройке Решений.

При получении допустимых пакетов PPP ссылка закончилась и работа. Необходимо продолжиться к Разделу "Устранение проблем PPP" в это время.

Входящее устранение проблем вызова CAS

Для устранения проблем подключения обслуживания Группы CAS к модемам используйте debug modem команд, debug modem csm и debug cas.

Примечание: Команда debug cas впервые появилась в 12.0 (7) T для AS5200 и AS5300. Более ранние версии IOS используют сервис команды настройки уровня системы, внутренний вместе с отладкой mgmt модема rbs команды exec. Отладка этой информации о AS5800 требует соединения с самой магистральной картой.

Во-первых, определите, снял ли коммутатор телефонной компании трубку для сигнализации входящего вызова. Если это не сделало, проверьте вызываемое количество. Сделайте это путем приложения телефона к телефонной линии вызывающей стороны и вызова количества. Если вызов входит должным образом, проблема находится в инициирующем CPE. Если вызов все еще не обнаруживается на CAS, проверьте T1 (глава 15).In этот экземпляр, используйте команду debug serial interfaces.

Придерживающееся показывает хорошее соединение с помощью debug modem CSM:

Router# debug modem csm
CSM_MODEM_ALLOCATE: slot 1 and port 0 is allocated.
MODEM_REPORT(0001): DEV_INCALL at slot 1 and port 0
CSM_PROC_IDLE: CSM_EVENT_ISDN_CALL at slot 1, port 0
CSM_RING_INDICATION_PROC: RI is on
CSM_RING_INDICATION_PROC: RI is off
CSM_PROC_IC1_RING: CSM_EVENT_MODEM_OFFHOOK at slot 1, port 0
MODEM_REPORT(0001): DEV_CONNECTED at slot 1 and port 0
CSM_PROC_IC2_WAIT_FOR_CARRIER: CSM_EVENT_ISDN_CONNECTED at slot 1, port 0

В данном примере вызов был направлен к модему. Если вызов был направлен к модему, продолжитесь к "Входящему вызову модема, Устраняющему неполадки" раздела, ниже.

Устранение проблем входящего вызова модема

Используйте придерживающиеся команды отладки при устранении проблем входящих вызовов модема:

  • debug modem

  • debug modem csm (для интегрированных цифровых модемов)

Используйте придерживающиеся команды отладки совместно для указания на новый входящий вызов:

  • debug isdn q931

  • debug cas

Принятие вызова достигает модема, модем должен выбрать призыв.

Советы для отладок внешнего модема

Для упрощения отладки на внешнем модеме, связанном с линией TTY, увеличьте громкость динамика. Это помогает делать некоторые проблемы более очевидными.

Когда вызывающий модем звонит, модем получения звонит? В противном случае проверьте количество и попробуйте вызов в ручном режиме от удаленного сайта. Попытайтесь использовать обычный телефон на принимающей стороне также. Кабели замены и аппаратные средства, как необходимый.

Подхват вызова асинхронного модема

Если внешний модем не отвечает, проверьте кабельное подключение между модемом и сервером доступа или маршрутизатором. Подтвердите, что модем связан с TTY или вспомогательным портом на маршрутизаторе с прокрученным кабелем RJ-45 и адаптером DB-25 MMOD. Cisco рекомендует и поддерживает эту конфигурацию кабеля для портов RJ-45. Обратите внимание на то, что эти разъёмы, как правило, маркируются: Модем.

Кабельное подключение RJ-45 прибывает в несколько типов: прямо, прокрученный, и перекрестный. Можно определить тип кабельной разводки путем удержания двух концов кабеля RJ-45 бок о бок. Вы будете видеть восемь цветных полосок или контакты, в каждом конце.

  • Если порядок следования цветных контактов совпадает на обоих концах, такой кабель называется прямым.

  • Если два конца кабеля имеют противоположный порядок цветов – кабель является скрученным.

  • Если цвета указывают на придерживающееся, кабель является перекрестным кабелем:

RJ45 к перекрестному кабелю RJ45:

RJ45                  RJ45 
         5 ------------------ 2
         2 ------------------ 5
         4 ------------------ 1 
         1 ------------------ 4

Для проверки сигнализация в порядке, используйте команду show line, выделенную в главе 16.

Проблемы разводки кабелей в стороне, внешний модем должен инициализироваться, чтобы автоматически ответить. Проверьте удаленный модем, чтобы видеть, собирается ли он автоматически ответить. Обычно, когда автоматический ответ установлен, световой индикатор AA идет. Заставьте удаленный модем автоматически отвечать, если он уже не установлен. Для получения информации о подтверждении и изменении настроек модема, сошлитесь на документацию по модему. Используйте обратный доступ по протоколу Telnet для инициализации модема (сошлитесь на главу 16).

Захват вызова цифрового (встроенного) модема

На внешнем модеме ясно, отвечают ли вызову, но внутренние модемы требуют вызова в ручном режиме к количеству получения. Прислушайтесь к Answer Back Tone (ABT). Если вы не слышите ABT, проверьте конфигурацию для придерживающихся двух вещей:

  1. Удостоверьтесь, что команда isdn incoming-voice modem существует под любыми интерфейсами ISDN, обрабатывающими входящие модемные соединения.

  2. Под конфигурацией с командной строки для TTY модема удостоверьтесь, что существует команда modem inout.

Также возможно, что Модуль коммутации вызова (CSM) не выделял внутренний модем для обработки входящего вызова. Эта проблема может быть вызвана модемом или совокупностями ресурсов, настраиваемыми для очень небольшого числа входящих соединений. Это может также означать, что сервер доступа может просто испытывать недостаток модемов. Проверьте доступность модема и отрегулируйте пул модемов или настройки менеджера пула ресурсов соответственно. Если модем был выделен, и конфигурация показывает, modem inout, собирают отладки и связываются с Cisco для помощи.

Пробное подключение модема

Если модем получения повышает DSR, пробное подключение было успешно. Сбои пробного включения могут указать на проблему с каналом или несовместимость модема.

Для добираний до сути относительно ошибок отдельного модема перейдите к приглашению AT в вызывающем модеме, в то время как это присоединено к линии POTS интереса. При вызове в цифровой модем в Сервере доступа Cisco, подготовлены сделать запись файла .wav мелодии пробного подключения или обучающей последовательности цифровых искажений (DIL). DIL является музыкальным отрывком (последовательность PCM), который инициирующий аналоговый модем V.90 говорит цифровому модему получения воспроизводить. Последовательность позволяет аналоговому модему различать любые цифровые искажения в канале; такой как множественные d/a преобразование, законы/u-law, сигнализации Robbed bit или цифровые манипуляторы. Если вы не слышите DIL, модемы не выполняли согласование о V.90 в V.8/V.8bis (который является., проблема совместимости модемов). Если вы действительно слышите DIL и переобучение в V.34, решенный аналоговый модем (на основе воспроизведения DIL), что V.90 был неосуществим.

Музыка имеет шум в ней? Если так, затем очистите канал.

Клиент сдается быстро, не выполняя обучение V.34? Например, возможно это не знает, что сделать, когда это слышит V.8bis. В этом случае необходимо попытаться отключить V.8bis (следовательно K56Flex) на сервере (если приемлемый). Необходимо получить новую клиентскую микропрограмму или выгрузить клиентский модем. Поочередно, конец вызова номера мог вставить пять запятых в конце строки набора. Это задерживает ожидание вызывающего модема и вызовет тон V.8bis от сервера получения до таймаута, не влияя на клиентский модем. Пять запятых в строке набора являются общим указанием и, возможно, требовали бы регулировки для учета локальных условий.

Установка сеанса

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

Если линия, принимающая вызов, настроена с ppp автовыбора, и асинхронный интерфейс настроен с async mode interactive, используйте команду debug modem для подтверждения процесса автоматического выбора. Поскольку трафик входит по асинхронному соединению, сервер доступа исследует трафик, чтобы определить, является ли трафик символьно-ориентированным или пакетным. В зависимости от определения сервер доступа тогда или начнет сеанс PPP или пойдет не дальше, чем наличие сеанса exec на линии.

Обычная последовательность автоматического выбора с входящими пакетами PPP LCP:

*Mar  1 21:34:56.958: TTY1: DSR came up
*Mar  1 21:34:56.962: tty1: Modem: IDLE->READY
*Mar  1 21:34:56.970: TTY1: EXEC creation
*Mar  1 21:34:56.978: TTY1: set timer type 10, 30 seconds
*Mar  1 21:34:59.722: TTY1: Autoselect(2) sample 7E 

!--- The inbound traffic is displayed in hexadecimal format. This is based on the
!--- bits coming in over the line, regardless of whether the bits are ASCII
!--- characters or elements of a packet. The bits represented in this example are
!--- correct for a LCP packet. Anything different would be either a malformed packet
!--- or character traffic.

*Mar  1 21:34:59.726: TTY1: Autoselect(2) sample 7EFF
*Mar  1 21:34:59.730: TTY1: Autoselect(2) sample 7EFF7D
*Mar  1 21:34:59.730: TTY1: Autoselect(2) sample 7EFF7D23
*Mar  1 21:34:59.734: TTY1 Autoselect cmd: ppp negotiate 

!--- Having determined that the inbound traffic is actually an LCP packet, the access
!--- server triggers the PPP negotiation process.

*Mar  1 21:34:59.746: TTY1: EXEC creation
*Mar  1 21:34:59.746: TTY1: create timer type 1, 600 seconds
*Mar  1 21:34:59.794: TTY1: destroy timer type 1 (OK)
*Mar  1 21:34:59.794: TTY1: destroy timer type 0
*Mar  1 21:35:01.798: %LINK-3-UPDOWN: Interface Async1, changed state to up 

!--- The async interface changes state to up, and the PPP negotiation (not shown)
!--- commences.

Если вызов является сеансом PPP и если async mode dedicated настроен на асинхронном интерфейсе, используйте debug ppp negotiation команды, чтобы видеть, прибывают ли какие-либо пакеты запроса конфигурации из удаленного конца. Отладки показывают их как CONFREQ. Если вы наблюдаете и входящий и исходящие пакеты PPP, продолжаетесь к "Устранению проблем PPP". В противном случае, подключение от вызывающей стороны с символьным режимом (или "exec") сеанс (т.е. сеанс, отличный от PPP).

Примечание: Если асинхронный модем показов принимающей стороны выделил под асинхронным интерфейсом, exec dial-in только показывает то, что, кажется, случайный ASCII - мусор. Для разрешения терминальной сессии и все еще имеют возможность PPP, используют async mode interactive команды настройки асинхронного интерфейса. Под конфигурацией cвязанной линии используйте команду autoselect ppp.

Модем не может передать или получить данные

Если подключение модемов с терминальной сессией и никакими данными сталкивается, проверьте придерживающиеся возможные причины и предложенные курсы действий:

  • Параметр скорости модема не блокирован

    1. Используйте show line exec command на сервере доступа или маршрутизаторе. Выходные данные для вспомогательного порта должны указать на в настоящее время настраиваемый Tx и скорости Rx.

      Для пояснения выходных данных команды show line посмотрите "Использование Команд отладки" раздел в главе 15.

    2. Если линия не настроена к корректной скорости, используйте команду конфигурации с командной строки скорости для установки скорости линии на сервере доступа или линии маршрутизатора. Установите значение в самую высокую скорость вместе между модемом и сервером доступа или портом маршрутизатора. Для установки скорости передачи по последовательному каналу для терминала используйте команду конфигурации с командной строки скорости. Эта команда устанавливает скорости передачи (к терминалу) и получения (от терминала).

      Синтаксис:

      бит в секунду скорости

      Описание синтаксиса:

      бит в секунду - Скорость передачи в битах в секунду (бит/с). По умолчанию составляет 9600 битов в секунду.

      Наборы следующего примера выравнивают 1 и 2 на Сервере доступа Cisco 2509 к 115200 битам в секунду:

      line 1 2
      speed 115200

      Примечание: Если по некоторым причинам вы не можете использовать управление потоками, ограничьте скорость линии 9600 битами в секунду. Более быстрые скорости, вероятно, приведут к потерянным данным.

    3. Используйте команду exec выставочного подвида снова и подтвердите, что скорость линии установлена в желаемое значение.

    4. Когда вы определенны, некоторый, что сервер доступа или линия маршрутизатора настроены для нужной скорости, инициируйте обратное telnet-соединение к модему через ту линию. Для получения дополнительной информации посмотрите, что раздел "Устанавливает Обратное telnet-соединение к Модему" в главе 16.

    5. Используйте командную строку модема, которая включает "команду" скорости DTE блокировки для модема. См. документацию по модему для точного синтаксиса команды конфигурации.

    Примечание: Команда скорости DTE блокировки, которая могла бы также упоминаться как скорость порта, отрегулировала или буферированный режим, часто относится к пути, которым модем обрабатывает исправление ошибок. Эта команда значительно различается от одного модема до другого.

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

  • Аппаратное управление потоками, не настроенное на локальном или удаленном модем/маршрутизаторе

    1. Используйте команду exec aux-line-number выставочного подвида и ищите придерживающееся в поле Capabilities:

      Capabilities: Hardware Flowcontrol In, Hardware Flowcontrol Out

      Для получения дополнительной информации обратитесь к Интерпретации Выходных данных Show Line в Главе 16.

      Если нет никакого упоминания об аппаратном управлении потоками в этом поле, аппаратное управление потоками не включено на линии. Аппаратное управление потоками для соединений между сервером доступа и модемом рекомендуется.

      Для пояснения выходных данных команды show line посмотрите раздел "Использование Команд отладки" в главе 15.

    2. Настройте аппаратное управление потоками на линии с помощью команды конфигурации с командной строки аппаратного обеспечения "по управлению потоком данных".

      Для установки способа управления потоками данных между терминалом или другим последовательным устройством и маршрутизатором используйте команду конфигурации с командной строки flowcontrol. Используйте эту команду с параметром no для отключения управления потоками.

      Синтаксис:

      flowcontrol {ни один | программное обеспечение [блокировка] [в |] | аппаратные средства [в |]}

      Описание синтаксиса:

      • ни один - Не Выключает управление потоками.

      • программное обеспечение - Устанавливает регулирование потока ПО. Дополнительное ключевое слово задает направление: в причинах программное обеспечение Cisco IOS для слушания управления потоками от подключенного устройства, и заставляет программное обеспечение передавать информацию об управлении потоками к подключенному устройству. Если вы не задаете направление, оба приняты.

      • когда присоединенное устройство требует регулирования потока ПО, блокировка - Лишает возможности выключать управление потоками от удаленного хоста. Эта опция применяется к соединениям с помощью Telnet или протоколов rlogin.

      • аппаратные средства - Устанавливают аппаратное управление потоками. Дополнительное ключевое слово задает направление: в причинах программное обеспечение для слушания управления потоками от подключенного устройства, и заставляет программное обеспечение передавать информацию об управлении потоками к подключенному устройству. Если вы не задаете направление, оба приняты. Для получения дополнительной информации об аппаратном управлении потоками, посмотрите руководство по аппаратному обеспечению, которое было поставлено с маршрутизатором.

      Пример:

      Следующий пример устанавливает аппаратное управление потоками на линии 7:

      line 7
      flowcontrol hardware

      Примечание: Если по некоторым причинам вы не можете использовать управление потоками, ограничьте скорость линии 9600 битами в секунду. Более быстрые скорости, вероятно, приведут к потерянным данным.

    3. После включения аппаратного управления потоками на сервере доступа или линии маршрутизатора, инициируйте обратное telnet-соединение к модему через ту линию. Для получения дополнительной информации посмотрите, что раздел "Устанавливает Обратное telnet-соединение к Модему" в главе 16.

    4. Используйте командную строку модема, которая включает команду RTS/CTS Flow для модема. Эта команда гарантирует, что модем использует тот же метод управления потоками (т.е. аппаратное управление потоками) как Сервер доступа Cisco или маршрутизатор. См. документацию по модему для точного синтаксиса команды конфигурации.

  • Команды неправильной cхемы набора номеров

    1. Используйте команду show running-config privileged exec для просмотра конфигурации маршрутизатора. Проверьте dialer map command entries, чтобы видеть, задано ли широковещательное ключевое слово.

    2. Если ключевое слово отсутствует, добавьте его к конфигурации.

      Синтаксис:

      адрес следующего узла протокола cхемы набора номеров [называет имя хоста] [широковещание] [строка вызова]

      Описание синтаксиса:

      • протокол - протокол подвергает сопоставлению. Опции включают IP, IPX, мост и снимок.

      • адрес следующего узла - адрес асинхронного интерфейса противоположного сайта.

      • имя хоста названия - необходимый параметр используется в Аутентификации "PPP". Это - название удаленного сайта, для которого создана cхема набора номеров. Название учитывает регистр и должно совпасть с именем хоста удаленного маршрутизатора.

      • широковещание - дополнительное ключевое слово, что транслируемые пакеты (например, RIP IP или обновления RIP/SAP IPX), который передан удаленному назначению. В примерах конфигурации статической маршрутизации не требуются обновления маршрута, и широковещательное ключевое слово опущено.

      • строка вызова - номер телефона удаленного сайта. Любые коды доступа (например, 9 для выхода из офиса, международных телефонных кодов, кодов зоны) должны быть включены.

    3. Удостоверьтесь, что команды cхемы набора номеров задают корректные адреса следующего узла.

    4. Если адрес следующего узла является неправильным, измените его с помощью команды cхемы набора номеров.

    5. Удостоверьтесь, что все другие опции в командах cхемы набора номеров правильно заданы для протокола, который вы используете.

    Для получения дальнейшей информации при настройке cхем набора номеров, обратитесь к Справочнику по командам Руководства по конфигурации глобальной сети Cisco IOS и Глобальной сети.

  • Проблема с модемом в режиме набора номера

    • Удостоверьтесь, что модем в режиме набора номера в рабочем состоянии и надежно связан с правильным портом. Определите, работает ли другой модем, когда связано с тем же портом.

Отладка входящих сеансов в исполнительном режиме обычно попадает в несколько основных категорий:

Клиент удаленного доступа Получает Приглашение No exec

  • Автовыбор включен на линии

    Попытайтесь обратиться к режиму EXEC путем нажатия Enter.

  • Линия настроена с командой no exec

    1. Используйте команду exec выставочного подвида для просмотра статуса соответствующей линии.

      Проверьте поле Capabilities, чтобы видеть, говорит ли оно "подавленный exec". Если это верно, команда конфигурации с командной строки no exec выполнена.

    2. Настройте команду конфигурации с командной строки exec на линии, чтобы позволить сеансам exec инициироваться. У этой команды нет аргументов и ключевых слов. .

    Следующий пример включает exec на линии 7:

    line 7 
    exec
  • Управление потоками не включено.

    или

    Управление потоками включено только на одном устройстве (или DTE или DCE).

    или

    Управление потоками неправильно сконфигурировано.

    1. Используйте команду exec aux-line-number выставочного подвида и ищите придерживающееся в поле Capabilities:

      Capabilities: Hardware Flowcontrol In, Hardware Flowcontrol Out
      

      Для получения дополнительной информации обратитесь к Интерпретации Выходных данных Show Line в Главе 16.

      Если нет никакого упоминания об аппаратном управлении потоками в этом поле, аппаратное управление потоками не включено на линии. Аппаратное управление потоками для соединений между сервером доступа и модемом рекомендуется.

      Для пояснения выходных данных от команды show line посмотрите "Использование Команд отладки" раздел в главе 15.

    2. Настройте аппаратное управление потоками на линии с помощью команды конфигурации с командной строки аппаратного обеспечения "по управлению потоком данных". Следующий пример устанавливает аппаратное управление потоками на линии 7:

      line 7
      flowcontrol hardware

      Примечание: Если по некоторым причинам вы не можете использовать управление потоками, ограничьте скорость линии 9600 битами в секунду. Более быстрые скорости, вероятно, приведут к потерянным данным.

    3. После включения аппаратного управления потоками на сервере доступа или линии маршрутизатора, инициируйте обратное telnet-соединение к модему через ту линию. Для получения дополнительной информации посмотрите, что раздел "Устанавливает Обратное telnet-соединение к Модему" в главе 16.

    4. Используйте командную строку модема, которая включает команду RTS/CTS Flow для модема. Эта команда гарантирует, что модем использует тот же метод управления потоками (т.е. аппаратное управление потоками) как Сервер доступа Cisco или маршрутизатор. См. документацию по модему для точного синтаксиса команды конфигурации.

  • Параметр скорости модема не блокирован

    1. Используйте show line exec command на сервере доступа или маршрутизаторе. Выходные данные для вспомогательного порта должны указать на в настоящее время настраиваемый Tx и скорости Rx.

      Для пояснения выходных данных команды show line посмотрите "Использование Команд отладки" раздел в главе 15.

    2. Если линия не настроена к корректной скорости, используйте команду конфигурации с командной строки скорости для установки скорости линии на сервере доступа или линии маршрутизатора. Установите значение в самую высокую скорость вместе между модемом и сервером доступа или портом маршрутизатора. Для установки скорости передачи по последовательному каналу для терминала используйте команду конфигурации с командной строки скорости. Эта команда устанавливает скорости передачи (к терминалу) и получения (от терминала).

      Синтаксис:

      бит в секунду скорости

      Описание синтаксиса:

      бит в секунду - Скорость передачи в битах в секунду (бит/с). По умолчанию составляет 9600 битов в секунду.

      Пример:

      Наборы следующего примера выравнивают 1 и 2 на Сервере доступа Cisco 2509 к 115200 битам в секунду:

      line 1 2
      speed 115200

      Примечание: Если по некоторым причинам вы не можете использовать управление потоками, ограничьте скорость линии 9600 битами в секунду. Более быстрые скорости, вероятно, приведут к потерянным данным.

    3. Используйте команду exec выставочного подвида снова и подтвердите, что скорость линии установлена в желаемое значение.

    4. Когда вы определенны, некоторый, что сервер доступа или линия маршрутизатора настроены для нужной скорости, инициируйте обратное telnet-соединение к модему через ту линию. Для получения дополнительной информации посмотрите, что раздел "Устанавливает Обратное telnet-соединение к Модему" в главе 16.

    5. Используйте командную строку модема, которая включает команду скорости DTE блокировки для модема. См. документацию по модему для точного синтаксиса команды конфигурации.

    Примечание: Команда скорости DTE блокировки, которая могла бы также упоминаться как скорость порта, отрегулировала или буферированный режим, часто относится к пути, которым модем обрабатывает исправление ошибок. Эта команда значительно различается от одного модема до другого.

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

Сеансы удаленного доступа видят "мусор"

  • Параметр скорости модема не блокирован

    1. Используйте show line exec command на сервере доступа или маршрутизаторе. Выходные данные для вспомогательного порта должны указать на в настоящее время настраиваемый Tx и скорости Rx.

      Для пояснения выходных данных команды show line посмотрите "Использование Команд отладки" раздел в главе 15.

    2. Если линия не настроена к корректной скорости, используйте команду конфигурации с командной строки скорости для установки скорости линии на сервере доступа или линии маршрутизатора. Установите значение в самую высокую скорость вместе между модемом и сервером доступа или портом маршрутизатора.

      Для установки скорости передачи по последовательному каналу для терминала используйте команду конфигурации с командной строки скорости. Эта команда устанавливает скорости передачи (к терминалу) и получения (от терминала).

      Синтаксис:

      бит в секунду скорости

      Описание синтаксиса:

      Скорость передачи бита в секунду в битах в секунду (бит/с). По умолчанию составляет 9600 битов в секунду.

      Пример:

      Наборы следующего примера выравнивают 1 и 2 на Сервере доступа Cisco 2509 к 115200 битам в секунду:

      выровняйте 1 2

      speed 115200

      Примечание: Если по некоторым причинам вы не можете использовать управление потоками, ограничьте скорость линии 9600 битами в секунду. Более быстрые скорости, вероятно, приведут к потерянным данным.

    3. Используйте команду exec выставочного подвида снова и подтвердите, что скорость линии установлена в желаемое значение.

    4. Когда вы определенны, некоторый, что сервер доступа или линия маршрутизатора настроены для нужной скорости, инициируйте обратное telnet-соединение к модему через ту линию. Для получения дополнительной информации посмотрите, что раздел "Устанавливает Обратное telnet-соединение к Модему" в главе 16.

    5. Используйте командную строку модема, которая включает команду скорости DTE блокировки для модема. См. документацию по модему для точного синтаксиса команды конфигурации.

    Примечание: Команда скорости DTE блокировки, которая могла бы также упоминаться как скорость порта, отрегулировала или буферированный режим, часто относится к пути, которым модем обрабатывает исправление ошибок. Эта команда значительно различается от одного модема до другого.

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

Признак: Удаленный сеанс входящего вызова открывается на уже существующем сеансе, инициируемом другим пользователем. Т.е. вместо того, чтобы получить приглашение регистрации, абонент видит сеанс, установленный другим пользователем (который мог бы быть командной строкой UNIX, сеансом текстового редактора, и т.д).

Сеанс удаленного доступа открывается на существующем сеансе

  • Модем, настроенный для DCD всегда высоко

    1. Модем должен быть реконфигурирован для имения высокого значения DCD только на CD. Это обычно выполняется при помощи &C1 командной строки модема, но проверьте документацию по модему для точного синтаксиса для модема.

    2. Вам, возможно, придется настроить канал сервера доступа, с которым модем связан с командой конфигурации с командной строки no exec. Очистите линию с командой clear line privileged exec, инициируйте обратное telnet-соединение с модемом и реконфигурируйте модем так, чтобы DCD был высоко только на CD.

    3. Закончите сеанс Telnet путем ввода разъединения и реконфигурируйте канал сервера доступа с командой конфигурации с командной строки exec

  • Управление по модему не включено на сервере доступа или маршрутизаторе

    1. Используйте show line exec command на сервере доступа или маршрутизаторе. Выходные данные для вспомогательного порта должны быть изменяемым показом или RIisCD в Столбце модема. Это указывает, что управление по модему включено на линии сервера доступа или маршрутизатора.

      Для пояснения выходных данных show line посмотрите "Использование Команд отладки" раздел в главе 15.

    2. Настройте линию для управления по модему с помощью команды конфигурации с командной строки ввод-вывода модема. Управление по модему теперь включено на сервере доступа.

    Примечание: Будьте определенны, некоторый для использования команды modem inout вместо команды modem dialin, в то время как подключение модема рассматриваемо. Последняя команда позволяет линии принимать входящие вызовы только. Исходящим вызовам откажут, лишая возможности устанавливать сеанс Telnet с модемом для настройки его. Если вы хотите включить команду modem dialin, сделайте так только после того, как вы определенны, некоторый, модем функционирует правильно.

  • Неверная разводка кабелей

    1. Проверьте кабельное подключение между модемом и сервером доступа или маршрутизатором. Подтвердите, что модем связан со вспомогательным портом на сервере доступа или маршрутизаторе с прокрученным кабелем RJ-45 и адаптером DB-25 MMOD. Эта конфигурация разводки кабелей рекомендуется и поддерживается Cisco для портов RJ-45. Эти разъёмы, как правило, маркируются: Модем.

      Существует два типа кабельного подключения RJ-45: прямо и прокрученный. При удержании двух концов кабеля RJ-45 бок о бок вы будете видеть восемь цветных полосок или контакты, в каждом конце. Если порядок следования цветных выводов совпадает на обоих концах, такой кабель называется прямым. Если два конца кабеля имеют противоположный порядок цветов - кабель перекручен.

      Витой кабель (CAB-500RJ) является стандартным с Cisco 2500/CS500.

    2. Используйте команду exec выставочного подвида, чтобы проверить, что кабельное подключение корректно. См. пояснение выходных данных команды show line в разделе "Использование Команд отладки" в этой главе 15.

Модем - получатель коммутируемой линии передачи не разъединяет должным образом

  • Модем не снимает показания DTR

    Введите Зависание DTR командная строка модема. Когда сигнал DTR больше не получается, эта команда говорит модему отбрасывать носитель.

    На Стандартном модеме строка &D3 обычно используется для настройки DTR Зависания на модеме. Для точного синтаксиса этой команды см. документацию для модема.

  • Управление по модему не включено на маршрутизаторе или сервере доступа

    1. Используйте show line exec command на сервере доступа или маршрутизаторе. Выходные данные для вспомогательного порта должны показать изменяемый или RIisCD в Столбце модема. Это указывает, что управление по модему включено на линии сервера доступа или маршрутизатора.

      Для пояснения выходных данных show line посмотрите "Использование Команд отладки" раздел в главе 15.

    2. Настройте линию для управления по модему с помощью команды конфигурации с командной строки ввод-вывода модема. Управление по модему теперь включено на сервере доступа.

    Примечание: Будьте определенны, некоторый для использования команды modem inout вместо команды modem dialin, в то время как подключение модема рассматриваемо. Последняя команда позволяет линии принимать входящие вызовы только. Исходящим вызовам откажут, лишая возможности устанавливать сеанс Telnet с модемом для настройки его. Если вы хотите включить команду modem dialin, сделайте так только после того, как вы определенны, некоторый, модем функционирует правильно.

Устранение проблем исходящих вызовов

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

  1. Технология DDR инициирует вызов? (Да отвечает на усовершенствования на следующий вопрос),

  2. Если это - асинхронный модем, сценарии диалогового взаимодействия выполняют ожидаемые команды?

  3. Вызов разбирает его к PSTN?

  4. Удаленный конец отвечает на вызов?

  5. Вызов завершает?

  6. Данные передают по ссылке?

  7. Сеанс установлен? (PPP или Терминал)

Подтверждение операции номеронабирателя

Чтобы видеть, пытается ли номеронабиратель позвонить его удаленному назначению, используйте события номеронабирателя для отладки команды. Более подробная информация может быть получена от пакета debug dialer, но команда debug dialer packet является потребляющими ресурсами и не должна использоваться на занятой системе, которая имеет работу интерфейсов программы для набора номера.

Придерживающаяся линия выходных данных debug dialer events для пакета IP перечисляет название интерфейса DDR и адреса источника и назначения пакета:

Dialing cause: Async1: ip (s=172.16.1.111 d=172.16.2.22)

Если трафик не инициирует набираемую попытку, наиболее распространенной причиной является неверная конфигурация (или определений содержательного трафика, состояния интерфейса номеронабирателя или маршрутизации).

Трафик не инициирует набираемую попытку

  • Без вести пропавшие или неправильные определения "представляющего интерес трафика"

    1. Использование команды show running-config, гарантируйте, что интерфейс настроен с dialer-group и что существует dialer-list глобального уровня, настроенный с соответствующим номером.

    2. Гарантируйте, что команда dialer-list настроена, чтобы разрешить или полный протокол или разрешить трафик, совпадающий со списком доступа

    3. Проверьте, что access-list объявляет пакеты, собирающиеся по ссылке быть содержательными. Один полезный тест должен использовать привилегированный debug ip packet [номер списка] команды exec с помощью количества соответствующего списка доступа. Затем попытайтесь пропинговать, или иным образом передать трафик, по ссылке. Если фильтрации содержательного трафика были должным образом определены, вы будете видеть пакеты в выходных данных отладки. Если существуют выходные данные no debug от этого теста, то access-list не совпадает с пакетами.

  • Состояние интерфейса

    Используйте команду show interfaces [имя интерфейса], чтобы гарантировать, что интерфейс находится в государственном "up/up (spoofing)".

    • Интерфейс в режиме "standby"

      Другой (основной) интерфейс на маршрутизаторе был настроен для использования интерфейса номеронабирателя в качестве резервного интерфейса. Кроме того, основной интерфейс не в состоянии "вниз/вниз", который требуется, чтобы приносить интерфейс номеронабирателя из режима ожидания. Кроме того, задержка резервного копирования должна быть настроена на основном интерфейсе, или команда резервного интерфейса никогда не будет принуждаться.

      Чтобы проверить, что интерфейс номеронабирателя изменится от "резерва" до "up/up (spoofing)", обычно необходимо вытянуть кабель от основного интерфейса. Просто завершая основной интерфейс с configuration command shutdown не поместит основной интерфейс во "вниз/вниз", но вместо этого поместит его в "административно выключенный" - не та же вещь.

      Кроме того, если первичное соединение через Frame Relay, Конфигурация Frame Relay должна быть сделана на последовательном подчиненном интерфейс типа точка-точка, и телефонная компания должна передавать "Активный" бит. Эта практика также известна как "сквозной LMI".

    • Интерфейс "административно выключен"

      Интерфейс номеронабирателя был настроен с командой shutdown. Когда маршрутизатор Cisco загружен в самый первый раз, это - также состояние по умолчанию любого интерфейса. Используйте команду настройки интерфейса никакое завершение для удаления этого препятствия.

  • Неправильная маршрутизация

    Выполните ip route exec command show [a.b. c . d], где a.b. c . d является адресом интерфейса номеронабирателя удаленного маршрутизатора. Если ненумерованный ip используется на удаленном маршрутизаторе, используйте адрес интерфейса, перечисленного в команде ip unnumbered.

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

    Если существует маршрут через интерфейс кроме интерфейса номеронабирателя, импликация - то, что DDR используется в качестве резервной копии. Исследуйте конфигурацию маршрутизатора, чтобы удостовериться, что статичный или плавающие статические маршруты были настроены. Надежный способ для тестирования маршрутизации, в этом случае, должен отключить первичное соединение и выполнить show ip route [a.b. c . d] команда, чтобы проверить, что правильный маршрут был установлен в таблице маршрутизации.

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

Выполнение вызова

Если маршрутизация и фильтрации содержательного трафика корректны, вызов должен инициироваться. Это может быть замечено при помощи debug dialer events:

Async1 DDR: Dialing cause ip (s=10.0.0.1, d=10.0.0.2)
Async1 DDR: Attempting to dial 5551212

Если причина внешнего доступа по телефонной линии замечена, но никакая попытка не предпринята для вызова номера, обычная причина является неправильной cхемой набора номеров или профилем DDR.

Назовите не размещенными

Некоторые возможные проблемы и предлагаемые действия упомянуты ниже:

  • Неправильная cхема набора номеров

    Используйте команду show running-config, чтобы гарантировать, что интерфейс набора номера настроен по крайней мере с одной инструкцией схемы набора номеров, которая указывает к адресу и вызываемому номеру удаленного сайта.

  • Неверно настроенное профиль системы набора номера

    Используйте команду show running-config, чтобы гарантировать, что Интерфейс номеронабирателя настроен с командой dialer pool X и что интерфейс номеронабирателя на маршрутизаторе настроен с соответствующим членом пула программ набора номеров X. Если профили DDR должным образом не настроены, можно видеть сообщение отладки как:

    Dialer1: Can't place call, no dialer pool set

    Удостоверьтесь, что настроена строка номеронабирателя.

Асинхронные исходящие вызовы - проверяют операцию сценария диалогового взаимодействия

Если исходящий вызов является модемным вызовом, сценарий диалогового взаимодействия должен выполниться для вызова продолжиться. Для номеронабирателя на основе схемы DDR, сценарий диалогового взаимодействия вызван параметром сценария модема в команде cхемы набора номеров. Если DDR основан на профиле DDR, это выполнено номеронабирателем командного сценария, настроенным на линии TTY. Оба использования полагается на сценарий диалогового взаимодействия, существующий в глобальной конфигурации маршрутизатора, например:

chat-script callout AT OK atdt\T TIMEOUT 60 CONNECT \c

Так или иначе команда для просмотра действия сценария диалогового взаимодействия является чатом отладки. Если бы строка набора (т.е. номер телефона) используемый в cхеме набора номеров или команде dialer string была 5551212, то выходные данные отладки были бы похожи на придерживающееся:

CHAT1: Attempting async line dialer script

CHAT1: Dialing using Modem script: callout & System script: none
CHAT1: process started
CHAT1: Asserting DTR
CHAT1: Chat script callout started
CHAT1: Sending string: AT
CHAT1: Expecting string: OK
CHAT1: Completed match for expect: OK
CHAT1: Sending string: atdt5551212
CHAT1: Expecting string: CONNECT
CHAT1: Completed match for expect: CONNECT
CHAT1: Chat script callout finished, status = Success

Проблемы сценария диалогового взаимодействия могут быть разделены на три категории:

  • Ошибка конфигурации

  • Ошибка модема

  • Ошибка подключения

Сбой сценария диалогового взаимодействия

Этот список показывает возможные выходные данные от ток-шоу отладки и предлагаемых действий:

  • никакой соответствующий сценарий диалогового взаимодействия не найден для [количества]

    Сценарий диалогового взаимодействия не был настроен. Добавьте тот.

  • Подключение к внешней службе сценария диалогового взаимодействия закончилось, статус = вызванное таймаут Соединение; удаленный хост не отвечает

    Модем не отвечает на сценарий диалогового взаимодействия. Проверьте связь с модемом (обратитесь к Таблице 16-2 в Главе 16).

  • Таймаут, ожидающий: ПОДКЛЮЧЕНИЕ

    • Возможность 1: локальный модем фактически не размещает вызов. Проверьте, что модем может заказать телефонный разговор путем выполнения обратного доступа по протоколу Telnet к модему и вручную инициирования набора.

    • Возможность 2: удаленный модем не отвечает. Протестируйте это путем вызова номера удаленного модема с обычным телефоном POTS.

    • Возможность 3: набранный номер является неправильным. Проверьте номер, набрав его вручную. Исправьте конфигурацию, при необходимости.

    • Возможность 4: пробное подключение модема берет слишком долго, или ЗНАЧЕНИЕ ТАЙМАУТА слишком низко. Если локальный модем является внешним, включите громкость динамика модема и слушайте тоны пробного подключения. Если пробное подключение резко отключено, попытайтесь увеличить ЗНАЧЕНИЕ ТАЙМАУТА в команде chat-script. Если ТАЙМАУТ уже является 60 секундами или больше, посмотрите раздел Пробного подключения модема.

Исходящие вызовы ISDN

На первое подозрение в сбое ISDN, или на BRI или на PRI, всегда проверяют выходные данные от статуса show isdn. Ключевые вещи обратить внимание состоят в том, что Уровень 1 должен быть Активным, и Уровень 2 должен быть в состоянии MULTIPLE_FRAME_ESTABLISHED. Посмотрите "Выходной раздел" Интерпретации команды show isdn status в Главе 16 для получения информации о чтении этих выходных данных, а также для корректирующих показателей.

Для исходящих вызовов ISDN debug isdn q931 и debug isdn event являются лучшими программными средствами для использования. К счастью, отладка исходящих вызовов подобно отладке входящих вызовов. Обычный успешный вызов мог бы быть похожим на это:

*Mar 20 21:07:45.025: ISDN BR0: Event: Call to 5553759 at 64 Kb/s
*Mar 20 21:07:45.033: ISDN BR0: TX ->  SETUP pd = 8  callref = 0x2C
*Mar 20 21:07:45.037:         Bearer Capability i = 0x8890
*Mar 20 21:07:45.041:         Channel ID i = 0x83
*Mar 20 21:07:45.041:         Keypad Facility i = 0x35353533373539
*Mar 20 21:07:45.141: ISDN BR0: RX <-  CALL_PROC pd = 8  callref = 0xAC
*Mar 20 21:07:45.145:         Channel ID i = 0x89
*Mar 20 21:07:45.157: ISDN BR0: received HOST_PROCEEDING
        Channel ID i = 0x0101
*Mar 20 21:07:45.161:   -------------------
        Channel ID i = 0x89
*Mar 20 21:07:45.313: ISDN BR0: RX <-  CONNECT pd = 8  callref = 0xAC
*Mar 20 21:07:45.325: ISDN BR0: received HOST_CONNECT

!--- The CONNECT message is the key indicator of success. If a CONNECT is not received,
!--- you may see a DISCONNECT or a RELEASE_COMP (release complete) message followed by
!--- a cause code (see below)

*Mar 20 22:11:03.212: ISDN BR0: RX <-  RELEASE_COMP pd = 8  callref = 0x8F
*Mar 20 22:11:03.216:         Cause i = 0x8295 - Call rejected

Оценка причины указывает на две вещи.

  • Второй байт 4-или 6 значений в байтах указывает от того, где в пути сквозного вызова были получены РАЗЪЕДИНЕНИЕ или RELEASE_COMP. Это может помочь вам локализовать проблему.

  • Третье и четвертые байты указывают на истинную причину для сбоя. Посмотрите таблицы, которые придерживаются для значений других значений.

Примечание: Придерживающаяся распечатка обычно указывает на ошибку протокола более высокого уровня:

Cause i = 0x8090 - Normal call clearing

Сбой проверки подлинности PPP является типичной причиной. Включите debug ppp negotiation и debug ppp authenticaion прежде, чем предположить, что ошибка подключения является обязательно проблемой ISDN

Поля кода причины

Таблица 17-9 перечисляет поля кода причины ISDN, которые отображаются в придерживающемся формате в командах отладки:

i=0x y1 y2 z1 z2 [a1 a2]

Поля кода причины ISDN

Поле Описание значения
0x Значения, которые придерживаются, находятся в шестнадцатеричном.
y1 8 - Кодирование стандарта ITU-T.
y2 0 - Пользователь 1 - Частная сеть, служащая локальному пользователю 2 - Открытой сети, служащей локальному пользователю 3 - Транзитной сети 4 - Открытой сети, служащей удаленному пользователю 5 - Частной сети, служащей удаленному пользователю 7 - Международной сети - Внешняя часть сети точки межсетевого взаимодействия
z1 Класс (больше значительного шестнадцатеричного числа) оценки причины. Обратитесь к следующей таблице для получения дальнейшей информации о возможных значениях.
z2 Значение (меньше значительного шестнадцатеричного числа) оценки причины. Обратитесь к следующей таблице для получения дальнейшей информации о возможных значениях.
a #1 (Необязательно) Область для диагностики, которая всегда равняется 8.
a #2 (Необязательно) Область для диагностики, которая является одним из придерживающихся значений: 0 - Неизвестный 1 - Постоянные 2 - Переходный процесс

Значения причин ISDN

В следующей таблице перечислены описания некоторых из большинства част встречающихся значение причины информационного элемента причины - третье и четвертые байты кода причины. Для большего количества полной информации о Кодах ISDN и значениях, обратитесь к Пониманию Кодов причины разъединения debug isdn q931.

Шестнадцатеричное значение Причина Пояснение
81 Освобожденное (неприсвоенное) количество Номер "ISDN" передавался коммутатору в правильном формате; однако, количество не назначено ни на какое конечное оборудование.
90 Обычный сброс вызова Обычный сброс вызова произошел.
91 User-Busy; Вызванная система подтверждает запрос подключения, но неспособна принять вызов, потому что используются все каналы B.
92 Пользователь не отвечает Соединение не может быть завершено, потому что назначение не отвечает на вызов.
93 Никакой ответ от пользователя (пользователь предупредил), Пункт назначения отвечает на запрос соединение, но не может установить соединение за отведенное время. Неполадки на удаленном конце соединения.
95 Вызов отклонен Назначение способно к приему вызову, но отклонило его для неизвестной причины.
9C Недопустимый формат числа Соединение не могло быть установлено, потому что адрес назначения (DA) был представлен в неизвестном формате или потому что адрес назначения (DA) был неполным.
9F Нормальный, не уточненный Оповещает о возникновении обычного события, когда стандартные причины не применимы. Действие не требуется.
A #2 Никакой доступный канал/канал Соединение не может быть установлено, потому что никакой соответствующий канал не доступен для отвечания на звонок.
A6 Сеть неработоспособна Назначение не может быть достигнуто, потому что сеть "not functioning correctly", и условие могло бы продлиться длительный период времени. Мгновенная попытка восстановления соединения, вероятно, будет неуспешна.
AC Запрошенный канал, не доступный Запрошенный канал не может быть предоставлен удаленным оборудованием по неизвестной причине. Это могло бы быть временной проблемой.
B2 Отсутствует подписка на запрашиваемую функцию Запрашиваемая дополнительная услуга доступна на удаленном оборудовании только по подписке. Это часто - ссылка на междугороднюю связь.
B9 Возможность однонаправленной передачи не авторизована Пользователь запросил пропускную способность информационного канала, которую предоставляет сеть, но пользователь не авторизуется использовать ее. Это могло бы быть ошибкой в процессе подписки.
D8 Несовместимое место регистрации Указывает, что была предпринята попытка для соединения с отличным от ISDN оборудование. Например, к аналоговому каналу.
E0 Элемент обязательных сведений отсутствует Приемная аппаратура получила сообщение, которое не включало один из элементов обязательных сведений. Обычно это происходит из-за ошибки канала D. Если эта ошибка систематически происходит, сообщите о нем поставщику Сервиса ISDN.
E4 Недопустимые контенты элемента сведений Удаленное оборудование получило сообщение, которое включает недопустимые сведения в информационный элемент. Обычно это происходит из-за ошибки канала D.

Исходящие вызовы CAS

Для исходящих вызовов через T1 или E1 CAS и интегрированные цифровые модемы, большая часть устранения проблем подобна другому Устранению проблем DDR. То же сохраняется, также, для исходящих перекличек интегрированного модема линия PRI. Уникальные функции, вовлеченные в звонка этим способом, требуют специальной отладки в случае ошибки вызова.

Что касается других ситуаций DDR, необходимо гарантировать, что потребована попытка вызова. Используйте debug dialer events для этой цели. Обратитесь к Подтверждению Операции номеронабирателя.

Прежде чем вызов может быть размещен, модем должен быть выделен для вызова. Для просмотра этого процесса и последующего вызова, используют придерживающиеся команды отладки:

  • debug modem

  • debug modem csm

  • debug cas

Примечание: Команда debug cas впервые появилась в версии IOS 12.0 (7) T для AS5200 и AS5300. Более ранние версии IOS используют system-level configuration command service internal вместе с отладкой mgmt модема rbs команды exec:

Включение отладок

router#conf t 

Enter configuration commands, one per line.  End with CNTL/Z. 
router(config)#service internal 
router(config)#^Z 

router#modem-mgmt csm ? 
  debug-rbs     enable rbs debugging 
  no-debug-rbs  disable rbs debugging 

router#modem-mgmt csm debug-rbs 
router# 
neat msg at slot 0: debug-rbs is on 
neat msg at slot 0: special debug-rbs is on 

Выключение отладок

router# 
router#modem-mgmt csm no-debug-rbs 
neat msg at slot 0: debug-rbs is off 

Примечание: Отладка этой информации о AS5800 требует соединения с магистральной картой. Ниже приводится пример обычного исходящего вызова по T1 CAS, который обеспечен и настроен для Сигнализации с заземлением FXS:

Mica Modem(1/0): Rcvd Dial String(5551111) [Modem receives digits from chat script]
CSM_PROC_IDLE: CSM_EVENT_MODEM_OFFHOOK at slot 1, port 0 
CSM_RX_CAS_EVENT_FROM_NEAT:(A003):  EVENT_CHANNEL_LOCK at slot 1 and port 0 
CSM_PROC_OC4_DIALING: CSM_EVENT_DSX0_BCHAN_ASSIGNED at slot 1, port 0 
Mica Modem(1/0): Configure(0x1) 
Mica Modem(1/0): Configure(0x2) 
Mica Modem(1/0): Configure(0x5) 
Mica Modem(1/0): Call Setup 
neat msg at slot 0: (0/2): Tx RING_GROUND 
Mica Modem(1/0): State Transition to Call Setup 
neat msg at slot 0: (0/2): Rx TIP_GROUND_NORING [Telco switch goes OFFHOOK]
CSM_RX_CAS_EVENT_FROM_NEAT:(A003):  EVENT_START_TX_TONE at slot 1 and port 0 
CSM_PROC_OC5_WAIT_FOR_CARRIER: CSM_EVENT_DSX0_START_TX_TONE at slot 1, port 0 
neat msg at slot 0: (0/2): Tx LOOP_CLOSURE [Now the router goes OFFHOOK]
Mica Modem(1/0): Rcvd Tone detected(2) 
Mica Modem(1/0): Generate digits:called_party_num=5551111 len=8 
Mica Modem(1/0): Rcvd Digits Generated 
CSM_PROC_OC5_WAIT_FOR_CARRIER: CSM_EVENT_ADDR_INFO_COLLECTED at slot 1, port 0 
CSM_RX_CAS_EVENT_FROM_NEAT:(A003):  EVENT_CHANNEL_CONNECTED at slot 1 and port 0 
CSM_PROC_OC5_WAIT_FOR_CARRIER: CSM_EVENT_DSX0_CONNECTED at slot 1, port 0 
Mica Modem(1/0): Link Initiate 
Mica Modem(1/0): State Transition to Connect 
Mica Modem(1/0): State Transition to Link 
Mica Modem(1/0): State Transition to Trainup 
Mica Modem(1/0): State Transition to EC Negotiating 
Mica Modem(1/0): State Transition to Steady State 
Mica Modem(1/0): State Transition to Steady State Speedshifting 
Mica Modem(1/0): State Transition to Steady State

Отладки для T1s и E1 с другими типами передачи сигналов подобны.

Получение к этой точке в отладке указывает, что вызов и модемы с автоответом обучались и соединились, и что высокоуровневые протоколы могут начать выполнять согласование. Если модем должным образом выделен для исходящего вызова, но связь прерывается добираться настолько далеко, T1 должен быть исследован. Сошлитесь на Главу 15 для сведений об устранении проблем T1.

Устранение проблем PPP

Устранение проблем части PPP соединения начинается, когда вы знаете, что набираемое соединение, ISDN или асинкс, успешно устанавливает.

Важно понять то, на что успешная последовательность debug PPP похожа перед устранением проблем согласования PPP. Таким образом сравнение неисправного сеанса отладки PPP против успешно завершенной последовательности debug PPP экономит вам время и усилие.

Придерживающееся является примером успешной последовательности PPP. Посмотрите Подробные данные Согласования PPP LCP для подробного описания полей вывода.

Montecito# 
Mar 13 10:57:13.415: %LINK-3-UPDOWN: Interface Async1, changed state to up
Mar 13 10:57:15.415: As1 LCP: O CONFREQ [ACKrcvd] id 2 len 25
Mar 13 10:57:15.415: As1 LCP:    ACCM 0x000A0000 (0x0206000A0000)
Mar 13 10:57:15.415: As1 LCP:    AuthProto CHAP (0x0305C22305)
Mar 13 10:57:15.415: As1 LCP:    MagicNumber 0x1084F0A2 (0x05061084F0A2)
Mar 13 10:57:15.415: As1 LCP:    PFC (0x0702)
Mar 13 10:57:15.415: As1 LCP:    ACFC (0x0802)
Mar 13 10:57:15.543: As1 LCP: I CONFACK [REQsent] id 2 len 25
Mar 13 10:57:15.543: As1 LCP:    ACCM 0x000A0000 (0x0206000A0000)
Mar 13 10:57:15.543: As1 LCP:    AuthProto CHAP (0x0305C22305)
Mar 13 10:57:15.543: As1 LCP:    MagicNumber 0x1084F0A2 (0x05061084F0A2)
Mar 13 10:57:15.543: As1 LCP:    PFC (0x0702)
Mar 13 10:57:15.547: As1 LCP:    ACFC (0x0802)
Mar 13 10:57:16.919: As1 LCP: I CONFREQ [ACKrcvd] id 4 len 23
Mar 13 10:57:16.919: As1 LCP:    ACCM 0x000A0000 (0x0206000A0000)
Mar 13 10:57:16.919: As1 LCP:    MagicNumber 0x001327B0 (0x0506001327B0)
Mar 13 10:57:16.919: As1 LCP:    PFC (0x0702)
Mar 13 10:57:16.919: As1 LCP:    ACFC (0x0802)
Mar 13 10:57:16.919: As1 LCP:    Callback 6  (0x0D0306)
Mar 13 10:57:16.919: As1 LCP: O CONFREJ [ACKrcvd] id 4 len 7
Mar 13 10:57:16.919: As1 LCP:    Callback 6  (0x0D0306)
Mar 13 10:57:17.047: As1 LCP: I CONFREQ [ACKrcvd] id 5 len 20
Mar 13 10:57:17.047: As1 LCP:    ACCM 0x000A0000 (0x0206000A0000)
Mar 13 10:57:17.047: As1 LCP:    MagicNumber 0x001327B0 (0x0506001327B0)
Mar 13 10:57:17.047: As1 LCP:    PFC (0x0702)
Mar 13 10:57:17.047: As1 LCP:    ACFC (0x0802)
Mar 13 10:57:17.047: As1 LCP: O CONFACK [ACKrcvd] id 5 len 20
Mar 13 10:57:17.047: As1 LCP:    ACCM 0x000A0000 (0x0206000A0000)
Mar 13 10:57:17.047: As1 LCP:    MagicNumber 0x001327B0 (0x0506001327B0)
Mar 13 10:57:17.047: As1 LCP:    PFC (0x0702)
Mar 13 10:57:17.047: As1 LCP:    ACFC (0x0802)
Mar 13 10:57:17.047: As1 LCP: State is Open
Mar 13 10:57:17.047: As1 PPP: Phase is AUTHENTICATING, by this end
Mar 13 10:57:17.047: As1 CHAP: O CHALLENGE id 1 len 28 from "Montecito"
Mar 13 10:57:17.191: As1 CHAP: I RESPONSE id 1 len 30 from "Goleta"
Mar 13 10:57:17.191: As1 CHAP: O SUCCESS id 1 len 4
Mar 13 10:57:17.191: As1 PPP: Phase is UP
Mar 13 10:57:17.191: As1 IPCP: O CONFREQ [Closed] id 1 len 10
Mar 13 10:57:17.191: As1 IPCP:    Address 172.22.66.23 (0x0306AC164217)
Mar 13 10:57:17.303: As1 IPCP: I CONFREQ [REQsent] id 1 len 40
Mar 13 10:57:17.303: As1 IPCP:    CompressType VJ 15 slots CompressSlotID
 (0x0206002D0F01)
Mar 13 10:57:17.303: As1 IPCP:    Address 0.0.0.0 (0x030600000000)
Mar 13 10:57:17.303: As1 IPCP:    PrimaryDNS 0.0.0.0 (0x810600000000)
Mar 13 10:57:17.303: As1 IPCP:    PrimaryWINS 0.0.0.0 (0x820600000000)
Mar 13 10:57:17.303: As1 IPCP:    SecondaryDNS 0.0.0.0 (0x830600000000)
Mar 13 10:57:17.303: As1 IPCP:    SecondaryWINS 0.0.0.0 (0x840600000000)
Mar 13 10:57:17.303: As1 IPCP: O CONFREJ [REQsent] id 1 len 22
Mar 13 10:57:17.303: As1 IPCP:    CompressType VJ 15 slots CompressSlotID
 (0x0206002D0F01)
Mar 13 10:57:17.303: As1 IPCP:    PrimaryWINS 0.0.0.0 (0x820600000000)
Mar 13 10:57:17.303: As1 IPCP:    SecondaryWINS 0.0.0.0 (0x840600000000)
Mar 13 10:57:17.319: As1 CCP: I CONFREQ [Not negotiated] id 1 len 15
Mar 13 10:57:17.319: As1 CCP:    MS-PPC supported bits 0x00000001 (0x120600000001)
Mar 13 10:57:17.319: As1 CCP:    Stacker history 1 check mode EXTENDED (0x1105000104)
Mar 13 10:57:17.319: As1 LCP: O PROTREJ [Open] id 3 len 21 protocol CCP
Mar 13 10:57:17.319: As1 LCP:  (0x80FD0101000F12060000000111050001)
Mar 13 10:57:17.319: As1 LCP:  (0x04)
Mar 13 10:57:17.319: As1 IPCP: I CONFACK [REQsent] id 1 len 10
Mar 13 10:57:17.319: As1 IPCP:    Address 172.22.66.23 (0x0306AC164217)
Mar 13 10:57:18.191: %LINEPROTO-5-UPDOWN: Line protocol on Interface Async1,
 changed state to up
Mar 13 10:57:19.191: As1 IPCP: TIMEout: State ACKrcvd
Mar 13 10:57:19.191: As1 IPCP: O CONFREQ [ACKrcvd] id 2 len 10
Mar 13 10:57:19.191: As1 IPCP:    Address 172.22.66.23 (0x0306AC164217)
Mar 13 10:57:19.315: As1 IPCP: I CONFACK [REQsent] id 2 len 10
Mar 13 10:57:19.315: As1 IPCP:    Address 172.22.66.23 (0x0306AC164217)
Mar 13 10:57:20.307: As1 IPCP: I CONFREQ [ACKrcvd] id 2 len 34
Mar 13 10:57:20.307: As1 IPCP:    Address 0.0.0.0 (0x030600000000)
Mar 13 10:57:20.307: As1 IPCP:    PrimaryDNS 0.0.0.0 (0x810600000000)
Mar 13 10:57:20.307: As1 IPCP:    PrimaryWINS 0.0.0.0 (0x820600000000)
Mar 13 10:57:20.307: As1 IPCP:    SecondaryDNS 0.0.0.0 (0x830600000000)
Mar 13 10:57:20.307: As1 IPCP:    SecondaryWINS 0.0.0.0 (0x840600000000)
Mar 13 10:57:20.307: As1 IPCP: O CONFREJ [ACKrcvd] id 2 len 16
Mar 13 10:57:20.307: As1 IPCP:    PrimaryWINS 0.0.0.0 (0x820600000000)
Mar 13 10:57:20.307: As1 IPCP:    SecondaryWINS 0.0.0.0 (0x840600000000)
Mar 13 10:57:20.419: As1 IPCP: I CONFREQ [ACKrcvd] id 3 len 22
Mar 13 10:57:20.419: As1 IPCP:    Address 0.0.0.0 (0x030600000000)
Mar 13 10:57:20.419: As1 IPCP:    PrimaryDNS 0.0.0.0 (0x810600000000)
Mar 13 10:57:20.419: As1 IPCP:    SecondaryDNS 0.0.0.0 (0x830600000000)
Mar 13 10:57:20.419: As1 IPCP: O CONFNAK [ACKrcvd] id 3 len 22
Mar 13 10:57:20.419: As1 IPCP:    Address 10.1.1.1 (0x03060A010101)
Mar 13 10:57:20.419: As1 IPCP:    PrimaryDNS 171.68.10.70 (0x8106AB440A46)
Mar 13 10:57:20.419: As1 IPCP:    SecondaryDNS 171.68.10.140 (0x8306AB440A8C)
Mar 13 10:57:20.543: As1 IPCP: I CONFREQ [ACKrcvd] id 4 len 22
Mar 13 10:57:20.543: As1 IPCP:    Address 10.1.1.1 (0x03060A010101)
Mar 13 10:57:20.547: As1 IPCP:    PrimaryDNS 171.68.10.70 (0x8106AB440A46)
Mar 13 10:57:20.547: As1 IPCP:    SecondaryDNS 171.68.10.140 (0x8306AB440A8C)
Mar 13 10:57:20.547: As1 IPCP: O CONFACK [ACKrcvd] id 4 len 22
Mar 13 10:57:20.547: As1 IPCP:    Address 10.1.1.1 (0x03060A010101)
Mar 13 10:57:20.547: As1 IPCP:    PrimaryDNS 171.68.10.70 (0x8106AB440A46)
Mar 13 10:57:20.547: As1 IPCP:    SecondaryDNS 171.68.10.140 (0x8306AB440A8C)
Mar 13 10:57:20.547: As1 IPCP: State is Open
Mar 13 10:57:20.551: As1 IPCP: Install route to 10.1.1.1

Примечание: Отладки могут появиться в другом формате. Данный пример показывает более новый формат вывода Отладки PPP, который модифицировался в версии IOS 11.2 (8). См. Главу 16 для примера Отладки PPP с более старыми версиями IOS.

Подробные данные согласования PPP LCP

Штамп времени Описание
10:57:15.415 Исходящий запрос конфигурации (O CONFREQ). NAS передает исходящий пакет запросов конфигурации PPP клиенту.
10:57:15.543 Входящее подтверждение конфигурации (я CONFACK). Клиент подтверждает запрос PPP Montecito.
10:57:16.919 Входящий запрос конфигурации (я CONFREQ). Клиент хочет выполнить согласование о протоколе обратного вызова.
10:57:16.919 Отклонение исходящего подтверждения конфигурации (O CONFREJ). NAS отклоняет параметр обратного вызова.
10:57:17.047 Входящий запрос конфигурации (я CONFREQ). Запросы клиента новый набор опций. Заметьте, что управление обратными вызовами Microsoft не запрашивают на этот раз.
10:57:17.047 Подтверждение исходящего подтверждения конфигурации (O CONFACK). NAS принимает новый набор опций.
10:57:17.047 Согласование PPP LCP завершено успешно. Состояние LCP "Открыто". Обе стороны подтвердили (CONFACK) запрос конфигурации другой стороны (CONFREQ).
10:57:17.047 до 10:57:17.191 Аутентификация "PPP" завершена успешно. После того, как LCP выполняет согласование, аутентификация запускается. Аутентификация должна иметь место, прежде чем будут отправлены любые сетевые протоколы, такие как IP. Обе стороны подтверждают подлинность с методом, о котором выполняют согласование во время LCP. Montecito подтверждает подлинность клиента, использующего CHAP.
10:57:20.551 Состояние открыто для IP Control Protocol (IPCP). О маршруте выполняют согласование и устанавливают для узла IPCP, который является назначенным IP - адресом 1.1.1.1.

Протокол управления каналом

С двумя типами проблем, как правило, встречаются во время согласования LCP.

Первое происходит, когда один узел делает запросы конфигурации, которые другой узел не может или не подтверждать. В то время как это - частотность, это может быть проблема, если запрашивающая сторона настаивает на параметре. Типичный пример при согласовании о AUTHTYPE (также известный как "AuthProto"). Например, много серверов доступа настроены для принятия только CHAP для аутентификации. Если абонент будет настроен, чтобы сделать, то только Аутентификацией PAP, CONFREQ и CONFNAK обменяются до одного узла или других отбрасываний соединение.

BR0:1 LCP: I CONFREQ [ACKrcvd] id 66 len 14
BR0:1 LCP:    AuthProto PAP (0x0304C023)
BR0:1 LCP:    MagicNumber 0xBC6B9F91 (0x0506BC6B9F91)
BR0:1 LCP: O CONFNAK [ACKrcvd] id 66 len 9
BR0:1 LCP:    AuthProto CHAP (0x0305C22305)
BR0:1 LCP: I CONFREQ [ACKrcvd] id 67 len 14
BR0:1 LCP:    AuthProto PAP (0x0304C023)
BR0:1 LCP:    MagicNumber 0xBC6B9F91 (0x0506BC6B9F91)
BR0:1 LCP: O CONFNAK [ACKrcvd] id 67 len 9
BR0:1 LCP:    AuthProto CHAP (0x0305C22305)
BR0:1 LCP: I CONFREQ [ACKrcvd] id 68 len 14
BR0:1 LCP:    AuthProto PAP (0x0304C023)
BR0:1 LCP:    MagicNumber 0xBC6B9F91 (0x0506BC6B9F91)
BR0:1 LCP: O CONFNAK [ACKrcvd] id 68 len 9
BR0:1 LCP:    AuthProto CHAP (0x0305C22305)
...
...

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

Jun 10 19:57:59.768: As5 PPP: Phase is ESTABLISHING, Active Open  
Jun 10 19:57:59.768: As5 LCP: O CONFREQ [Closed] id 64 len 25  
Jun 10 19:57:59.768: As5 LCP: ACCM 0x000A0000 (0x0206000A0000) 
Jun 10 19:57:59.768: As5 LCP: AuthProto CHAP (0x0305C22305) 
Jun 10 19:57:59.768: As5 LCP: MagicNumber 0x5779D9D2 (0x05065779D9D2)
Jun 10 19:57:59.768: As5 LCP: PFC (0x0702)
Jun 10 19:57:59.768: As5 LCP: ACFC (0x0802) 
Jun 10 19:58:01.768: As5 LCP: TIMEout: State REQsent  
Jun 10 19:58:01.768: As5 LCP: O CONFREQ [REQsent] id 65 len 25 
Jun 10 19:58:01.768: As5 LCP: ACCM 0x000A0000 (0x0206000A0000) 
Jun 10 19:58:01.768: As5 LCP: AuthProto CHAP (0x0305C22305) 
Jun 10 19:58:01.768: As5 LCP: MagicNumber 0x5779D9D2 (0x05065779D9D2)
Jun 10 19:58:01.768: As5 LCP: PFC (0x0702)
Jun 10 19:58:01.768: As5 LCP: ACFC (0x0802). 
Jun 10 19:58:03.768: As5 LCP: TIMEout: State REQsent  
Jun 10 19:58:03.768: As5 LCP: O CONFREQ [REQsent] id 66 len 25 
Jun 10 19:58:03.768: As5 LCP: ACCM 0x000A0000 (0x0206000A0000) 
Jun 10 19:58:03.768: As5 LCP: AuthProto CHAP (0x0305C22305) 
Jun 10 19:58:03.768: As5 LCP: MagicNumber 0x5779D9D2 (0x05065779D9D2)
Jun 10 19:58:03.768: As5 LCP: PFC (0x0702)
Jun 10 19:58:03.768: As5 LCP: ACF.C (0x0802) 
Jun 10 19:58:05.768: As5 LCP: TIMEout: State REQsent  
Jun 10 19:58:05.768: As5 LCP: O CONFREQ [REQsent] id 67 len 25 

!--- This repeats every two seconds until:

Jun 10 19:58:19.768: As5 LCP: O CONFREQ [REQsent] id 74 len 25 
Jun 10 19:58:19.768: As5 LCP: ACCM 0x000A0000 (0x0206000A0000) 
Jun 10 19:58:19.768: As5 LCP: AuthProto CHAP (0x0305C22305) 
Jun 10 19:58:19.768: As5 LCP: MagicNumber 0x5779D9D2 (0x05065779D9D2)
Jun 10 19:58:19.768: As5 LCP: PFC (0x0702)
Jun 10 19:58:19.768: As5 LCP: ACFC (0x0802)  
Jun 10 19:58:21.768: As5 LCP: TIMEout: State REQsent  
Jun 10 19:58:21.768: TTY5: Async Int reset: Dropping DTR

Если соединение является асинксом, вероятная причина является несоответствием скорости между маршрутизатором и его модемом. Это обычно в результате того, что было не в состоянии блокировать скорость DTE модема к настроенной скорости линии TTY. Проблема может быть найдена или на или на оба из узлов, так проверьте обоих. Обратитесь к Модему, не Может Передать или Получить Данные ранее в этой главе.

Если признаки будут замечены, когда соединение будет по ISDN, то проблема, вероятно, будет состоять в том, что один узел соединяется в 56K, в то время как другой в 64K. В то время как это условие редко, это действительно происходит. Проблемой могли быть один или оба узла, или возможно телефонная компания. Используйте debug isdn q931 и исследуйте Сообщения SETUP на каждом из узлов. Пропускная способность информационного канала, передаваемая от одного узла, должна совпасть с Пропускной способностью информационного канала, замеченной в Сообщении SETUP, полученном на другом узле. Как возможное средство, настройте скорость вызова номера, 56K или 64K, или в cхеме набора номеров команды уровня интерфейса или в команде dialer isdn speed, настроенной под классом сопоставления.

*Mar 20 21:07:45.033: ISDN BR0: TX ->  SETUP pd = 8  callref = 0x2C
*Mar 20 21:07:45.037:         Bearer Capability i = 0x8890
*Mar 20 21:07:45.041:         Channel ID i = 0x83
*Mar 20 21:07:45.041:         Keypad Facility i = 0x35353533373539

Эта ситуация является той, которая может гарантировать вызов к Центру технической поддержки Cisco. Соберите следующие результаты от обоих узлов прежде, чем вызвать TAC:

  • show running-config

  • show version

  • debug isdn q931

  • debug isdn events

  • debug ppp negotiation

Authentication

Ошибка проверки подлинности является одиночной наиболее распространенной причиной сбоя PPP. Неверно настроенное или имена пользователя и пароли, которым не соответствуют, создают сообщения об ошибках в выходных данных отладки.

Следующий пример показывает, что Goleta имени пользователя не имеет разрешений для вызова номера в к NAS, которому не настраивали локальное имя пользователя для этого пользователя. Для решения проблемы используйте команду password password названия имени пользователя для добавления имени пользователя "Goleta" к локальной базе данных AAA NA:

Mar 13 11:01:42.399: As2 LCP: State is Open
Mar 13 11:01:42.399: As2 PPP: Phase is AUTHENTICATING, by this end
Mar 13 11:01:42.399: As2 CHAP: O CHALLENGE id 1 len 28 from "Montecito"
Mar 13 11:01:42.539: As2 CHAP: I RESPONSE id 1 len 30 from "Goleta"
Mar 13 11:01:42.539: As2 CHAP: Unable to validate Response.  Username Goleta not found
Mar 13 11:01:42.539: As2 CHAP: O FAILURE id 1 len 26 msg is "Authentication failure"
Mar 13 11:01:42.539: As2 PPP: Phase is TERMINATING

Следующий пример показывает, что имя пользователя "Goleta" настроено на NAS. Однако сравнение паролей отказало. Для решения этой проблемы используйте команду password password названия имени пользователя для определения корректного пароля для входа для Goleta:

Mar 13 11:04:06.843: As3 LCP: State is Open
Mar 13 11:04:06.843: As3 PPP: Phase is AUTHENTICATING, by this end
Mar 13 11:04:06.843: As3 CHAP: O CHALLENGE id 1 len 28 from "Montecito"
Mar 13 11:04:06.987: As3 CHAP: I RESPONSE id 1 len 30 from "Goleta"
Mar 13 11:04:06.987: As3 CHAP: O FAILURE id 1 len 25 msg is "MD/DES compare failed"
Mar 13 11:04:06.987: As3 PPP: Phase is TERMINATING

Для получения дополнительной информации об Аутентификации PAP обращаются к Настройке и Протоколу аутентификации Пароля PPP Устранения проблем (PAP).

Протокол управления сетью

После того, как узлы успешно выполнили обязательную аутентификацию, шаги согласования в фазу NCP. Если оба узла должным образом настроены, согласование NCP могло бы быть похожим на следующий пример, который показывает вызов номера клиентского компьютера в и согласование с NAS:

solvang# show debug
Generic IP:
IP peer address activity debugging is on
PPP:
PPP protocol negotiation debugging is on

*Mar  1 21:35:04.186: As4 PPP: Phase is UP
*Mar  1 21:35:04.190: As4 IPCP: O CONFREQ [Not negotiated] id 1 len 10
*Mar  1 21:35:04.194: As4 IPCP:    Address 10.1.2.1 (0x03060A010201)
*Mar  1 21:35:04.282: As4 IPCP: I CONFREQ [REQsent] id 1 len 28
*Mar  1 21:35:04.282: As4 IPCP:    CompressType VJ 15 slots CompressSlotID
 (0x0206002D0F01)
*Mar  1 21:35:04.286: As4 IPCP:    Address 0.0.0.0 (0x030600000000)
*Mar  1 21:35:04.290: As4 IPCP:    PrimaryDNS 0.0.0.0 (0x810600000000)
*Mar  1 21:35:04.298: As4 IPCP:    SecondaryDNS 0.0.0.0 (0x830600000000)
*Mar  1 21:35:04.306: As4 IPCP: O CONFREJ [REQsent] id 1 len 10
*Mar  1 21:35:04.310: As4 IPCP:    CompressType VJ 15 slots CompressSlotID
 (0x0206002D0F01)
*Mar  1 21:35:04.314: As4 CCP: I CONFREQ [Not negotiated] id 1 len 15
*Mar  1 21:35:04.318: As4 CCP:    MS-PPC supported bits 0x00000001 (0x120600000001)
*Mar  1 21:35:04.318: As4 CCP:    Stacker history 1 check mode EXTENDED (0x1105000104)
*Mar  1 21:35:04.322: As4 LCP: O PROTREJ [Open] id 3 len 21 protocol CCP
*Mar  1 21:35:04.326: As4 LCP:  (0x80FD0101000F12060000000111050001)
*Mar  1 21:35:04.330: As4 LCP:  (0x04)
*Mar  1 21:35:04.334: As4 IPCP: I CONFACK [REQsent] id 1 len 10
*Mar  1 21:35:04.338: As4 IPCP:    Address 10.1.2.1 (0x03060A010201)
*Mar  1 21:35:05.186: %LINEPROTO-5-UPDOWN: Line protocol on Interface Async4,
 changed state to up
*Mar  1 21:35:07.274: As4 IPCP: I CONFREQ [ACKrcvd] id 2 len 22
*Mar  1 21:35:07.278: As4 IPCP:    Address 0.0.0.0 (0x030600000000)
*Mar  1 21:35:07.282: As4 IPCP:    PrimaryDNS 0.0.0.0 (0x810600000000)
*Mar  1 21:35:07.286: As4 IPCP:    SecondaryDNS 0.0.0.0 (0x830600000000)
*Mar  1 21:35:07.294: As4 IPCP: O CONFNAK [ACKrcvd] id 2 len 22
*Mar  1 21:35:07.298: As4 IPCP:    Address 10.1.2.2 (0x03060A010202)
*Mar  1 21:35:07.302: As4 IPCP:    PrimaryDNS 10.2.2.3 (0x81060A020203)
*Mar  1 21:35:07.310: As4 IPCP:    SecondaryDNS 10.2.3.1 (0x83060A020301)
*Mar  1 21:35:07.426: As4 IPCP: I CONFREQ [ACKrcvd] id 3 len 22
*Mar  1 21:35:07.430: As4 IPCP:    Address 10.1.2.2 (0x03060A010202)
*Mar  1 21:35:07.434: As4 IPCP:    PrimaryDNS 10.2.2.3 (0x81060A020203)
*Mar  1 21:35:07.442: As4 IPCP:    SecondaryDNS 10.2.3.1 (0x83060A020301)
*Mar  1 21:35:07.446: ip_get_pool: As4: validate address = 10.1.2.2
*Mar  1 21:35:07.450: ip_get_pool: As4: using pool default
*Mar  1 21:35:07.450: ip_get_pool: As4: returning address = 10.1.2.2
*Mar  1 21:35:07.454: set_ip_peer_addr: As4: address = 10.1.2.2 (3) is redundant
*Mar  1 21:35:07.458: As4 IPCP: O CONFACK [ACKrcvd] id 3 len 22
*Mar  1 21:35:07.462: As4 IPCP:    Address 10.1.2.2 (0x03060A010202)
*Mar  1 21:35:07.466: As4 IPCP:    PrimaryDNS 10.2.2.3 (0x81060A020203)
*Mar  1 21:35:07.474: As4 IPCP:    SecondaryDNS 10.2.3.1 (0x83060A020301)
*Mar  1 21:35:07.478: As4 IPCP: State is Open
*Mar  1 21:35:07.490: As4 IPCP: Install route to 10.1.2.2

Подробные данные согласования PPP NCP

Штамп времени Описание
21:35:04.190 Исходящий запрос конфигурации (O CONFREQ). NAS передает исходящий пакет запросов конфигурации PPP, содержащий его IP-адрес к узлу.
21:35:04.282 Входящий CONFREQ. Запросы от равноправного участника, чтобы сделать сжатие заголовка VJ. Это требует IP-адреса для себя, а также адресов основного и дополнительных DNS - серверов.
21:35:04.306 Outbound Config-Reject (CONFREJ). Сжатие заголовка VJ отклонено.
21:35:04.314 до 21:35:04.330 Узел отправляет запрос, чтобы сделать Протокол управления сжатием; полный протокол отклонен NAS посредством сообщения PROTREJ. Узел не должен (и не делать), пытаются повторить CCP.
21:35:04.334 Узел подтверждает IP-адрес NAS с CONFACK.
21:35:07.274 Входящий CONFREQ. Узел больше не запрашивает сделать сжатие заголовка VJ, но все еще требует IP-адреса для себя, а также адресов основного и дополнительных DNS - серверов.
21:35:07.294 NAS передает CONFNAK, содержащий адрес, который он хочет, чтобы узел использовал, и адреса основного и дополнительных DNS - серверов.
21:35:07.426 Узел передает адреса обратно NAS; попытка подтвердить, что были должным образом получены адреса.
21:35:07.458 NAS подтверждает адреса с CONFACK.
21:35:07.478 Каждая сторона соединения, выполнявшего CONFACK, концы согласования. Команда show interfaces Async4 на NAS показывает "IPCP: Открытый".
21:35:07.490 Маршрут хоста к удаленному узлу установлен в таблице маршрутизации NA.

Для узлов возможно одновременно выполнить согласование о нескольких протоколах Уровня 3. Весьма распространено, например, видеть IP и IPX, являющийся договорным. Для одного протокола также возможно успешно выполнить согласование в то время как другие сбои для этого.

Устранение проблем NCP

Любые проблемы, которые происходят во время согласования NCP, могут, как правило, отслеживаться к конфигурациям узлов согласования. Если сбои согласования PPP во время фазы NCP, обратитесь к следующим шагам:

  1. Проверьте интерфейсную конфигурацию протокола

    Исследуйте выходные данные privileged exec command show running-config. Проверьте, что интерфейс настроен для поддержки протокола, вы хотите работать на основе соединения.

  2. Проверьте интерфейсный адрес

    Подтвердите, что рассматриваемому интерфейсу настроили адрес. При использовании ip, ненумерованного [interface-name] или loopback ipx ppp-client [количество], гарантируйте, что упоминаемый интерфейс настроен с адресом.

  3. Проверьте доступность адреса клиента

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

    • Настройте локально на интерфейсе. Проверьте конфигурацию интерфейса для команды peer default ip address a.b. cD. На практике этот метод должен только использоваться на интерфейсах, которые принимают соединения от одиночного абонента, такой как на асинксе (не group-async) интерфейс.

    • Пул адресов локально настроен на NAS. Интерфейс должен иметь стандартный пул IP-адресов однорангового соединения команды [pool-name]. Кроме того, пул должен быть определен в уровне системы с командой ip local pool [pool-name] [первый адресный] [последний адресный]. Диапазон адресов, определенных в пуле, должен быть достаточно большим для размещения стольких одновременно связанных абонентов, сколько NAS способен.

    • DHCP Server. Интерфейс NAS должен быть настроен с командой peer default ip address dhcp. Кроме того, NAS должен быть настроен для обращения к DHCP server с dhcp-server команды глобальной конфигурации IP [адрес].

    • AAA. При использовании TACACS + или RADIUS для авторизации, AAA-сервер может быть настроен, чтобы вручить определенный IP-адрес данному абоненту каждый раз, когда абонент соединяется. См. Главу 16 для получения дополнительной информации.

  4. Проверьте настройку адреса сервера

    Для возврата настроенных адресов Серверов доменных имен или Серверов Windows NT Server в ответ на запросы BOOTP гарантируйте, что настроен global-level commands async-bootp DNS-server [адрес] и async-bootp nbns-server [адрес].

    Примечание: В то время как подмаска подсети команды async-bootp [маска] может быть настроена на NAS, о маске подсети не выполнят согласование между NAS и ПК клиента с наборным (телефонным) доступом PPP. Из-за природы двухточечных соединений, клиент автоматически использует IP-адрес NAS (изученный во время согласования IPCP) как шлюз по умолчанию. Маска подсети не необходима в той среде с двухточечным соединением. ПК знает, что, если адрес назначения (DA) не совпадает с локальным адресом, пакет должен быть передан к шлюзу по умолчанию (NAS), который всегда достигается через Канал "PPP".

Прежде, чем вызвать специалистов центра технической помощи Cisco Systems

Прежде, чем вызвать Центр технической поддержки (TAC) Cisco Systems, удостоверьтесь, что вы прочитали эту главу и завершили действия, предложенные для проблемы системы.

Кроме того, оформите результаты выполненных действий для предоставления более эффективной помощи:

Для всех проблем соберите выходные данные config покажите выполнение и show version. Гарантируйте, что service timestamps debug datetime msec команды находится в конфигурации.

Для проблем DDR соберите придерживающееся:

  • show dialer map

  • debug dialer

  • debug ppp negotiation

  • debug ppp authenticaion

Если ISDN включен, соберите:

  • show isdn status

  • debug isdn q931

  • debug isdn events

Если модемы включены, собирают:

  • выставочные подвиды

  • выставочный подвид [x]

  • show modem (если интегрированные модемы включены),

  • show modem version (если интегрированные модемы включены),

  • debug modem

  • debug modem csm (если интегрированные модемы включены),

  • отладьте чат (если сценарий DDR)

Если T1s или PRI включены, собирают:

  • show controller t1

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

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


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


Document ID: 10203