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

ОК. Ждём результатов!

Добрый день.

Залил самую последнюю прошивку, которую вы мне дали.
Сделал Reset System.
Залил конфиг.

Все прошло успешно, был маленький смешной глюк при заливке конфига с процентами, которые смело добежали до 400%. Но это мелочи, все интересное началось позже.

Свитч прекрасно работал в течении 4-х часов. Перезаливал ночью, поэтому нагрузки никакой. Утром стало весело.

Немного проблем до появления трафика.

1) На свитче в Static ARP Settings было несколько жестких связок для некоторых серверов, на одном из интерфейсов ip как шлюз для этих серверов. Соответственно связки и ip в одной подсети. Так вот сеть была с маской /26. Когда мне понадобилось уменьшить эту сеточку для /27, то часть жестких связок оказалась за пределами этой подсети. Так вот после чего статических связок стало не 137 (к примеру как у меня сейчас), а 450. Т.е. те связки, которые теперь не попадают под маску интерфейса на свитче просто продублировались несколько раз. Я так думаю, что кол-во из осталось прежним, просто глючек с отображением. И удалить их от туда не возможно.
Решение только одно, вернуть старую маску, удалить не нужные связки.
Тоже самое происходит при полном удалении интерфейса.


2) В этой прошивке при изменении чего угодно, что касается маршрутизации требовало делать через консоль #clear arptable. В противном случае начинало, чтото просто не понятное. К примеру я просто удаляю интерфейс со свитча, точнее просто снимаю с него ip. И свитч блокирует default route. Он есть, но через него ничего не бегает.
3) В этой прошивке опять появилась проблема с tftp. Он не работает если tftp находится не в управляющем виллане.

К 11 часам дня пошел трафик, трафик, честно говоря, для свитча просто мизерный, через центральный транк порядка 300-600 Мбит. По другим портам до 100 Мбит. Загрузка CPU свитча 10-20%.

Начали приходить sms о том, что прерывается пинг на удаленные свитчи и локальные сервера.

Интерфейсы в этой прошивке больше не отключаются хаотично. Кстати абсолютно нормально стала работать статическая установка конкретной скорости на портах.
Но маршрутизация просто взбесилась. Пинги выросли с 1 мс до 300-500 мс с обрывами. Другими словами весь трафик, для которого 3627G не был шлюзом, ходил отлично. Все,что маршрутизировалось через него, просто практически не работало. Перезагрузка свитча помогала минут на 5, потом начиналось все заново.
Самое интересное (но возможно ошибочное с моей стороны, просто из наблюдения) между подсетями, где маска /24 проблем не было. В любых других масках маршрутизация не работала нормально.

Мне пришлось оставить сеть в таком состоянии в течении 3-х часов, пытаясь найти решение для проблемы. Но так и не удалось.

Управление свитчем в этот момент не терялось, сам он пинговался вполне нормально. Иногда пинг выстреливал до 50-8- мс, но очень кратковременно.

Я отключал все что могло каким то образом влиять на прохождение трафика и ACL и CPU Filter. Бесполезно. Свитч упорно не хотел работать.

Сил больше не было так мучить абонентов. Перешел в управляющий виллан, залил 2.40-B73 и все стало на свои места. Даже не делал Reset.

Могу четко заявить: при моей конфигурации сети данная прошивка не готова к использованию в реальных условиях.
Если есть какие либо доп. вопросы по работе, готов ответить.

Иван, мои офис-менеджеры уже скоро на коленях будут меня просить, чтобы я не делал таких испытаний в ядре. Но все равно хотелось бы получить релизовую прошивку для данного свитча. Готов в этом помочь чем смогу. Потому как в 2.40-B73 все же есть пару очень загадочных вещей, от которых хотелось бы избавиться.

Хотелось бы задать вопрос почему убрали IP-MAC-Port Binding?
И зачем так усложнили доп параметрами настройку портов?

Спасибо за подробное описание! Вам напишет Руслан Бигаров с запросом схемы и конфиги. С моей же стороны советую использовать прошивку 2.40-B77 которую я Вам выслал. Я думаю вопросы по 2.40-B73 должны сняться.

Коллеги!

У меня стоит DGS-3627 и DGS-3627G. На обоих поднят L3, через DGS-3627G проходит еще транзит по L2.

Прошивка на свитчах "Build 2.50.B21". Полет нормальный уже неделю.

Пока все абоненты были вместе на DGS-3627G относительно часто ловился глюк, что Windows отправляла ARP-запрос на шлюз, но видимо не успевала получить ответ, получался кратковременный сбой связи, после чего бежало все дальше.

После того как минимум 1/3 пользователей (два сегмента, три подсетки) были перенесены на другой DGS-3627 по L3 данная проблема стала случаться реже со слов сотрудника, который подключен в один из вланов и мониторит в ЧНН. Но все равно он ее наблюдал. Сейчас он прописал себе arp шлюза статиком и вообще не жалуется.

От себя отмечу, что у меня было впечатление, что подсетки, отличные от /24, обрабатываются как-то криво, но по конкретике сказать ничего не берусь.

Загрузка процессоров на обоих DGS не поднимается выше 10%. Трафик идет приличный (внутренний файлообмен).

2 ahk,
У вас есть подсети с маской отличной от /24, где стоят ресурсы с такими сервисами как www или jabber для которых 3627 является шлюзом?

Есть один интерфейс с /23 + /24 и два интерфейса со /23.
Что стоит у пользователей я не знаю, но веб-сервера встречаются, не говоря уже о вирусах, для которых DGS является шлюзом!-)

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

Ждём результатов!

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

Есть такая функция Static ARP Settings.
В мануале и на сайт в разделе "Характеристики" написано (если я правильно понимаю), что количество статических ARP связок может быть до 8K.



Означает ли это, что я могу сделать на свитче до 8000 статических связок?
Хотелось бы узнать повлияет ли в худшую сторону на производительность свитча создание около 3000 статических связок?

Нет Вы немного не поняли. Статическая ARP таблица это не функция обеспечения безопасности, ничто не мешает устройству изучать связки содержащие какой либо адрес из заданных статических связок. Это просто помощь устройству чтобы оно лишний раз не слало ARP-ы. Таких связок в DGS-36XX может быть 256. В указанных характеристиках указан размер таблицы IPFDB для этой серии. Это таблица коммутации L3. В вашем случае как я понял просто нужно ACL или IMP на уровне доступа.

2 SpectatorCN >

1) На тестовом стенде не могу воспроизвести проблему, пожалуйста, пришлите ваш конфигурационный файл для теста на rbigarov>a<dlink>.<ru .

2) Также нужен конфигурационный файл для теста.

3) На тестовом стенде я не смог воспроизвести описанную вами проблему.

P.S.: IMPB не убрали, изменился синтаксис настройки данной функции для ARP и ACL режимов.

_________________
С уважением,
Бигаров Руслан.