Ошибки crc на модеме

Обновлено: 07.07.2024

Port number : 5
RX Frames TX Frames
---------- ----------
CRC Error 4905 Excessive Deferral 0
Undersize 0 CRC Error 0
Oversize 0 Late Collision 0
Fragment 21541 Excessive Collision 0
Jabber 0 Single Collision 0
Drop Pkts 0 Collision 0

Port number : 6
RX Frames TX Frames
---------- ----------
CRC Error 48777 Excessive Deferral 0
Undersize 0 CRC Error 0
Oversize 0 Late Collision 0
Fragment 2096675 Excessive Collision 0
Jabber 0 Single Collision 0
Drop Pkts 0 Collision 0

Port number : 23
RX Frames TX Frames
---------- ----------
CRC Error 0 Excessive Deferral 0
Undersize 0 CRC Error 0
Oversize 0 Late Collision 0
Fragment 0 Excessive Collision 0
Jabber 0 Single Collision 0
Drop Pkts 0 Collision 0

Port number : 24
RX Frames TX Frames
---------- ----------
CRC Error 9324213 Excessive Deferral 0
Undersize 0 CRC Error 0
Oversize 0 Late Collision 0
Fragment 101955242 Excessive Collision 0
Jabber 0 Single Collision 0
Drop Pkts 0 Collision 0

_________________
DGS-3627G+DGS-3120-24SC+DGS-3100-24+DGS-1100-06/ME+DES-3526+DES-3200+DES-3010G Обратить внимание на линк и сетевую карту было подобное.
100 коммутаторовх24=2400 голимых сетевух и плохих линков? Вы абсурдность предположения своего осознаёте?
100 коммутаторов это целый город.
_________________
DGS-3627G+DGS-3120-24SC+DGS-3100-24+DGS-1100-06/ME+DES-3526+DES-3200+DES-3010G

>Лечиться путём reset system и настройкой с нуля.

Не обязательно ресетить весь коммутатор, можно счетчики на портах обнулить (clear counters ports <portlist>)
Но эта проблема аппаратная, программно её не исправишь.

Небольшая статистика, откуда на клиентских портах CRC Err:

1. Самое распространенное: аппаратное отключение от сети интернет на стороне клиента (выдергивание вилки из сетевой карты) - как следствие плохой контакт между вилкой 8р8с и розеткой сетевой карты. Патчкорды никто не использует, а жесткий кабель обжатый в вилку 8р8с со временем теряет контакт.

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

2. неисправность сетевой карты.

3. На стороне коммутатора. Сырость, пыль, грязь. Отсутствие гибких патчкордов. Кабель обжатый "двустволкой" после небольших телодвижений контакт в разъеме 8р8с лучше не становиться.

4. неисправность порта после грозы. Либо залило коммутатор водой (было такое: пинги ходят, а на IPerf порт виснет намертво)

5. По кабелю. Скрутки, боченки кат3. Кабель алюминиевый и/или стальной. Запредельная длина (больше 100метров), Толщина жилы AWG26 вместо положенных AWG24.

Последний раз редактировалось pvl Пт авг 26, 2011 10:12, всего редактировалось 2 раз(а).

Что такое ADSL и как самому проверить его качество (даны рекомендации)

ADSL является технологией высокоскоростной передачи данных, но насколько высокоскоростной? Учитывая, что буква «А» в названии ADSL означает «asymmetric» (асимметричная), можно сделать вывод, что передача данных в одну сторону осуществляется быстрее, чем в другую. Поэтому следует рассматривать две скорости передачи данных: «нисходящий» поток (передача данных от сети к вашему компьютеру) и «восходящий» поток (передача данных от вашего компьютера в сеть).

