Гм заметил что в Driver information / hardware statistics начало появляется довольно большое количество ошибок на выход wan порта.

Out: Sends Aborted : 0
Out: Carrier Errors : 208860
Out: FIFO Underruns : 0
Out: SQE Errors : 0
Out: Late Collisions : 208860

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

Интересное мнение - http://lists.pdxlinux.org/pipermail/plu ... 26811.html

Вообще, если у вас именно хаб, то устраните его. И попробуйте заменить кабель.

_________________
Хотите хороший девайс? D-Link DFL!

Хотите считать с него трафик?
http://www.raresoftware.ru/products/lan/dfltc

Ога тоже читал это, тока если логично рассуждать ошибки должны быть именно на lan либо входе либо выходе а они почему-то на ване прут не понятки. Кабель проверял хаб не заменить он магистральный. Прыжков пинга нету вообще сколько не пингуй (<1ms)потерь тоже нету.

Так хаб он у вас или свитч? И хопы считаются на 3 уровне, а не на 2.

Вообще, ошибки на WAN показывают что проблема с кабелем на стороне WAN.

_________________
Хотите хороший девайс? D-Link DFL!

Хотите считать с него трафик?
http://www.raresoftware.ru/products/lan/dfltc

Мы хостим оборудование провайдера и через нас проходит его магестраль у них стоит DES-3028 к нему подключен напрямую пачкортом наш DFL-210 а уже с нашего dfl идет пачкорт на центральный свитч уже нашей фирмы DGS-1024D.

Такая проблема может возникать в 2х случаях.

1) Проблема на физическом уровне.
Плохой патчкорд. Устройство не могут договориться о автоматическом согласовании скорости.
Попробуйте заменить патчкорд или установить жестко скорость на порту DFL или комутатора. Если сделать это не возможно, попробуйте поставить перед DFL неуправлямый коммутатор.

2) Коммутаторы D-Link при сильной загруженности канала, иногда отправляют пакет сообщающий о колизии, тем самым замедляя/останавливая трафик на который не стоит высокий приоритет QoS.

_________________
Сообщения в PM игнорируются, задавайте вопросы на форуме.

Дфл говорит что на порту полудуплекс 100 может помочь если пров поставит полный дуплекс?
Пачкортов пробовал кучу и самодельных и заводских дело явно не в них.
Самое странное что все работало пол года отлично а месяц назад фигня какая-то началась.

Хм походу дело в полудуплексе на стороне прова.

Collisions = This interface is running half duplex.
It is detecting TX and RX packets at the same time.
This is bad in a HDuplex environment (Hubs)
Switched environments operate full duplex.
Collision detection is disabled in FD mode.

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

_________________
6 x DFL-210, 2 x DFL-800. Для DFL-210/260/800/860 лучшая прошивка 2.27.08.03 (for WW). СКАЧАТЬ.
Совет: Не используйте в IP- и Routing-правилах сочетание any/all-nets нигде, кроме временных правил. Иначе возможны бреши в безопасности и несрабатывание последующих правил.

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

Не обязательно проблкма провайдеров. возможно чипы не могут договориться. С DFL это бывает с некоторыми моделями CISCO.
Лечиться это легко. Выставляется фиксированая скорость на обоих устройствах или просто устанавливается перед DFL любой неуправляемый комутатор.

_________________
Сообщения в PM игнорируются, задавайте вопросы на форуме.