Jump to content

Recommended Posts

Posted

Не могу найти в даташите на DGS-3420-26SC максимальное кол-во ARP записей.

Это оно (выделено), или нет?

Маршрутизация 3 уровня

• До 1 К записей маршрутизации устройств с использованием протоколов IPv4/v6

- Макс. 1K для маршрутов IPv4

- Макс. 512 для маршрутов IPv6

• До 8K всех пересылаемых записей устройств по протоколам IPv4/v6 L3

- Макс. 2K записей для IPv4

- Макс. 1K записей для IPv6

Posted

,нет

А где же оно есть?

Или тут как с сусликом из фильма "ДМБ" - его не видно, а он есть?

Если без шуток, есть проблемы на NAS-ах, подключенных к 3420 (клиенты PPTP теряют линк одновременно приличным кол-вом).

Абоненты терминируются именно на 3420, куда также подключены NAS-ы.

Предположил, что причина проблемы в предельном кол-ве записей в ARP таблице 3420 (в ЧНН - более 1700, точное число перед "падением" пока не могу отловить).

А вот найти данные об этом лимите пока не могу..

Или его вообще не существует?

Posted

Старайтесь не юзать D-Link там, где есть L3, и, в частности, много ARP; Поставьте за ним (или вместо него) любую (даже древнюю) циску (3550, 3560, 3570, 4948) и пробросьте вилан(ы) на неё, где и терминируйте свои L3. В своё время убрал D-Link'и с L3 - с той поры проблем ноль. А проблемы были те же.

Если никак - попробуйте статическую таблицу ARP (костыль, но может помочь).

Posted

Но arp не больше 500.

 

Да, до поры, до времени. У меня тоже какое-то время более-менее работало, до 1000 примерно. Потом начались сказочные глюки, поддержка д-линка лечила их волшебными словами "обновите прошивку". Помогало обычно не хуже, чем простая перезагрузка.

Posted

Ну "перестройка" в принципе запланирована, и даже уже идёт.

В плане "спускания" терминации L3 "ниже" (на "узловые" коммутаторы DGS-3120).

Соотв. кол-во ARP записей там будет существенно меньше, ну и с "ядрёного" 3420 они уйдут.

Вопрос был задан с целью локализовать проблему, т.к. есть сомнения, там ли я ищу свою "чёрную кошку"..

Задал тот же вопрос (про кол-во записей в ARP таблице) на форуме дилинка, пока тишина..

Posted

для L2+ коммутаторов это параметр обычно не играет роли (честную цифру вряд ли найдете), т.к. на L3 его не рекомендуется использовать. Я бы как вендор сказал: используйте на свой страх и риск. Хотите L3 - покупайте L3.

Posted

Я бы как вендор сказал: используйте на свой страх и риск. Хотите L3 - покупайте L3.

Как раз для вендора это ну просто не солидно.

Если железка позиционируется с L3 функционалом, неважно каким - "плюсом", или ещё как, то будьте добры указать, какие ограничения она имеет, как L3.

Не обязательно даже в конкретных цифрах, достаточно будет и "до/не_более" и т.п... Дабы потребитель знал, с какого момента он должен "захотеть полноценный L3".

И только после этого добавить "вашу" фразу.

Posted

Как раз для вендора это ну просто не солидно.

 

Поверьте, Д-Линк ещё сравнительно честен. У других вендоров бывают случаи гораздо печальней.

Публикация не всей правды (умолчание ограничений) изрядно увеличивает продажи в целевом секторе. Мало того, у Д-Линка есть ещё один трюк (звучит примерно так): "*Будет реализовано в следующих версиях ПО".

 

Не обязательно даже в конкретных цифрах, достаточно будет и "до/не_более" и т.п... Дабы потребитель знал, с какого момента он должен "захотеть полноценный L3".

 

Вы слишком много требуете от СОХО железа. Оно (как-то) работает - ну и хорошо. Те (и там), кому (и где) нужны точные цифры, D-Link используют редко (но метко). И там совсем другие ценники.

У Д-Линк есть вполне определённая ниша, и он её довольно плотно занял. Не следует ждать от него чудес, и там, где необходимо потратиться, лучше всё-таки потратиться :)

Posted

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

Posted

Стоп-стоп! Обсуждение уходит в обобщения..

Ещё раз - на данный момент у меня задача заключается в локализации точки возникшей проблемы.

И как уже писал, есть сомнения, что я не там ищу. Соотв. трачу драгоценное время на поиск "черной кошки", которой в этой "комнате" нет..

А вдруг эти "несчастные" 1700 ARP для железки "раз плюнуть"?

Posted

Вы слишком много требуете от СОХО железа. Оно (как-то) работает - ну и хорошо.

DGS-3420 - СОХО? Перебор, однако.. :)

Ну и ещё раз - я ничего не требую, всего лишь желаю знать, это "много", или "мало".

СтОит в данный момент упираться сюда, или можно смело отложить "на потом" и искать источник проблемы в другом месте..

Posted

DGS-3420 - СОХО? Перебор, однако.. :)

 

Очень взрослый СОХО :) Сравните ценник аналогичной по формфактору Циски и всё поймёте :)

 

СтОит в данный момент упираться сюда, или можно смело отложить "на потом" и искать источник проблемы в другом месте..

 

Вышлите дебаг информацию в Д-Линк и задайте этот вопрос поддержке. Если же хотите найти проблему быстро - подставьте более взрослую железку.