Максимальная скорость приёма – DS (down stream) и передачи – US (up stream), зависит от многих факторов, зависимость от которых, мы постараемся рассмотреть позднее. В классическом варианте, в идеале скорость приёма и передачи зависит и обусловлена DMT (Discrete Multi-Tone) разбиением полосы пропускания от 4 кГц до 1,1 Мгц на 256 каналов, каждый шириной по 4 кГц. Эти каналы в свою очередь представляют собой 8 цифровых потоков T1, E1. Для передачи down stream используется 4 T1,E1 потока, общая максимальная пропускная способность которых составляет 6,144Мбит/сек – в случае T1 или 8,192Мбит/сек в случае E1. Для передачи up stream один поток T1 - 1,536 Мбит/с. Указаны предельные максимальные скорости без учёта накладных расходов, в случае классического ADSL. Каждый поток снабжается кодом исправления ошибок (ECC) путём введения дополнительного бита.

  Теперь рассмотрим, как происходит реальная передача данных на следующем примере. Информационные IP-пакеты, генерируемые как в локальных сетях клиентов, так и персональными компьютерами, непосредственно подключенными к Internet, будут поступать на вход ADSL модема в обрамлении стандарта Ethernet 802.3. Абонентский модем разбивает и «укладывает» содержимое кадров Ethernet 802.3 в ячейки АТМ, снабжает последние адресом назначения и передает их на выход ADSL-модема. Тот в соответствии со стандартом Т1.413 «инкапсулирует» АТМ-ячейки в цифровой поток E1,T1, а затем трафик по телефонной линии поступает на DSLAM. Станционный концентратор DSL multiplexor – DSLAM, осуществляет процедуру «восстановления» АТМ-ячеек из формата пакетов Т1.413 и направляет их по протоколу ATM Forum PVC (Permanent Virtual Circuit) в подсистему магистрального доступа (АТМ-сеть), которая и доставляет АТМ-ячейки по указанному в них адресу, т. е. на один из центров предоставления услуг. При реализации услуги доступа в Internet, ячейки поступают на маршрутизатор Internet-провайдера, выполняющий функцию терминального устройства в постоянном виртуальном канале (PVC) между абонентским терминалом и узлом Internet-провайдера. Маршрутизатор производит обратное (по отношению к абонентскому терминалу) преобразование: собирает поступающие ячейки АТМ и восстанавливает исходный кадр формата Ethernet 802.3. При передаче трафика из центра предоставления услуг к абоненту осуществляются совершенно аналогичные преобразования, только в обратном порядке. Другими словами, между портом Ethernet абонентского терминала и виртуальным портом маршрутизатора создается «прозрачная» локальная сеть протокола Ethernet 802.3, и все подключенные к абонентскому терминалу компьютеры воспринимают маршрутизатор Internet-провайдера как одно из устройств локальной сети.

