Добрый день, нужна консультация:
Имеется в наличии DGS-1510-52x, к через него в отдельном VLAN подключены Сервер c Win2012R2 и NAS.
Каждое устройство подключено 4 линками по 1Гбит/с.
На сервере установлена служба MPIO для iSCSI. При копировании файлов загрузка сетевых интерфейсов от силы 15-20%, соответственно файлы на NAS копируются со скоростью 60-70Мб/с. Пробовал установить Jumbo frame - не помогает.
Если подключить напрямую Сервер и NAS скорость копирования возрастает до 300-400Мб/с.

Что можно еще поковырять в коммутаторе? прошивка b011
в сервере сетевые intel i350 с последними драйверами, на NAS прошивка последняя

gav2016
1. Здесь обсуждаются коммутаторы DGS-1510/ME, по своим коммутаторам создавайте отдельные темы
2. Пробуйте менять настройки автосогласования и flow control на портах, а также алгоритмы балансировки lacp

Доброго времени суток.
Есть схема:
1. DFL-860e - lan_net + vlan 101 + vlan 102 + vlan 103 (на лан и каждый влан есть свой дхцп сервер)
2. В дфльку воткнут 1510-20L/me в порт 1:


настроен dhcp-relay

Если, к примеру, в 17й порт воткнуться ноутом, то получим адрес из lan_net, если ip-телефоном, на порту которого прописан 101 влан - то адрес из 101го влана.
3. во порт №2 1510-20l/me воткнут 1й порт 1510-52l/me


При втыкании в любой порт ноута получаем адрес из lan_net, при втыкании телефона с прописанным 101м вланом на порту - идет бесконечный поиск айпи-адреса.

Если 1510-52l/me в данной конфигурации воткнуть в дфльку - то все работает.

Подскажите, пожалуйста, где у меня лыжи не едут?

Разобрались. Вкратце оказывается не надо было включать dhcp_local_relay

Подскажите, пожалуйста, умеет ли dgs-1510-52x/me asymmetric vlan?

Нет.
Используйте traffic segmentation.

Доброй ночи
Проблема подкралась незаметно:

Используются по сути VLAN, loopback, dhcp_local_relay и pppoe circuit_id_insertion.
В качестве мониторинга в сети используются cacti и The Dude. Обе программы пингуют свитчи и читают по SNMP статистику портов (обычно не всех, а выборочно). Cacti снимает статистику 1 раз в минуту, The Dude несколько раз в минуту (динамически, фактически не настраиваемый параметр).
Стоит много DES-1210-28/ME/B2, DES-3200/A1, DES-3200/C1, DGS-3120. Ни у одного свитча, кроме DES-3200-28F/A1 эти программы мониторинга не вызывают проблем.
У DES-3200-28F/A1 попытки читать нагрузку портов по SNMP приводит к зашкаливанию нагрузки CPU. И если cacti читая раз в минуту вызывая кратковременный пик, то The Dude читать пытается каждые 5-20 секунд, что свитч напрягает сильно. Начинает лагать консоль. Хотя на трафике пользователей не сказывается.
DES-1210-28/ME/B2, DES-3200/C1 и DGS-3120 справляются с этими запросами легко, загрузка CPU фактически не повышается, в большинстве случаев не привышает 40-50%. DES-3200/A1 в основном то же без нареканий (кроме указанного DES-3200-28F/A1).
Сильно был удивлён, когда подобный сценарий снятия статистики для DGS-1510-28XS/ME оказался не приемлем. Текущая нагрузка в пределах 200-300Мбит в сумме на 10 используемых портов. Любой запрос SNMP уводит проц в 90% загрузки. И если Сacti загружает кратковременно (10-20 секунд), то The Dude вызывает просто полный ступор SNMP сервиса и постоянные 90-98% загрузки и отказ от обслуживания.
Я понимаю, что SNMP не самый лёгкий протокол и у The Dude не самый оптимальный режим опроса. Но в одном и том же сценарии использования DES-1210-28/ME/B2 справляется без проблем, а DGS-1510-28XS дохнет.

Как можно решить проблему? Что необходимо предоставить на диагностику? Т.к. свитч только что поставлен на замену часто виснущему DGS-1210-28XS/ME, то необходимо в течении пары дней определиться, вплоть опять же до замены...
Сразу предупреждаю, что перехватить трафик запросов ОЧЕНЬ затруднительно.
П.С. извините, если несколько сумбурно. Всю ночь работал, уже туго соображаю