Posted

L3 коммутатор DGS-3612G очень плохо чувствовал себя при ARP больше 1000 (высокая загрузка CPU, проблемы при изучении ARP). Это распространяется и на DGS-3627G, DGS-3610G, DGS-3627G. Ни один из данных коммутаторов не достиг и половины максимального по ТТХ количества ARP без проблем со связью.

Posted

Да вот 3612/3627 это старая серия со старыми чипами и старыми багами. На форуме были темы, как завалить 3612 в два клики и тд. Также говорили, что все новые длинки этому подвержены. Но при этом их на столе завалить у меня не получилось, при том, что 3612 сразу улетал в аут.

 

Для 3120/3420/3620 это не применимо, там другой чип и другое ПО. Плюс появился 3630, который также сделан на другом железе.

Posted

Кстати..

DGS-3420-26SC

Управляемый стекируемый коммутатор уровня 3 с 20 портами 100/1000Base-X SFP, 4 комбо-портами 100/1000Base-T/SFP и 2 портами 10GBase-X SFP+

Только сейчас обратил внимание.

 

Да вот 3612/3627 это старая серия со старыми чипами и старыми багами.

Для 3120/3420/3620 это не применимо, там другой чип и другое ПО.

 

Вот именно. Это тоже самое, что сравнить DES-3526 и DES-3200.

 

мультикаст бегает у вас с igmp snooping?

Отсутствует совсем.

 

Вообщем, всё ясно, что ничего не ясно..

Например, прямо сейчас: 1618 ARP записей, загрузка CPU - 38%, которая практически неизменна в период минимум 4-х часов.

В период, именно период, а не в момент проблемы, загрузка CPU возрастает до 48%.

Считаю, что это мелочь, т.к. эти 48% фактически в ЧНН.

Ни в коей мере не считаю, что это правильно, и ничего делать не нужно. Нужно и обязательно.

Но вот насчёт того, что сиё есть источник проблемы, пока сомневаюсь..

Вообще, давно принял за правило, озабачиваться заменой/апгрейдом железа только после того, когда его загрузка превысит 70%.

Пока ни разу это не подводило..

Допускаю, что "здесь Вам не тут", но снова хотелось бы точно знать..

 

Вам уже несколько раз ответили: много.

Где это Вы увидели?

Или рассказ о том, что "мой 250-й Мерседес в 1985-м больше 150 км/ч не выжимал, значит и твой новый 600-й тоже не сможет, потому-что это Мерседес" - это аргументированный ответ?

 

P.S. Попробую все же добиться "правды" от дилинка.

Posted

Или рассказ о том, что "мой 250-й Мерседес

 

У Вас не Мерседес.

 

P.S. Попробую все же добиться "правды" от дилинка.

 

Вот это правильно

Posted

У меня работает L3 на 3120, нет никаких проблем. Но arp не больше 500.

На разных сетях по разному, но куча народу жалуется что Л3 начинает умирать ~1.6-2k arp записей. Меня сие минуло, ибо как дотянули до 1.3k, поставили 4948

 

Задал тот же вопрос (про кол-во записей в ARP таблице) на форуме дилинка, пока тишина..

Пошукайте там, несколько топиков есть, с описанием подобной болячки на 3426/3627 и вышедших им на замену 3420/3620. В новых кстате проблемы начинаются на меньшем кол-ве арп

 

DGS-3420 - СОХО? Перебор, однако.. :)

Нет не перебор, простая железка l2 агрегации, вешать на неё l3 - преступлениечревато.

 

Вообщем, всё ясно, что ничего не ясно..

Например, прямо сейчас: 1618 ARP записей, загрузка CPU - 38%, которая практически неизменна в период минимум 4-х часов.

Имхо, вы достигли потолка, меняйте железку на циску. Ну по крайней мере поставить для проверки можно.

 

Но вот насчёт того, что сиё есть источник проблемы, пока сомневаюсь..

попробуйте поставить againg time в минимальное значение, либо в моменты "нехорошестей" чистить эту таблицу. Если станет чуть-чуть легче, то это оно и есть.

 

топик мазохистов с длинками в качестве терминирующей железке и других людей которые пытаются объяснить что совать трубу диаметров пол метра в жопу это плохо

Нормальная сова, вполне себе труба просовывается. Главное знать, когда надо остановиться и заменить сову.

Posted

топик мазохистов с длинками в качестве терминирующей железке и других людей которые пытаются объяснить что совать трубу диаметров пол метра в жопу это плохо

да это устаревший стереотип. Да, 2к+ ARP он не вывезет, но эта железка из другой весовой категории. Сейчас гордят л3 на илтексах, кутехах, снрах и прочей оемной фигне, но при это длинк не вариант.
Posted

попробуйте поставить againg time в минимальное значение, либо в моменты "нехорошестей" чистить эту таблицу.

 

Вы имеете ввиду fdb aging_time?

Можно попробовать. Сейчас он по-дефолту - 300(5 мин.), попробую уменьшить до минуты.

 

Если станет чуть-чуть легче, то это оно и есть.

 

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

Тут надо "или/или".

Проблема не постоянная, прыгает между тремя NAS и "цифры" её так же разные: может 20 клиентов отвалиться, а может и 200.

Правда, последнее крайне редко.

 

P.S. Вчера реализовал мониторинг ARP count в кактусе. Изменений ни до появления, ни после окончания проблемы практически не было.

Как было ~1740 ARP, так и осталось..

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.