Общим знаменателем при оказании услуг доступа в Internet является протокол сетевого уровня IP. Поэтому цепочку протокольных преобразований, осуществляемых в сети широкополосного доступа, можно представить следующим образом: клиентское приложение — пакет IP — кадр Ethernet (IEEE 802.3) — ячейки ATM (RFC 1483) — модулированный сигнал ADSL (T1.413) — ячейки ATM (RFC 1483) — кадр Ethernet (IEEE 802.3) — пакет IP — приложение на ресурсе в Internet.

  Как уже было упомянуто выше, заявленные скорости, возможны только в идеальном варианте и без учёта накладных расходов. Так в потоке E1 при передаче данных один канал (зависит от используемого протокола) используется для синхронизации потока. И в итоге максимальная скорость с учётом накладных расходов составит Down stream – 7936Кбит/сек. Существуют и другие факторы, оказывающие значительное влияние на скорость и стабильность соединения. К таким факторам относятся: протяжённость линии (пропускная способность линии DSL обратно пропорциональна длине абонентской линии) и сечение провода. Характеристики линии ухудшаются с увеличением его длины и уменьшении сечения провода. Так же на скорость передачи данных влияет общее состояние абонентской линии, наличие скруток, кабельных отводов. Самыми «вредными», факторами, напрямую влияющими на возможность установки соединения ADSL, является наличие на абонентской линии Пупиновских катушек, а так же большого количества отводов. Ни одна из технологий DSL не может быть использована на линиях, имеющих Пупиновские катушки. Идеально при проверке линии не только определить наличие пупиновских катушек, но и найти точное место их установки (все равно ведь придется искать катушки и снимать их с линии). Пупиновская катушка, используемая в аналоговых системах телефонной связи, представляет собой катушку индуктивности 66 или 88 мГн. Исторически Пупиновские катушки использовались в качестве конструктивного элемента длинной (более 5,5 км) абонентской линии, позволяющего улучшить качество передаваемых звуковых сигналов. Под кабельным отводом обычно понимается участок кабеля, который подключен к абонентской линии, но не входит в прямое соединение абонента с телефонной станцией. Кабельный отвод обычно подключен к основному кабелю и образует разветвление в форме буквы "Y". Часто бывает так, что кабельный отвод идет к абоненту, а основной кабель идет дальше (при этом данная пара кабеля должна быть разомкнута на конце). Однако на пригодность конкретной абонентской линии для использования технологии DSL влияет не сколько сам факт наличия подключения, сколько длина самого кабельного отвода. До определенной длины (порядка 400 метров) кабельные отводы не оказывают значительного влияния на xDSL. Кроме того, кабельные отводы по-разному воздействуют на разные технологии xDSL. Например, технология HDSL допускает наличие кабельного отвода до 1800 метров. Что касается ADSL, то кабельные отводы не препятствуют самому факту организации высокоскоростной передачи данных по медной абонентской линии, но могут сузить полосу пропускания линии и, соответственно, снизить скорость передачи.
В плюсах высокочастотного сигнала, дающего возможность цифровой передачи данных, лежат его же  минусы, а именно подверженность к воздействиям внешних факторов (различные наводки от сторонних электромагнитных приборов), а так же возникающие физические явления в лини при передаче. Увеличение ёмкостных характеристик канала, возникновение стоячих волн и отражений, изоляционные характеристики линии. Все эти факторы приводят к возникновению постороннего шума на линии, и более быстрому затуханию сигнала и как следствие к уменьшению скорости передачи данных и уменьшение протяжённости линии пригодной для передачи данных.
И наконец что наиболее интересное в этой статье
Некоторые значения характеристик линии ADSL, по которым напрямую можно судить о качестве телефонной линии способен дать сам ADSL модем. Почти во всех моделях современных ADSL модемов, содержится информация о качестве соединения. Чаще всего вкладка Status->Modem Status. Примерное содержание (может меняться в зависимости от модели и производителя модема) следующее:

Connection Status Connected
Us Rate (Kbps) 511
Ds Rate (Kbps) 2042
US Margin 26
DS Margin 31
Trained Modulation ADSL_2plus
LOS Errors 0
DS Line Attenuation 30
US Line Attenuation 19
Peak Cell Rate 1205 cells per sec
CRC Rx Fast 0
CRC Tx Fast 0
CRC Rx Interleaved 0
CRC Tx Interleaved 0
Path Mode Interleaved
DSL Statistics

Near End F4 Loop Back Count 0
Near End F5 Loop Back Count 0

Поясним некоторые из них:

Connection Status Connected – статус соединения

Us Rate (Kbps) 511 – скорость исходящего потока Up Stream
Ds Rate (Kbps) 2042 – скорость нисходящего потока Down Stream
US Margin 26 – Уровень шума исходящего соединения в db
DS Margin 31 – Уровень шума нисходящего соединения в db
LOS Errors 0 -
DS Line Attenuation 30 – Затухание сигнала в нисходящем соединении в db
US Line Attenuation 19 – Затухание сигнала в исходящем соединении в db

CRC Rx Fast 0 - кол-во нескорректированных ошибок. Есть еще и FEC (скорректированные) и HEC - ошибки
CRC Tx Fast 0 - кол-во нескорректированных ошибок. Есть еще и FEC (скорректированные) и HEC - ошибки
CRC Rx Interleaved 0 - кол-во нескорректированных ошибок. Есть еще и FEC (скорректированные) и HEC - ошибки
CRC Tx Interleaved 0 - кол-во нескорректированных ошибок. Есть еще и FEC (скорректированные) и HEC - ошибки
Path Mode Interleaved – Режим коррекции ошибок включен ( Path mode Fast – выключен)

