2 Chupaka
за команды no ip forward-protocol udp 53. Огромнейшее спасибо.

часа 4 наблюдал в чем проблема, причем на 3620 такой проблемы нет.
заключалась в следующем:
mac age 300 sec
arp age 250 min
все по дефолту.
после того как мак пропадает из mac таблицы, но остается в арпах. запускаем пинг, время обучения и ответа от 2 до 7 секунд. Чем нагруженней свич, тем проблема видна ярче.
после данных команд, задежрек в пинге при обучении не обнаружено. Прошивка последняя.
если еще что-то увижу, попробую арп элевашин.

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

результат no udp командам:
загрузка проца снизилась на 1 процент, но я его только внедряю в сеть, поэтому он занят не сильно
время ответа от свича на пинг как-будто по стабильней стало, хотя так и проскакивают 200мс временами.

2 NShut

Мы в курсе данной ситуации. Данный эффект исправят в R2.40 для серии DXS-3600.

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

Руслан, ориентировочные сроки есть?

_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.

Доброе утро. В течение недели должны дать расписание.

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

Как прогресс?

встала необходимость немного qos попользовать. схема таже АСР -- 2*10 (портченел) --ДХС -- 10ге -- СЦЕ -- 10ге -- ДХС2. от циски летит трафик промеченный dscp 39. влан с АСР прозрачно пролетает и терминируется на ДХС2 (поэтому возможности разобрать портченел нету).

на интерфейсе портченела нельзя сказать mls qos trust dscp (у меня стойкое ощущение на то, что траст на физических портах портченела не работает и метка сбрасывается в ноль). или все же догадка не верна?

Подскажите R2.40 уже вышла? Где взять релиз?

Добрый день.

Поведение UDP Helper исправили в R2.34. Это на текущий момент последний release.

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

Имеем:


И имеем буду с traceroute.
Таки проблема имеет решение?

Добрый вечер. Пожалуйста, опишите проблему более детально. Что с работой traceroute не так?

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

При прохождении через DXS имеем потери и гигантские задержки либо он вообще не отвечает:
[vans@billing ~]$ traceroute 10.0.17.11
traceroute to 10.0.17.11 (10.0.17.11), 30 hops max, 60 byte packets
1 * * *
2 10.0.17.11 (10.0.17.11) 7.832 ms 8.608 ms 9.395 ms
[vans@billing ~]$ traceroute 10.0.17.11
traceroute to 10.0.17.11 (10.0.17.11), 30 hops max, 60 byte packets
1 gateway (91.211.104.11) 4206.858 ms 4233.447 ms 4233.646 ms
2 10.0.17.11 (10.0.17.11) 8.501 ms 9.285 ms 10.548 ms
[vans@billing ~]$

Загрузка процессора при этом около 18%, все команды из темы вводил.

В общем это описано на 5 странице. Только решение не помогло.

Добрый день.

Пожалуйста, пришлите мне конфигурационный файл для анализа.

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

Добрый день!

Подниму тему.

Есть такой коммутатор. Стоит в ядре можно так сказать.
На нем терминируются в основном 3 влана. Два клиентских с подсетями /24. Один управляющий, в котором порядка 1000 коммутаторов.
Так вот - связь с этими коммутаторами иногда пропадает, причем если запустить пинг, то через несколько секунд возобновляется. Коммутаторы эти опрашиваются заббиксом постоянно, т.е. записи тоже должны быть постоянно.

При этом по "потерянным" коммутаторам нет ARP-записей, они "пропадают".
Если вывести всю таблицу, то там 1408 записей, иногда 1409. Время жизни поставили очень большое 240 минут, т.е. они вообще не должны пропадать как бы.

Это что за ограничение?

Switch#sh version

System MAC Address: 00-17-9A-14-9C-F0

Unit ID Module Name Versions
------- ------------------ ---------------------
1 DXS-3600-32S H/W:B1
Bootloader:1.10.007
Runtime:2.42.B069

Добрый день.

А Вы команду "ip arp elevation" на DXS-3600 ввели?

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