Ошибка проверки синхронизации Xdsl

Обновлено: 12.05.2024

На этой странице объясняется, как DSL-модем подключается к Интернету.

Содержание

После включения модем DSL обычно проходит следующие этапы:

Самопроверка
Синхронизация DSL
Аутентификация
В работе

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

Первым этапом подключения к Интернету является получение DSL-подключения "канального уровня" к центральному офису или DSLAM. После установки модем будет использовать это соединение для передачи интернет-трафика.

Обеспечение и поддержание хорошего DSL-соединения с центральным офисом или DSLAM имеет решающее значение для хорошей производительности. Чтобы максимизировать производительность, модем пытается определить качество вашей телефонной линии и адаптироваться к условиям. Самым основным требованием является получение синхронизации DSL (обнаружение и блокировка сигнала DSL).

Случаи, которые могут пойти не так на этом этапе, включают следующее:

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

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

Наиболее распространенные проблемы на этом этапе включают:

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

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

Ваш модем также ищет соединения с вашими компьютерами через свои порты Ethernet или, если они установлены и включены, через беспроводную связь. Установление этих каналов проходит те же этапы, что и описанные выше для DSL. Соединения Ethernet обычно достаточно надежны и безотказны, но беспроводные соединения могут страдать от помех другим беспроводным сигналам. В Канаде для беспроводного использования выделено только одиннадцать каналов, и в большинстве городских районов, особенно в многоквартирных домах или комплексах таунхаусов, в радиусе действия вашего компьютера может быть двадцать или более сетей, что может затруднить предотвращение помех. Дополнительную информацию см. в разделе О беспроводной сети.

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

У меня есть связанный DSL-сервис 12/2 от Frontier, который теряет синхронизацию 3–4 раза в неделю в среднем на 1–3 часа. Я работал с местными техниками, которые говорят, что они все проверили и «сделали все, что могли». Один раз заменили шлюз. Я заменил провод от NID к внутреннему разъему. В настоящее время я работаю с поддержкой второго уровня. Они подтвердили проблему с потерей синхронизации, но говорят, что единственный тест, который не проходит, — это тест синхронизации (и они больше не могут пинговать мой шлюз). Поддержка уровня 2 рекомендует заменить модем (это будет 3-й) и проверить внутреннюю проводку. Поддержка уровня 2 также предполагает, что отношение сигнал/шум может быть слишком высоким, чтобы протолкнуть 12/2 (что на самом деле на 3 выше) и что мне, возможно, придется переключиться на 6/1. Ни один из шести или около того технических специалистов, побывавших в доме, не упомянул о проблеме с отношением сигнал/шум.

Подробнее

Замена провода к NID, похоже, немного увеличила мою общую скорость. Как правило, я получаю почти 12 проигрышей и 3 проигрыша.
Поддержка уровня 2 выявила 1 проблему с синхронизацией в час ночи, когда никто активно не использовал соединение. Однако мой компьютер мог обновляться.
Как правило, шлюз теряет синхронизацию, а затем постоянно пытается выполнить повторную синхронизацию в течение 2–4 часов с одной или обеих сторон.
Недавно модем перезагрузился сам по себе, когда я транслировал видео со своего компьютера на AppleTV, а кто-то еще транслировал видео по запросу. Одна сторона потеряла синхронизацию на несколько часов.Нам не удалось воспроизвести этот сбой.
Недавно он потерял синхронизацию на 3 часа, когда я открыл примерно 15 вкладок на уникальных веб-страницах.
Большинство проблем с синхронизацией возникают во второй половине дня — между 16:00 и 18:00.
Я использую шлюз Actiontec F2250.
Подготовленная скорость соединения: 13 923 / 2282 КБ.
Перезагрузка шлюза не влияет на решение проблем с синхронизацией.
Похоже, возникла проблема с раздуванием буфера.
2,8 % потерь пакетов при проверке связи при загрузке или загрузке обновления программного обеспечения.
Большая задержка при загрузке или выгрузке
7400 футов до DSLAM
Сторона с лучшим SNR опустится, а сторона с худшим SRN останется наверху. (См. снимок экрана)

Перебои, которые я заметил с тех пор, как начал отслеживать

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

Я предполагаю, что ATM означает асинхронный режим передачи, а PPP означает протокол точка-точка. Именно это мой маршрутизатор указывал как неисправность.

Сводка теста состояния xDSL
Статус синхронизации: цепь синхронизирована

Общая информация
Статус NTE: Статус питания NTE: Неизвестно Статус обхода:

Информация о восходящем канале DSL Информация о нисходящем канале DSL
Потери в контуре: 9,0 17,0
Запас SNR: 25 15
Секунды с ошибками: 0 0
Ошибки HEC: 0
Количество ячеек : 0 0
Скорость: 448 8128
Статус TAM: успешно выполненная операция