По этим значениям можно судить, а так же контролировать самостоятельно, о состоянии линии. Значения:

Margin - SN Margin (Signal to Noise Margin or Signal to Noise Ratio. Уровень шума помех, зависит от множества различных факторов-намокания, количества и протяжённости отводов, синхронность линии, «распаренность-битость» кабеля, наличие скруток, качество физических соединений. При этом происходит снижение сигнала исходящего потока ADSL (Upstream) вплоть до его полного отсутствия и, как следствие, потерей ADSL модемом синхронизации)

6dB – Очень плохо, возможны потери синхронизации
7dB-10dB - соединение возможно
11dB-20dB - хорошо
20dB-28dB - отлично
29dB- выдающееся

Line Attenuation – величина затухания (чем больше расстояние от DSLAMa, тем больше величина затухания. Чем больше частота сигнала, а следовательно скорость соединения тем больше величина затухания).

20dB - выдающееся
20dB-30dB - отлично
30dB-40dB – очень хорошо
40dB-50dB - хорошо
50dB-60dB – плохо, возможны проблемы соединения
60dB или выше – плохо, проблемы соединения

Отсутствие (наличие) потерь несущих и других ошибок синхронизации, так же свидетельствуют о качестве соединения.

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

Что такое CRC

Прежде чем начать описывать, что делать в ситуации, когда появляется ошибка CRC, следует пояснить, что такое «CRC».

Как известно, CRC (Cycle Redundancy Check – в переводе «циклическая избыточная проверка») являет собой алгоритм создания и проверки «контрольной суммы файла». Последняя используется в слежении за целостностью передаваемых данных с целью профилактики их повреждения или потери.

Алгоритм CRC был изобретён в далёком 1961 году, пережил несколько качественных улучшений, и ныне является универсальным средством для проверки целостности получаемых данных.

Особенности возникновения ошибки

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

Потеря или повреждение какого-либо из пакетов сетевых данных при их передаче;
Потеря или повреждение данных на жёстком диске (к примеру, из-за плохих секторов);
Физическое повреждение оптического диска с информацией (CD, DVD и др.);
Нарушение целостности системного реестра;
Случайный сбой при инсталляции программы;
Неверная конфигурация файлов и так далее.

Для отображения кода CRC существует такая программа как HashTab, которая, после своей установки, в свойствах самого файла (кликаем правой клавишей мыши на файле, затем выбираем «Свойства) отображает значения контрольных сумм данного файла.

Ошибка в данных CRC — проблемы с жёстким диском

Действие 1. Восстановите потерянные данные на жёстком диске. Если данная проблема возникла при попытке получения доступа к какому-либо файлу на жёстком диске, тогда стоит использовать различные программы для восстановления потерянных данных. В частности, можно попробовать в деле такие программные продукты как Power Data Recovery или BadCopy Pro, предназначенные именно для рассматриваемых мной задач.

К примеру, чтобы воспользоваться Power Data Recovery, необходимо скачать и установить приложение, в меню выбрать «Damaged Partition Recovery», и осуществить полное сканирование (Full Scan). Если потерянные данные удастся восстановить, тогда, первым делом, нужно будет скопировать их на надёжный и безопасный носитель.

Действие 2. Альтернативным вариантом восстановления доступа к данным на винчестере является использование системной утилиты проверки диска.

Зайдите в Проводник, кликните правой клавишей мыши на проблемном диске (например, С:), в появившемся меню выберите «Свойства».
Перейдите на вкладку «Сервис», кликните на «Выполнить проверку», поставьте галочки напротив двух опций проверки диска, нажмите на «Ок», а затем перезагрузите компьютер.
После перезагрузки система автоматически задействует проверку целостности данных на жёстком диске, и попытается восстановить повреждённые сектора (может занять какое-то время).

