Что, и какие проблемы приводят к 'ошибке поставщика услуг'
Как быстро это должно быть сделано? Вы сказали, что ленты берут к длинному, LT04, Вы можете в теории получать 140 МБ/с, которым я верю, так, чтобы были приблизительно 6 часов и другой диск и 3 часа:
echo $(( 3000000.0/140.0/60.0/60.0 ))
5.9523809523809517
Это - конечно, теоретические скорости... Я должен был всегда весь вечер делать свои резервные копии :-)
Carrier errors occur when there is a problem with the modulation of your signal.
This could indicate either a duplex mismatch, or a problem with the physical cable/connector.
Restarting autonegotiation and checking the ethernet connector are some things you could try to fix the problem.
Look here for some instructions on how to restart autonegotiation.
У меня есть кабель cat5e ethernet, проложенный между двумя зданиями, с защитой от перенапряжений на каждом конце, и он получает случайные ошибки оператора, о которых сообщает RouterOS, основанная на Linux. Я считаю, что большинство из них вызвано молнией, так как мы можем ехать всю зиму без единой ошибки оператора, затем, когда наступает весна, мы получаем грозу, и будет еще 20-30.
Cisco с другой стороны сообщает о них как об "ошибках ввода", когда вы делаете шоу int.
В любом случае, кажется, что они не вызывают никаких проблем.
Я думаю, что они являются побочным эффектом того, что сетевой фильтр делает то, что он должен делать, а именно зажимает все, что превышает 16В на ethernet-кабеле, на землю. Скорее всего, эффект, который это оказывает на сигнал ethernet, проявляется в виде ошибок оператора.
Скорее всего, устройство защиты от перенапряжений с более высоким пробивным напряжением или вообще без устройства защиты от перенапряжений уменьшит количество ошибок оператора при повышенном риске повреждения оборудования. Вы предпочитаете, чтобы импульсное напряжение прошло через сетевой фильтр, а не через оборудование, проверяя, действительно ли оно имеет 1500 В изоляции от пар ethernet к земле, как того требуют спецификации IEEE
.Ошибки оператора возникают из-за проблемы на физическом уровне модели OSI. Ошибка генерируется микросхемой, обрабатывающей сигнализацию (несущая волна модулируется таким образом, что формирует 0 и 1). Когда сигнал между пирами нарушается, возникает ошибка "несущей".
Обычно, когда микросхема не получает нормального импульса связи (NLP), она генерирует ошибку несущей. Длительность NLP составляет 100 с, поэтому даже незначительное электрическое прерывание вызовет ошибку. Решение обычно означает проверку целостности физических соединений, обеспечение того, чтобы соединения не проходили вблизи источников EMR и т.д.
Неправильная конфигурация (или нарушенная автоконфигурация, использующая быстрые импульсы соединения / FLP) может привести к тому же симптому. После успешного завершения автоконфигурирования ошибки оператора должны прекратиться. Если не использовать автоконфигурацию, неправильная конфигурация приведет к тому, что это число продолжит увеличиваться.
Если столкновение пакетов концентратора может вызвать те же симптомы - но цена коммутатора против концентратора приводит только к проблемам со старым оборудованием.
.