Тест сети: результаты подтеста
Название уровня Значение Статус
Пропуск модема < br />Мощность передатчика (в восходящем направлении) 12,4 дБм
Мощность передатчика (в нисходящем направлении) 8,8 дБм
PSD в восходящем направлении -38 дБм/Гц
PSD в нисходящем направлении -51 дБм/Гц
Проход DSL < br />Имя поставщика оборудования TSTC
Идентификатор поставщика оборудования n/a
Ревизия поставщика оборудования n/a
Время обучения 8 с
Количество синхронизаций 1
Скорость восходящего потока 448 кбит/с
Скорость нисходящего потока 8128 кбит/с
Максимальная скорость восходящего потока 1108 кбит/с
Максимальная скорость нисходящего потока 11744 кбит/с
Затухание восходящего потока 3,5 дБ
Затухание в нисходящем направлении 0,0 дБ
Запас помехоустойчивости в восходящем направлении 20,0 дБ
Запас помехоустойчивости в нисходящем направлении 19,0 дБ
Локальные ошибки CRC 0
Удаленные ошибки CRC 0
Путь передачи данных вверх чередующийся
нисходящий путь передачи данных чередующийся
стандартный используемый G_DMT
INP
INP восходящие символы n/a
INP восходящая задержка 4 мс
INP восходящая глубина 4
INP восходящая глубина 4
/>Символы нисходящего потока INP n/a
Задержка нисходящего потока INP 5 мс
Глубина нисходящего потока INP 32
Причина ATM: Нет полученных ячеек ATM не удалось
Количество переданных ячеек 30
Количество полученных ячеек 0
количество ошибок HEC на ближнем конце 0
количество ошибок HEC на дальнем конце н/д
Причина PPP: Нет ответа от однорангового сбоя
Аутентификация PAP не проверена
Аутентификация CHAP не проверена

ОБНОВЛЕНИЕ

Я только что получил обновление статуса от моего интернет-провайдера:

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

Поэтому никакой реальной помощи в том, чтобы сказать мне, была ли это аппаратная или программная проблема, нет.

В этом документе описывается, как настроить маршрутизатор оборудования в помещении клиента (CPE) цифровой абонентской линии Cisco (DSL) для службы цифровой абонентской линии с очень высокой скоростью передачи данных (VDSL). В нем объясняется, как устранять неполадки, связанные с VDSL, на платах Cisco 880 Series, 890 Series, 860 Series и Enhanced High Speed WAN (EHWIC) VDSL/асинхронной цифровой абонентской линии (ADSL). Этот документ очень специфичен для услуги VDSL, хотя вы можете иметь либо услугу ADSL, либо услугу VDSL на вышеупомянутых маршрутизаторах и модулях. Есть три уровня, на которых может произойти сбой:

Уровень 1 — физическое подключение DSL к мультиплексору доступа к цифровой абонентской линии (DSLAM) вашего интернет-провайдера
Уровень 2.1 — сквозное подключение Ethernet
Уровень 2.2. Протокол "точка-точка" через Ethernet (PPPoE), IP через Ethernet (IPoE), мост RFC1483 или маршрутизация RFC1483
Уровень 3 — IP

Предпосылки

Требования

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

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

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

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

Проблемы уровня 1

Горит или не горит индикатор обнаружения несущей (CD) на передней панели маршрутизатора Cisco DSL?

Если индикатор компакт-диска горит, перейдите к разделу «Проблемы уровня 2» этого документа.

Если индикатор компакт-диска не горит, перейдите к следующему вопросу.

Использует ли ваш интернет-провайдер DSLAM, поддерживающий набор микросхем Broadcom?

Подтвердите информацию от своего интернет-провайдера. Проверьте совместимость DSLAM для модели маршрутизатора или платы, указанной в спецификации.

Подключен ли порт DSL на задней панели маршрутизатора Cisco DSL к настенной розетке DSL?

Если порт DSL не подключен к настенной розетке DSL, подключите порт к стене с помощью прямого кабеля RJ-11. Это стандартный телефонный кабель. Линии VDSL используют контакты 3 и 4.

Каков статус контроллера, режим работы и режим покрытия передачи (TC)?

Посмотрите этот образец вывода:

Проверьте их в выводе команды show controller:

Контроллер находится в состоянии "ВВЕРХ". Если он находится в состоянии «Down», это указывает на проблему уровня 1 (проблема с оборудованием, проблема с линией или проблема взаимодействия с DSLAM). В этом случае перейдите к устранению неполадок уровня 1.
Проверьте режим работы, режим обучения и режим TC. Убедитесь, что для контроллера настроен правильный режим работы. Cisco рекомендует использовать автоматический режим работы DSL, если вы не уверены, какую технологию Discrete Multi-Tone (DMT) использует ваш интернет-провайдер. Это команды для настройки автоматического определения режима работы:

