[ponemetski]

Добрый день

 

У нас в сети стоят несколько свичей tp-link sl2218web и d-link des 1228

- на всех прописаны IP адреса из серой подсети (192.168.0.0/24)

- опции management vlan не прописано

- у всех настроено так - один порт trunk остальные access (схема vlan на клиента)

 

В этой же сети стоит машина с браузером, откуда пробую заходить в свичи по веб-интерфейсу.

 

Некоторые свичи пускают нормально, некоторые даже не пингуются, некоторые иногда пингуются и пускают, иногда - не пингуются и не пускают. (как dlink так и tp-link). Когда мы втыкаемся ноутбуком напрямую в свич он тоже не пускает, пока не перезагрузишь (так пробовали с одним из tp-link).

 

В чем может быть проблема? Что посоветуете?

 

Спасибо

[Gunner]

Все просто у свичей отвалился интерфейс, так часто бывает если свичи слабые а по сетке много бродкаста бегает.

[ponemetski]

забыл уточнить, что клиенты работают через свичи к которым нет доступа по веб интерфейсу

 

Gunner,

правильно я понял: интерфейс может отвалиться но при этом вланы будут работать?

[tester-str]

Очевидно, что что-то прилетает на CPU-ку (т.е. либо broadcast, либо multicast), что не нравится коммутатору, и это кладет его на лопатки, рекомендовал бы поснимать дампы трафика на проблемных свитчах. Клиенты после этого продолжают работать?

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

У меня подозрение, что это либо броадкаст на CPU-ку по какой-то причине прилетает, многим мыльницам/плохоньким свитчам это не нравится. Может быть кольцо на сети/ у клиента?

 

Еще бы хотелось на примерную конфигурацию посмотреть.

[Makc22]

Web Smart sl2218web нет у них ни коносли ничего, только вебка, при зависании часть клиентов может работать, часть может не работать, у части клиентов может понизится скорость передачи, виснут когда на порту Tx Collisions превышают где то 2500, лечим подбором скорости на сетевой клиента и порту коммутатора, добиваемся отсутсвия ошибок и все работает как часики

[ponemetski]

tester-str,

 

консольки нет, конфиг бинрный

 

смотрю сейчас вайршарком то что бегает у нас в сети. много броадкаст (хотя много это сколько?)

который как я понимаю гененрируется в результате работы proxy-arp (он вооще может генерировать много arp запросов?)

 

а как проверить и контролировать броадкасты которые внутри сетей клиентов? по идее они ведь каждый в своем влане и на ЦПУ маршрутизатора влияния не должны оказывать

 

Makc22,

спасибо, мы сейчас покумекаем над этим

[Negator]

лечим подбором скорости на сетевой клиента и порту коммутатора, добиваемся отсутсвия ошибок

жесть. Я бы убежал от такого провайдера.

[tester-str]

tester-str,

 

консольки нет, конфиг бинрный

 

смотрю сейчас вайршарком то что бегает у нас в сети. много броадкаст (хотя много это сколько?)

который как я понимаю гененрируется в результате работы proxy-arp (он вооще может генерировать много arp запросов?)

 

а как проверить и контролировать броадкасты которые внутри сетей клиентов? по идее они ведь каждый в своем влане и на ЦПУ маршрутизатора влияния не должны оказывать

 

Makc22,

спасибо, мы сейчас покумекаем над этим

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

[Makc22]

лечим подбором скорости на сетевой клиента и порту коммутатора, добиваемся отсутсвия ошибок

жесть. Я бы убежал от такого провайдера.

если Вас напрягло слово "ПОДБОРОМ" то поправлюсь, согласовываем... или напрягает слово "Добиваемся" ? да добиваемся, учимся, делаем, работаем, но оборудование заставляем работать так как нужно нам и клиентам... Ну Вы ж супер техники и супер мега админы родились со знаниями уже, куда нам до Вас Гуру технической мысли. =)

на тех объектах где стоит такое оборудование этого хватает, оно работает и свою маленькую цену отрабатывает на все сто, куда бежать это уже Ваше дело, комментарии не по существу оставьте при себе.

Изменено 31 августа, 2011 пользователем Makc22

[ponemetski]

вот скрины из рабочего tp-link

позже постараемся снять скрины с "зависшего"

 

 

 

по SFP приходит транк по 2 порту отдается vlan клиенту

[NiTr0]

Подвисание "мозгов" - явление не уникальное для дешевых свичей.

Мозг таким свичам нужен только для предварительного конфигурирования собссно свича и последующего мониторинга по вебу/снмп, если виснет - свич сам продолжает свичевать. watchdog timer у них похоже не предусмотрен.

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

[disappointed]

1228 очень не любит когда его мониторят открытием коннекта на 80 порт.

И снмп опрос ярый не любит.

Случаем ваша система мониторинга не долбит их по вебу и снмп?

[ponemetski]

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

вчера перепрошили 1228 на самую новую прошивку, пока работает хорошо

[tester-str]

Самый главный вопрос, который почему-то еще не был задан :) : свитчи-то заземлены?

[ponemetski]

нет..

а как это влияет на веб-интерфейс?

[tester-str]

ЦПУ-ка подвисать может, данные при этом вполне могут продолжать бегать.