Элтекс

Добрый день. Моделей с таким типом вентиляции у нас нет.

alex_bat писал(а):Добрый день. Моделей с таким типом вентиляции у нас нет.

Это печально

Добрый день.
Есть задача: собирать информацию о подключении/отключении устройства (его mac-адреса) на порту коммутаторов серии MES.
У различных вендоров есть функция - mac information - отправка на syslog сервер (по протоколу syslog) сообщений о изменении статуса интерфейса и mac-адреса устройства.
Схожей функции у Элтекс, как я понял, является отправка SNMP trap'ов.
Не подскажите, возможна реализация данной функции через отправку syslog-сообщений?
И если на текущий момент - нет, то планируете ли реализацию данной функции в будущем?
Спасибо.

theEL писал(а):Добрый день.
Есть задача: собирать информацию о подключении/отключении устройства (его mac-адреса) на порту коммутаторов серии MES.
У различных вендоров есть функция - mac information - отправка на syslog сервер (по протоколу syslog) сообщений о изменении статуса интерфейса и mac-адреса устройства.
Схожей функции у Элтекс, как я понял, является отправка SNMP trap'ов.
Не подскажите, возможна реализация данной функции через отправку syslog-сообщений?
И если на текущий момент - нет, то планируете ли реализацию данной функции в будущем?
Спасибо.

Добрый день.
На данный момент такой возможности нет. Какие модели коммутаторов используете?

Здравствуйте! В руководстве по эксплуатации указано, что в стек объединяются только коммутаторы одной и той же модели. То есть объединить PoE коммутатор и не PoE нельзя (например, MES2324P и MES2324B)? И соответственно, нельзя объединить 24 портовый и 48 портовый коммутаторы? Планируется ли добавление такой возможности в будущем? Ведь часто необходимо наличие в стеке хоть одного PoE коммутатора.

То есть объединить PoE коммутатор и не PoE нельзя (например, MES2324P и MES2324B)?

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

Niko87 писал(а):

То есть объединить PoE коммутатор и не PoE нельзя (например, MES2324P и MES2324B)?

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

Тем не менее, некоторые производители умеют объединять в стек несовсем идентичные модели. У несуществующего ныне Nortel можно было собрать стек из BS 450 и BPS 2000. У Cisco тоже есть совместимость между некоторыми различными моделями, но сходу не назову. В личной переписке я вопрос в Eltex на эту тему задавал, ответ был "может быть когда-нибудь". Вероятно, теоретическая возможность есть...

Обнаружилась такая неожиданная проблема при замене 100М оборудования на гигабитное. По тем или иным причинам встречается ситуация, когда в кабеле задействовано всего две пары. Этого достаточно для 10/100M. А вот в случае, если с обоих сторон порты гигабитные, линк на автомате может не подняться. В частности, такая ситуация обнаружилась с MES2308. Сейчас попробовал обновить до 4.0.9.3, всё то же самое. Второго 2308 нет, чтобы между ними проверить (приедут - проверю), но с D-Link DES-3828 на автомате не соединяется (очевидно, у D-Link такая-же проблема присутствует). А вот если второе устройство ZyXEL MES-3528, то 100М между гигабитными портами поднимается по двухпарному кабелю.

Вопрос: можно ли что-то поправить в ПО Eltex, чтобы скорость 100 тоже проверялась при автовыборе?

asy писал(а):Обнаружилась такая неожиданная проблема при замене 100М оборудования на гигабитное. По тем или иным причинам встречается ситуация, когда в кабеле задействовано всего две пары. Этого достаточно для 10/100M. А вот в случае, если с обоих сторон порты гигабитные, линк на автомате может не подняться. В частности, такая ситуация обнаружилась с MES2308. Сейчас попробовал обновить до 4.0.9.3, всё то же самое. Второго 2308 нет, чтобы между ними проверить (приедут - проверю), но с D-Link DES-3828 на автомате не соединяется (очевидно, у D-Link такая-же проблема присутствует). А вот если второе устройство ZyXEL MES-3528, то 100М между гигабитными портами поднимается по двухпарному кабелю.

Вопрос: можно ли что-то поправить в ПО Eltex, чтобы скорость 100 тоже проверялась при автовыборе?

Так-то ничего что зухель сотошный?
Попробуйте выставить в autoneg 10/100.

k0ste писал(а):

asy писал(а):Вопрос: можно ли что-то поправить в ПО Eltex, чтобы скорость 100 тоже проверялась при автовыборе?

Так-то ничего что зухель сотошный?

Ничего. Я же написал специально: "между гигабитными портами". Потому как порты 25-28 вполне себе гигабитные у него.

k0ste писал(а):Попробуйте выставить в autoneg 10/100.

Разумеется, со "speed 100/no negotiation" работает. Но речь-то про автомат.

asy писал(а):Ничего. Я же написал специально: "между гигабитными портами". Потому как порты 25-28 вполне себе гигабитные у него.

Понял.

asy писал(а):Разумеется, со "speed 100/no negotiation" работает. Но речь-то про автомат.

Имелось ввиду:

k0ste писал(а):Имелось ввиду:

Код: Выделить всё

negotiation 10h 10f 100h 100f


Да, так тоже работает. Что-то я сразу не понял, что можно несколько вариантов указать. Но, кстати, если 1000f добавить, 100 пробовать опять перестаёт.

А, вообще, засада ещё может быть в ситуации, когда оборудование меняется, у клиентов оборудование ещё 100М, и всё работает. А потом кто-то покупает себе новый роутер, и проблема вылезает через заметный интервал времени. То есть, надо не забыть при замене проверить все порты и сделать заранее 100 там, где пар не хватает. Не сильно удобно всё равно.

asy писал(а):Да, так тоже работает. Что-то я сразу не понял, что можно несколько вариантов указать. Но, кстати, если 1000f добавить, 100 пробовать опять перестаёт.

Вот это правильный вариант, рад что работает.

asy писал(а):А, вообще, засада ещё может быть в ситуации, когда оборудование меняется, у клиентов оборудование ещё 100М, и всё работает. А потом кто-то покупает себе новый роутер, и проблема вылезает через заметный интервал времени. То есть, надо не забыть при замене проверить все порты и сделать заранее 100 там, где пар не хватает. Не сильно удобно всё равно.

А это вам наказание за кабель-шаринг.

k0ste писал(а):

asy писал(а):А, вообще, засада ещё может быть в ситуации, когда оборудование меняется, у клиентов оборудование ещё 100М, и всё работает. А потом кто-то покупает себе новый роутер, и проблема вылезает через заметный интервал времени. То есть, надо не забыть при замене проверить все порты и сделать заранее 100 там, где пар не хватает. Не сильно удобно всё равно.

А это вам наказание за кабель-шаринг.

Если бы клиенты денег не считали, если бы ТСЖ/УК свободно давали бы кабель доложить, если бы его можно было в кабель-каналы засунуть уже и так забитые, если бы... В общем, очень много "если бы", которые, бывает, не сходятся под этими звёздами.

Кстати, если тест добавлять, то 100f достаточно, так как если другая сторона 1000f не умеет, всё остальное она сама попробует.

А сложно сделать распознавание ";"? Переношу конфиг с коммутатора другого производителя, неудобно.

До кучи, в операциях с мак-адресами тоже было бы хорошо распространённые написания воспринимать. Или, как минимум, xxxx-xxxx-xxxx и xx-xx-xx-xx-xx-xx, как у SNR (в смысле SNR разные понимает в команде "show mac-address-table address ...").