Проверьте диск на наличие ошибок

Действие 3. Также можно запустить командную строку от имени администратора (нажать на кнопку «Пуск», в строке поиска написать cmd (не нажимая на ввод), кликнуть на появившийся вверху однотипный результат правой клавишей мыши, и выбрать «Запуск от имени администратора). В командной строке необходимо написать:

chkdsk c: /r /f — (вместо «с:» впишите имя другого проблемного диска при необходимости) затем нажать на ввод, и дождаться окончания проверки.

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

Заключение

Если у вас возникла ошибка в данных CRC, то, прежде всего, определитесь с условиями, при которых возникла данная ошибка. Наиболее часто она возникает при попытке закачки и установки образов дисков (или самых программ) из сети. Эффективным средством в этом случае будет использование альтернативных ресурсов для закачки данных файлов, что, в большинстве случаев, помогает эффективно решить указанную проблему. Если же вы имеете дело с дисфункцией в работе жёсткого диска, тогда необходимо использовать программы уровня Power Data Recovery или BadCopyPro, способных помочь в восстановлении доступа к нужным вам файлам.

Нередко на сети хранения данных возникают такие неприятные вещи, как рост числа ошибок на портах и увеличение уровня затухания сигнала на sfp модулях. Принимая во внимание высокий уровень надежности SAN инфраструктуры, состоящей из двух и более фабрик, вероятность возникновения аварийной ситуации не так велика, но наложение негативных факторов может привести к потере данных или деградации производительности. К примеру, представьте себе ситуацию: на одной из фабрик проводится обновление FOS, все работает через вторую фабрику, а на ней между коммутатором к которому подключен дисковый массив и коммутатором к которому подключены серверы начинают быстро расти CRC ошибки на одном из транковых портов. Или еще хуже, пропадает линк из-за понижения уровня сигнала, вызванного повышением температуры SFP модуля, которая в свою очередь возросла из-за повысившейся утилизации данного канала. В таких случаях обычно говорят: «Ну кто же знал» или «100% надежных систем не бывает» и тд.

Грамотная архитектура + правильный мониторинг = отказоустойчивость

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

приведение архитектуры сети хранения данных в соответствие с «SAN best practices»
развертывание системы мониторинга

Что делать

И так, задача поставлена, необходимо найти путь решения, часто это может осложняться отсутствием денег в бюджете на этот год, или неосведомленностью интегратора о существовании подходящего ПО, но это не проблема т.к. все необходимые компоненты есть в свободном доступе и требуется лишь заставить это все работать.
Разберем реализацию мониторинга CRC ошибок на портах SAN свичей brocade, большинство остальных параметров можно мониторить аналогичным образом.

Шаг первый, протокол сбора данных

Шаг второй, метод сбора данных

Для работы с ssh лучше всего адаптирован linux в связке bash+expect, этим методом можно подключаться по ssh с диалоговым вводом команд.

Шаг третий, где хранить

Тут большой разницы нет, можно хранить хоть в текстовых файлах, но мы рассмотрим пример с mysql. Весь мониторинг реализован в двух скриптах:

porterrshow.sh — сбор информации и поиск инкремента значений CRC ошибок
expect.tcl — подключение по ssh

и трех txt файлах:
temp.txt — буфер данных
switches.txt — список san свичей в формате имя логин пароль на каждой строке
crc.txt — отчет о найденных CRC ошибках

Select запрос ищет инкремент роста CRC ошибок по сравнению с данными полученными один час назад, соответственно запуск скрипта необходимо производить один раз в час, причем начать и закончить свою работу скрипт должен в одном и том же часу. Данное ограничение можно легко обойти, если ввести поле порядкового номера запуска скрипта, либо потерять в производительности и задать более сложное условие выборки значений времени. На сервере должны быть установлены пакеты expect, mysql и ssh клиент. В базе данных dbname должен присутствовать пользователь user с правами на чтение и запись в таблицу tablename. В таблице tablename получаем данные аналогичные выводу команды porterrshow на свиче + дата и время.

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