Посмотрите на обученный режим и убедитесь, что у вас есть правильный режим, согласованный с интернет-провайдером. Еще одним важным параметром, на который следует обратить внимание, является режим TC. Если режим обучения — VDSL2 или VDSL2+, режим TC будет режимом передачи пакетов (PTM). В этом случае необходимо, чтобы интерфейс PTM Ethernet находился в состоянии «up» и все параметры верхнего уровня, такие как PPP, IP и т. д., должны быть настроены для интерфейса Ethernet. Если обученным режимом является ADSL, ADSL2 или ADSL2+, режим TC должен быть ATM, и в этом случае все параметры верхнего уровня должны быть настроены в рамках постоянного виртуального канала ATM (PVC). Если вы меняете режим работы между ADSL и VDSL, вам может не потребоваться перезагрузка маршрутизатора, чтобы активировать соответствующие интерфейсы Ethernet или ATM.

Проверьте запас шума и затухание. Запас по шуму — это относительная сила отношения сигнал-шум DSL. Чем выше число, тем лучше для этого измерения:

6 дБ или ниже – это плохо, синхронизация невозможна или возникают периодические проблемы с синхронизацией.
7 – 10 дБ вполне приемлемы, но не оставляют места для различий в условиях.
11 – 20 дБ – это хорошо, проблемы с синхронизацией практически отсутствуют.
20 – 28 дБ — это отлично.
29 дБ и выше — это выдающееся качество

Затухание — это мера того, насколько сильно ухудшился сигнал между DSLAM и модемом. Во многом это зависит от удаленности от биржи. Чем ниже дБ, тем лучше для этого измерения.

20 дБ и ниже — выдающиеся.
20 – 30 дБ — это отлично.
30–40 дБ — это очень хорошо.
40–50 дБ — это хорошо
50 – 60 дБ — это плохо, могут возникнуть проблемы с подключением.
60 дБ и выше — это плохо, и могут возникнуть проблемы с подключением.

Убедитесь, что у вас установлена одна из последних версий прошивки VDSL. В последней прошивке исправлено большинство известных проблем совместимости. Вы можете загрузить последнюю версию микропрограммы с веб-сайта CCO.

Убедитесь, что DSL синхронизирован с правильными скоростями входящего и исходящего трафика.

У вас есть правильная модель маршрутизатора?

Обратите внимание, что маршрутизаторы ADSL/VDSL выпускаются в двух версиях. 1) DSL через обычную телефонную службу (Приложение-A) и 2) DSL через цифровую сеть с интеграцией служб (Приложение-B). В некоторых странах интернет-провайдеры предоставляют подключение по Приложению B, а в большинстве других — по Приложению A. Маршрутизатор или карта DSL Приложения-A не будут синхронизироваться с линией Приложения-B и наоборот. Следовательно, вам нужно убедиться, что у вас есть правильная модель маршрутизатора. Дополнительные сведения см. в техническом описании маршрутизатора.

Правильно ли протестирована/подготовлена цепь?

Получите эту информацию у своего интернет-провайдера или телефонной компании.

Проблемы уровня 2

Подключен ли PTM Ethernet?

После проверки того, что обучаемый режим — это VDSL, убедитесь, что интерфейс Ethernet находится в рабочем состоянии.

Ожидает ли провайдер тегированный трафик? Если да, то что такое идентификатор виртуальной локальной сети (VLAN ID)?

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

Заполнена ли запись протокола разрешения адресов (ARP)?

Определите, есть ли MAC-адрес удаленного устройства в выходных данных команды show arp.

Получаете ли вы данные от своего интернет-провайдера?

Если у вас есть правильный идентификатор VLAN, следующим шагом будет проверка вашей попытки согласования протокола «точка-точка» (PPP) с вашим интернет-провайдером. Для этого введите команду show interface Ethernet0 и проверьте входящие и исходящие пакеты.

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

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

Правильно ли PPP согласовывает?

Если уровень 1 включен и у вас есть правильный идентификатор VLAN, следующим шагом будет убедиться, что PPP работает правильно. Чтобы выполнить это, вам нужно запустить серию команд отладки на маршрутизаторе Cisco DSL и интерпретировать вывод. Основная команда отладки, которую вы используете, — это согласование ppp отладки. Этот вывод команды является примером успешного согласования PPP:

В согласовании PPP есть четыре основные точки отказа:

