Странные ошибки на порту Excessive Deferral

[user_145]

Здравствуйте.

Имею дивную проблему (вернее она меня) с ошибками на порту коммутатора.

Схема простенькая:

Коммутатор Dlink 3200-10 включен в беспроводной мост RedLine AN80(порт1), к Dlink 3200-10 (порт 2-4) подключены сегменты сети.

Были замечены значительные ошибки на порту1 (Длинк).Имея опыт с RedLine AN80, было включено на обоих сторонах 100FD. После этого канал был нагружен трафиком, протестирован - вроде все ок.

По ходу рабочего дня контрольные провеки (1-2 раза в час) показали отсуствие ошибок. Думал проблема решена.

Но это показалось - на следующий день по приходу утром на работу, проверка коммутатора показала, что на порту1 в счетчиках ошибок Excessive Deferral появились приличные цифры. Но! В даный момент на порту ошибки не появлялись.

 

В логе делинка было замечено следущее:

 

фрагмент лога

....

687 2011-08-08, 00:00:32 Port 1 link down

1686 2011-08-08, 00:00:25 Port 1 link up, 100Mbps FULL duplex

1685 2011-08-08, 00:00:24 Port 1 link up, 100Mbps FULL duplex

1684 2011-08-08, 23:59:04 Port 1 link up, 100Mbps FULL duplex

1683 2011-08-08, 23:59:03 Port 1 link up, 100Mbps FULL duplex

1682 2011-08-08, 23:57:17 Port 1 link up, 100Mbps FULL duplex

1681 2011-08-08, 23:57:16 Port 1 link up, 100Mbps FULL duplex

1680 2011-08-08, 23:44:52 Port 1 link up, 100Mbps FULL duplex

1679 2011-08-08, 23:44:50 Port 1 link down

1678 2011-08-08, 23:39:34 Port 1 link up, 100Mbps FULL duplex

1677 2011-08-08, 23:39:33 Port 1 link up, 100Mbps FULL duplex

1676 2011-08-08, 23:33:15 Port 1 link up, 100Mbps FULL duplex

1675 2011-08-08, 23:33:14 Port 1 link up, 100Mbps FULL duplex

1674 2011-08-08, 23:28:38 Port 1 link up, 100Mbps FULL duplex

 

И такое с 22-00 по 03-00.

 

Было сделано предположение, что проблема между редлайном и делинком (порт редлайна, порт делинка, кабель, RJ-45 и т.п.). Тоесть при увеличении трафика порты-кабеля начинают глючить. Все бы хорошо, но - эта ситуация повторяется каждый день (вечер) с 22-00 до 03-00 (+-10-15 минут).

Утром, днем все пучком, даже при наличии днем двухкратного вечернего трафика.

Только наступает около 22-00 ситуация повторяется.

Причем ошибки только на порту порт1.

 

 

Есть идея, что проблема с питанием, при наступлении 22-00 (+-) - фактически это наступление полной темноты народ активно юзает сеть-220В и наше оборудование начинает "играть". Хотя если ошибки только на порту порт1 , то подозрение падает на блок питания Редлайна. Но при этом пинг на Редлайл со сторони аплинк не пропадает.

 

Кто что посоветует?

Как с этим бороться ?

[darkagent]

This indicates the number of times the frame fails to transmit due to excessive deferrals, and usually indicates the continuous retrial of a frame due to heavy traffic on the Ethernet infrastructure. К.О.

[user_145]

This indicates the number of times the frame fails to transmit due to excessive deferrals, and usually indicates the continuous retrial of a frame due to heavy traffic on the Ethernet infrastructure. К.О.

Извините, но это я уже видел.

Возможно я не допонимаю, но что это значит (на практике)?

[darkagent]

на практике это "проблема узкого горла", тут как раз по соседству обсуждается тема с тем же 3200.

[user_145]

на практике это "проблема узкого горла", тут как раз по соседству обсуждается тема с тем же 3200.

Вы ведете к тому, что если поставить вместо д-линка , припустим, "правильний" кат2950, то проблема уйдет?

[marikoda]

Есть идея, что проблема с питанием, при наступлении 22-00 (+-) - фактически это наступление полной темноты народ активно юзает сеть-220В и наше оборудование начинает "играть". Хотя если ошибки только на порту порт1 , то подозрение падает на блок питания Редлайна. Но при этом пинг на Редлайл со сторони аплинк не пропадает.

Блоки питания скорее всего импульсные, маловероятно, что небольшие перепады (+-50В) повлияют.

[Saab95]

Просто надо попробовать отключить автоопределение полярности MDI/MDI-X.

[darkagent]

Просто надо попробовать

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

mdi/mdi-x тут вобще ни каким раком. кто вас так диагностировать учил? тут же четко сказано про excessive deferral.

[user_145]

Прошу прощения.

Забыл важную деталь.

До "этого" 3200 там был установлен DES-2108. При 2108 проблем не наблюдалось.

Хотя возможно это стечение обстоятельств...

[user_145]

Просто надо попробовать

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

mdi/mdi-x тут вобще ни каким раком. кто вас так диагностировать учил? тут же четко сказано про excessive deferral.

Пропускная способность радиоканала около 30-32Мб/с - халфдуплекса.

Реальный юзерский трафик до 5/15Мб/с (ап/давн).

[darkagent]

халфдуплекса

we've got a winner!

[Butch3r]

Ну дык принудительно то воткните халф

[user_145]

Ну так почти все радиоканалы халфдуплексные. Дуплексные разве что какие-то понтовые релейки или другое понтовое оборудование.

В сети используется каша из радио в лице микротиков, редлайнов и т.п.

И таких проблем нигде нету.

Думаю проблема не тут.

Наоборот, если включаю в авто или халф - сразу начинает вал разнообразных коллизий и ошибок.

Хотя может это особенность 3200. Как-то помню никак не могли подружить 3400МЕ с Zyxel ES-2108 - ошибки при любой комбинации speed_duplex. Сняли зиксель , установили еджкор - проблема пропала.Конечно так делать нехорошо, не выяснить проблему, а тупо ее обойти, но тогда не было времени.

 

Ну хорошо. Если даже проблема в халфе, почему 2108 в ручном режиме 100фул не создавал проблем?