Какие параметры кроме счетчика портов снимаете?
Включен ли ddm? Какие трансиверы используете?
Пришлите, пожалуйста, полный список опрашиваемых OID, конфиг, вывод show ports, show util cpu.

Здравствуйте.
Купил чюдо DGS-1510-20L/ME, залил прошивку DGS-1510_ME_Run_1_10_B011.had

Только что поставил в работу, и сразу вылезло:

1. При указании скорости 100 мегабит на SFP порте настройки сохраняются, но линк на 100 мегабит не поднимается. На гигабите всё ок. Те же SFP пекрасно поднимают сотку в DGS-3120-24SC всех ревизий. Пришлось временно поставить медиаконвертеры. Будет решение?

2. Свитч оставлен в малодоступном месте. К сожалению, собирая информацию для форума выполнил команду:



Получил полное зависание.

Сейчас берём разрешение на повторный доступ в помещение, будем перезагружать.

Можно услышать какие-то комментарии от представителей D-Link?

Перезагрузили



Слава китайскому Богу, от этой команды не завис... Сижу, дрожу, поменять-то пока что не на что...

Судя по характеристикам он не умеет 100 мбит sfp.

Нет понятия не умеет
Правильней, ИМХО, сказать - заблокировали (на крайний случай - забыли).
В настройках сохраняется, просто не записывается нужная комманда в регистры.

можно сделать вывод команды show ports media_type как на 3120?
DGS-3120SC
Boot PROM Version : Build 2.00.003
Firmware Version : Build 3.10.B020
1:20 SFP LC D-Link/ DEM-310GT/ S9011D8006799/ 0 :0 :0 G1 130813
DGS-1510-28X/ME
Boot PROM Version : Build 1.00.002
Firmware Version : Build 1.10.B011
Port Type
------- ------------
28 10GBase-R

Доброго времени суток.
Продолжаем эпопею с dgs-1510-52l/me.
Cхема сети:

На Дфльке настроены 4 влана: pc - 100 - 192.168.100.0/24,voip - 101 - 10.100.101.0/24, wifi-adm - 102 - 10.100.102.0/24,wifi-guest - 103 - 10.100.103.0/24
настроены 4 dhcp-сервера на каждый влан. + lan интерфейс, как mgmt
В дфльку воткнут dgs-1510-52l/me (core)
В core воткнуты 2 х dgs-1510-52l/me (p1_n1, p2_n2) медью и 2 х dgs-1510-52l/me оптикой (p5_n1, p7_n1)
В dgs-1510-52l/me p7_n1 воткнут dgs-1510-20l/me p7_n2 медью
На свитчи приходят default vlan untagged, 100,101,102,103 tagged. Устройствам в офисе отдается 101 tagged (телефоны, на которых указанно жестко, что работают в 101 влане), 100 untagged.
Есть еще ubiquiti wifi. Все 4 точки + виртуалка с контроллером идут в default vlan для управления + vlan 102, 103 для разных подсетей. На портах куда включены точки: default untagged + 102 tagged + 103 tagged
На свитчах настроен dhcp_relay. Прошивка стоит последняя. Firmware Version Build 1.10.B013

Проблема одна: непериодечески, на различное время, на всех свитчах рандомно теряется трафик во вланах.
Проверено: качество сетевых медных розеток (все отлично, нигде нет коротких, битых и т.д.), менялись волокна оптики между подьездами где стоят свитчи, менялись оптические патчкорды. SFP модули следующие:


В чем может быть проблема?
Прикладываю архив с кинфигами свитчей. Может у меня руки кривые. Уже всю голову сломал. Помогите пожалуйста.

Что имеется ввиду под потерей трафика?
Если потери пакетов - у меня этот коммутатор показал слабую флудоустойчивость к unknown unicast flooding, при этом включение config traffic control unicast enable unicast_threshold даже в 0 никакого заметного эффкта не прозводило. Даже изоляция порта сегментацией (!) не помогла (traffic_segmentation). Спасла транзитная cisco, которая вылечила сеть простой командой switchport block unicast на порту.
Без этого потери достигали 10-15% по всем портам.