От удаленного устройства (вашего интернет-провайдера) нет ответа
Протокол управления каналом (LCP) не открыт
Ошибка аутентификации
Сбой протокола управления IP (IPCP)

Нет ответа от вашего интернет-провайдера

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

В этом выводе есть только пакеты O, которые являются исходящими пакетами. Для успешного согласования PPP должен быть входящий пакет I от вашего интернет-провайдера для каждого отправленного пакета O. Если входящие пакеты увеличиваются, но I-пакеты не отображаются, обратитесь к поставщику услуг Интернета, чтобы проверить пакеты, отправляемые на маршрутизатор Cisco DSL.

LCP не открыт

Если LCP не открыт, это обычно вызвано несоответствием параметров PPP. Это несоответствие возникает, когда маршрутизатор Cisco DSL имеет настроенный параметр PPP, который не поддерживает ваш интернет-провайдер, или когда ваш интернет-провайдер имеет настроенный параметр, который не поддерживает маршрутизатор Cisco DSL. Эти выходные данные показывают пример несоответствия параметра PPP:

Будь то пакет I или O, отрицательное подтверждение конфигурации (CONFNAK) указывает на несоответствие конфигурации PPP. Это означает, что одна сторона соединения PPP запрашивает опцию PPP, которую другая сторона не может или не настроена выполнить. Если Маршрутизатор Cisco DSL отправляет CONFNAK (обозначается "O CONFNAK"), Маршрутизатор Cisco DSL не может выполнять или не настроен для параметра, который отправляет Интернет-провайдер. Если CONFNAK отправляется вашим интернет-провайдером (обозначается «I CONFNAK»), вы настроили на маршрутизаторе Cisco DSL параметр, который ваш интернет-провайдер не хочет выполнять.

Строка после CONFNAK описывает вариант, который был отклонен. В выходных данных этого примера параметром является протокол проверки подлинности при рукопожатии (CHAP), но это может быть любой вариант. Единственное место на маршрутизаторе Cisco DSL, где можно настроить параметры PPP, — номеронабиратель интерфейса 1. Введите команду show run interface dialer 1, чтобы просмотреть конфигурацию номеронабирателя интерфейса 1.

Если ваш интернет-провайдер отправляет I CONFNAK, найдите в средстве набора номера 1 команды, соответствующие строке после CONFNAK, и удалите их. Если маршрутизатор Cisco DSL отправляет O CONFNAK, добавьте команду в номеронабиратель интерфейса 1, чтобы должным образом согласовать PPP с вашим интернет-провайдером. В случае, если маршрутизатор отправляет пакеты, вам может потребоваться позвонить в службу поддержки Cisco, чтобы определить, какие команды необходимо включить на маршрутизаторе Cisco DSL.

Ошибка аутентификации

Сбой аутентификации происходит, когда ваш интернет-провайдер не может аутентифицировать ваше имя пользователя или пароль PPP. Есть два сценария, в которых это может произойти. Первый сценарий — это несоответствие типа аутентификации, вызванное неправильной настройкой маршрутизатора. Все конфигурации проверки подлинности, перечисленные в этом документе, учитывают как протокол проверки подлинности по паролю (PAP), так и типы проверки подлинности CHAP. Для гибкости конфигурации у вас должны быть настроены как CHAP, так и PAP. Если у вас не настроены оба параметра, вы можете увидеть выходные данные команды согласования отладки ppp, как в этом примере:

Чтобы исправить обе проблемы с несоответствием аутентификации, вам необходимо перенастроить протокол аутентификации на протокол, запрошенный провайдером во входящем пакете CONFREQ.

Как узнать, верны ли мои имя пользователя и пароль PAP?

После того, как вы подтвердите, что ваш интернет-провайдер использует PAP, введите команду согласования отладки ppp, чтобы подтвердить правильность вашего имени пользователя и пароля PAP.

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

Как узнать, верны ли мое имя пользователя и пароль CHAP?

После того, как вы подтвердите, что ваш провайдер использует CHAP, введите команду согласования отладки ppp, чтобы подтвердить правильность вашего имени пользователя и пароля CHAP.

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

Как узнать, что аутентификация PPP прошла успешно?

В этом примере показано успешное согласование CHAP.

Проблемы с производительностью через PPPoE

Этот раздел относится к соединениям PPPoE. Ожидается появление проблем с пропускной способностью, медленным просмотром и т. д. с подключениями PPPoE, когда вы используете размер Максимальной единицы передачи (MTU) по умолчанию в интерфейсе номеронабирателя. Вам необходимо установить MTU на номеронабирателе PPPoE на 1492, чтобы учесть восемь байтов, используемых заголовком PPPoE. Введите эти команды, чтобы настроить правильный MTU:

Читайте также: