Перейти к содержимому
Калькуляторы

Коммутатор доступа: Eltex вместо D-Link Оправдана ли замена?

чаще всего подвисающие порты на Dlink постоянно флапают up/down . Есть мнение, что возникают такие порты на плохих или длинных абонентских линиях, и что это как-то связано с кабельной диагностикой

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

это как-то связано с кабельной диагностикой

Это напрямую связано с cab.diag, и не только на 3200/c1. А еще на ранних прошивках была веселуха с залипающим port_security, и она наблюдалась так же не только на 3200/c1.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ткните, если не затруднит, пальцем в то место, где он там закопан.

Прошу прощения уточняю есть на MES3124F revB. Проверено глупым вопросом к тех поддержке.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Критичные проблемы 3200-28-revC по сравнению с предыдущими ревизиями:

- да-да, мультикаст профили

- отсутствие сигнализации об перепутанных монтажниками портах с привязанными маками

- необходимость в 4-х комбопортах, как это было у 3200-28-revA, а тут опять 2SFP + 2Combo

- подвисающие порты

 

Неприятные:

- SNMP OID'ы - они сильно отличаются от revA и revB

- коммутатор отправляет сообщения об проблемах не чаще 1 раза в минуту

 

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

В течение еще 2-3 месяцев мы скупали по всей России остатки 3200-28-revB и внедряли в сеть удачно найденный Eltex-MES-2124.

Пардон, а что не так с мультикаст-профилями? Мне как раз надо будет в скором времени писать, в т.ч. и для 3200C1

Про IMPB violation сообщает

Есть 3200-28

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Пардон, а что не так с мультикаст-профилями? Мне как раз надо будет в скором времени писать, в т.ч. и для 3200C1

Скажем так, набор шаблонов от ранних железок не взлетал из-за особенностей логики работы функционала multicast vlan filtering. Рекомендации по адаптации под 3200/c1 многократно расписывались как здесь, так и на форуме длинка. Если в кратце - обязательно рисуйте mcast_filter_profile, навешивайте его на порты и мультикастовый влан с access permit, попутно рисуйте ism vlan group profile, в котором так же прописываете обрабатываемые диапазоны, и навешиваете это добро на ism vlan.

Все это актуально если у вас не multicast vlan_filtering_mode vlanid %mvr_vlanid% forward_all_groups, однако, делать forward_all_groups - все равно что выстрелить себе в ногу из двустволки.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Повторюсь, народ подскажите,

Тестировал ли кто нибудь сей MES1124 на коллизию хэш-функции MAC-адреса,

каковы результаты.

Подскажите размер буфера пакетов у MES1124

Изменено пользователем Стич

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Все это актуально если у вас не multicast vlan_filtering_mode vlanid %mvr_vlanid% forward_all_groups, однако, делать forward_all_groups - все равно что выстрелить себе в ногу из двустволки.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Все это актуально если у вас не multicast vlan_filtering_mode vlanid %mvr_vlanid% forward_all_groups, однако, делать forward_all_groups - все равно что выстрелить себе в ногу из двустволки.

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

CPU filtering фильтрует служебные пакеты, а multicast filtering - сам трафик. Это взаимодополняемые фильтры, а не взаимозамещаемые.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Скажите, кто-нибудь заводил на MES2124 dhcp relay+opt82 БЕЗ интерфейса в абонентском VLAN?

 

Если я добавляю интерфейс в влан - все ок, но делать так плохо.

Если не добавляю, то при получении адреса все затыкается на DISCOVER/OFFER, а вот продление (если адрес уже получен) REQUEST/ACK работает. То есть по отдельности две половинки процедуры работают, а вместе нет.

 

Судя по оф. форуму релей без интерфейса был запилен только в сентябре и то в тесте. У кого-нибудь уже работает в продакшене?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

То есть, если у тебя VLAN на абонента, надо 24 SVI разворачивать? А если выше где-то релеить?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А если выше где-то релеить?

Решил попробовать local relay. Настроил, но не сразу понял как это вышло. В инструкции написано

Для использования опции 82 на устройстве должна быть включена функция DHCP relay агента.

Сама опция, похоже, включается вот так:

ip dhcp information option

ip dhcp information option suboption-type custom

Тем не менее опция 82 в запросе не появилась. Потестил в разных комбинациях и сделал вывод, что релей агент никак не связан с опцией 82, для ее работы надо включать DHCP Snooping (причем и в VLAN тоже), а Relay можно совсем выключить.

 

Выводы:

1. Настроить DHCP Relay+Option 82 у меня получилось, но без интерфейса в абонентском VLAN прилетает только DISCOVER.

2. Вместо этого можно настроить DHCP Local Relay, закрыв инструкцию и сделав по своему.

Изменено пользователем xcme

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

для ее работы надо включать DHCP Snooping (причем и в VLAN тоже), а Relay можно совсем выключить.

Ну как бы да. На QTech'ах, например, тоже Opt 82 не вставляется пока не включишь DHCP Snooping для нужного VLAN.

Хотя при этом DISCOVER летит (правда у нас broadcast'ом) в сторону апстрима.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

На QTech'ах, например, тоже Opt 82 не вставляется пока не включишь DHCP Snooping для нужного VLAN.

На cisco 2950, если мне не изменяет память, opt 82 без dhcp snooping так же не работала. Так что, удивляться такому поведению на "китайских клонах" нет смысла ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

То есть, если у тебя VLAN на абонента, надо 24 SVI разворачивать? А если выше где-то релеить?

Нет, все работает без svi.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

На cisco 2950, если мне не изменяет память, opt 82 без dhcp snooping так же не работала. Так что, удивляться такому поведению на "китайских клонах" нет смысла ;)

Так инструкция то пишет "Включите Relay", а не "Включите Snooping". Потому и удивляюсь. :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Повторюсь, народ подскажите,

Тестировал ли кто нибудь сей MES1124 на коллизию хэш-функции MAC-адреса,

каковы результаты.

Подскажите размер буфера пакетов у MES1124

 

тестировал, кстати говоря, вместе с зухелями, д-линками и qtech-ами

У Eltex-а очень приличный результат - маки теряет после 13-14к при заявленных 16к.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

тестировал, кстати говоря, вместе с зухелями, д-линками и qtech-ами

У Eltex-а очень приличный результат - маки теряет после 13-14к при заявленных 16к.

как у остальных дела?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

тестировал, кстати говоря, вместе с зухелями, д-линками и qtech-ами

У Eltex-а очень приличный результат - маки теряет после 13-14к при заявленных 16к.

как у остальных дела?

 

Примерно так:

 

ae99772f6565190fea764ccb07502a6c.png

 

Надо понимать, что я делал по 1-2 теста на железку, по хорошему конечно, надо раз по 5. Для усреднения результатов.

Изменено пользователем Kergorn

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Как я понимаю на доступ подойдет любой, эту проблему уже решили

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Нет ничего лучше, чем б.у. d-link...:)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Нет, все работает без svi.

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

Remote ID родной? Судя по ответу ТП, коммутатор в нашем случае не понимает собственный пакет, т.к. RID был изменен. При этом факт, что RID изменил сам коммутатор, роли не играет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Скажите, кто-нибудь заводил на MES2124 dhcp relay+opt82 БЕЗ интерфейса в абонентском VLAN?

 

Если я добавляю интерфейс в влан - все ок, но делать так плохо.

Если не добавляю, то при получении адреса все затыкается на DISCOVER/OFFER, а вот продление (если адрес уже получен) REQUEST/ACK работает. То есть по отдельности две половинки процедуры работают, а вместе нет.

 

Судя по оф. форуму релей без интерфейса был запилен только в сентябре и то в тесте. У кого-нибудь уже работает в продакшене?

 

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

Забавно также реализовали что дхцп снупинг траста не должно быть ни на каком порту ) тогда запросы ходят и ответы ходят. А если привычно включить снупинг траст на аплинке ответ на запрос не придёт :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Забавно также реализовали что дхцп снупинг траста не должно быть ни на каком порту ) тогда запросы ходят и ответы ходят. А если привычно включить снупинг траст на аплинке ответ на запрос не придёт :)

У вас что в RID? Значение по умолчанию? Попробовал выключить траст на аплинке - отличий в поведении не заметил. И так и так OFFER дропается коммутатором из-за того что RID отличается от его MAC.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Забавно также реализовали что дхцп снупинг траста не должно быть ни на каком порту ) тогда запросы ходят и ответы ходят. А если привычно включить снупинг траст на аплинке ответ на запрос не придёт :)

У вас что в RID? Значение по умолчанию? Попробовал выключить траст на аплинке - отличий в поведении не заметил. И так и так OFFER дропается коммутатором из-за того что RID отличается от его MAC.

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Последняя, 1.1.34. Со значением по умолчанию не интересно. :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.