[taf_321]

В 11.02.2022 в 02:13, sol сказал:

Откройте для себя как родоначальника жанра expect, так и модули ssh/telnet существующие для всех мыслимых языков программирования. И научитесь настраивать в них промпт. Обычно это регулярное выражение.

Мне вообще непонятно зачем заливать портянки через терминал, если есть более надёжный и быстрый способ через tftp/sftp.

 

to Saab95: у микротика перестали течь дескрипторы от открываемых сеансов ssh?

[sol]

В 10.02.2022 в 21:28, taf_321 сказал:

Мне вообще непонятно зачем заливать портянки через терминал

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

 

[alibek]

Думать — это устаревшая технология.

[Saab95]

В 10.02.2022 в 21:13, sol сказал:

Просто пользуйтесь этим так как было задумано авторами концепции. Иначе с вашим наивным/детсадовским подходом возможны неудачи. Например, одной командой вы можете запустить форматирование флешки или другую длительную операцию и не дожидаясь появления промпта начать лить туда следующие команды. Понятно всем, что это переполнит буфер ввода любого размера. Хотя с т.з. вашего подхода это должно быть нормально.

 

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

 

 

В 10.02.2022 в 21:28, taf_321 сказал:

Мне вообще непонятно зачем заливать портянки через терминал, если есть более надёжный и быстрый способ через tftp/sftp.

Это устаревшие технологии.

 

В 10.02.2022 в 21:28, taf_321 сказал:

у микротика перестали течь дескрипторы от открываемых сеансов ssh?

У микротика всегда открываем один сеанс SSH, заливаем нужные команды - отключаемся.

 

В 10.02.2022 в 22:40, sol сказал:

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

А разве не так? То есть в "серьезных" железках CLI только для ручного ввода администратором с клавиатуры? А все остальное путем заливки скриптов и прочего?

[alibek]

В 11.02.2022 в 01:54, Saab95 сказал:

То есть в "серьезных" железках CLI только для ручного ввода администратором с клавиатуры?

В "серьезных" железках есть NMS.

 

В 11.02.2022 в 01:54, Saab95 сказал:

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

Или не выполняют. Тут уж как получится.

[fractal]

7 часов назад, Saab95 сказал:

Это устаревшие технологии.

Ansible, terraform в помощь, это не устаревшее

[sol]

В 11.02.2022 в 01:54, Saab95 сказал:

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

Потому, что в них нет концепции контекстов. Контекст это удобно, отсутствие контекста терпимо но не удобно. Удобен для восприятия структурированный конфиг. Понятно, что этот конфиг однозначно отображается на ансамбль значений типа KEY => Value. И что можно набить этот массив набором каких либо операторов вида:

set ospf_id 1.2.3.4

set ospf network 10.10.10.0/24 area 0.0.0.0

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

Но удобнее для восприятия _человеком_ именно структурированный конфиг вида "Как у Juniper" или, в меньшей степени питонообразный конфиг у Cisco.

Такой конфиг менее приспособлен для машинной генерации и ещё меньше для машинного парсинга. Но он и не создавался для этого. Он создавался для удобства человека.

 

В 11.02.2022 в 01:54, Saab95 сказал:

А разве не так?

Не так.

В 11.02.2022 в 01:54, Saab95 сказал:

То есть в "серьезных" железках CLI только для ручного ввода администратором с клавиатуры?

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

Сказано было ясно: CLI создавался для использования человеком. Это не отменяет возможности использовать его для m2m взаимодействия. По сути, интерпретатору всё равно кто генерирует его ввод. Главное, чтобы соблюдались правила, заложенные при создании. Перед выдачей очередной команды дождитесь появления приглашения для ввода. Таково правило, заложенное при создании.

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

 

В 11.02.2022 в 01:54, Saab95 сказал:

А все остальное путем заливки скриптов и прочего?

Для m2m взаимодействия имеются другие, более удобные именно для такого взаимодействия способы. Хотя они и не отменяют прямого взаимодействия с CLI.

В конце концов, есть SNMP. Он специально придуман для того, чтобы избежать преобразования из машинного представления конфига на генерирующей стороне в промежуточное на языке CLI и обратного преобразования из этого промежуточного представления обратно в машинное на принимающей. И как раз представляет собой способ передачи значений KEY (OID) => Value в бинарном виде.

 

[alibek]

В 11.02.2022 в 14:05, sol сказал:

В конце концов, есть SNMP.

Так в Микротиках SNMP глючит и сильно грузит CPU это устаревшая технологие.

[sol]

В 11.02.2022 в 14:37, alibek сказал:

это устаревшая технологие

Ну тут уж кому Поп, кому Поподья, кому попова Дочка... Нормальное железо имеет околонулевую загрузку от применения SNMP. Не умеет микрот в SNMP - та и йух с ним. Пусть не умеет.

 

Не понимает чел простых вещей - не надо. Считает что раз один раз ему повезло объехать пробку по встречке то так и надо делать - пусть считает.

Я же больше заработаю на консалтинге после таких вот "рулил" и внедренцев простых, но неправильных решений.

 

 

 

 

[YuryD]

В 11.02.2022 в 16:37, alibek сказал:

Так в Микротиках SNMP глючит и сильно грузит CPU это устаревшая технологие.

 А где он не глючит? тем более - что это не основная задача для коммутатора. считать что-то стандартное - это норма, а впихучить - непростая задача... ftp/tftp для конфигов тоже непросто, ибо мозги вендоров иногда едут в лес, пытаясь впихать невпихуемое. Поэтому и рукоблудие при изменении конфигов в режиме эмуляции ручного ввода имеет место быть. Альтернатива - как всегда - утки :) или говноманагерные решения от вендоров, с уеб-мордой.... Нее, они бесплатные, только вот говорят что вы-то молодцы, а железяка ваша протухшая....

[Saab95]

В 11.02.2022 в 14:05, sol сказал:

Для m2m взаимодействия имеются другие, более удобные именно для такого взаимодействия способы. Хотя они и не отменяют прямого взаимодействия с CLI.

Приведу про микротик, у него еще с 3 версии до сегодняшней 6 синтаксис практически не менялся, да, где-то потребовались дополнительные уточнения в командах, где-то названия полей изменилось, но в целом все как и было. То есть можно заливать и заливать настройки.

 

У длинка одной и той же модели, но разных ревизий, настройки отличаются, и в том числе по SNMP. То есть имея несколько моделей нужно сначала уточнить ревизию и уже после подготавливать набор команд. Представьте, когда на сети будет много разных железок разных фирм разных ревизий - вот тут то CLI только и спасает, т.к. его можно визуально спроектировать, и всегда быстро поправить, в отличии от поиска какой теперь oid у такого то параметра.

[sol]

В 11.02.2022 в 22:17, Saab95 сказал:

У длинка одной и той же модели, но разных ревизий, настройки отличаются, и в том числе по SNMP. То есть имея несколько моделей нужно сначала уточнить ревизию и уже после подготавливать набор команд.

Пример в студию.

Нет примера = наглое враньё.

В 11.02.2022 в 22:17, Saab95 сказал:

Представьте, когда на сети будет много разных железок разных фирм разных ревизий

Чего мне представлять?!? Я владею сетью о примерно 500 коммутаторах абсолютно разных фирм. около 40 наименований. И там VLAN на абонента.

Чем меня шокировать-то хотите?

В 11.02.2022 в 22:17, Saab95 сказал:

в отличии от поиска какой теперь oid у такого то параметра.

Практически не меняются. Для D-Link например есть две схемы создания VLAN. И баста. IfMIB не менялся с момента сотворения мира. Порт дескрипшн только у всех в разных местах обитает.

В 11.02.2022 в 22:17, Saab95 сказал:

Приведу про микротик, у него еще с 3 версии до сегодняшней 6 синтаксис практически не менялся, да, где-то потребовались дополнительные уточнения в командах, где-то названия полей изменилось, но в целом все как и было. То есть можно заливать и заливать настройки.

Крестик и трусы только вместе. Или вместе надеты, или вместе сняты. Или синтаксис не менялся (на самом деле менялся) и ничего делать не надо, только лей да лей. Или синтаксис менялся и надо узнавать ревизию и вносить коррективы. И тогда ситуация не отличается от любого вендора.

 

[jffulcrum]

В 11.02.2022 в 22:17, Saab95 сказал:

Приведу про микротик, у него еще с 3 версии до сегодняшней 6 синтаксис практически не менялся, да, где-то потребовались дополнительные уточнения в командах, где-то названия полей изменилось, но в целом все как и было. То есть можно заливать и заливать настройки.

Вранье. 

[nixx]

В 11.02.2022 в 22:40, sol сказал:

Пример в студию.

пример длинков - DES-1210-28/ME ревизий B2 и B3. да, в них разные оиды, отличающиеся в одной цифре (в длинко-принадлежащей ветке snmp). в консоли - полностью одинаковы (не поручусь, впрочем, за 100%).

насчет консоли, к слову, длинки держат марку, несмотря на зоопарк моделей и прошивок, поддерживая относительно одинаковый синтаксис везде (только не напоминайте про DGS-3100-24tg).

 

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

[VolanD666]

Дык тема на самом деле ни о чем. Насколько я владею информацией, альтернатив Элтексу просто нет. Причем даже у Элтекса нет полного набора необходимого железа (например шассийных коммутаторов на больших скоростях). О чем тут думать? Если сказали надо делать, значит делаем. Главное предупредить, что Элтекс это не циска и могут быть проблемы. Чтобы потом сказать: "Ну я же говорил!"

[alibek]

В 14.02.2022 в 11:30, VolanD666 сказал:

альтернатив Элтексу просто нет

Разве у QTECH нет сертификатов, что они как-бы российский производитель?

[VolanD666]

В 14.02.2022 в 11:40, alibek сказал:

Разве у QTECH нет сертификатов, что они как-бы российский производитель?

Есть, но далеко не на все оборудование.

[jffulcrum]

Nateks, Русьтелетех . Но у Eltex база внедрений гораздо больше = более отлаженный софт, хотя бы в основах

[pppoetest]

В 11.02.2022 в 04:54, Saab95 сказал:

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

О сколько нам открытий чудных, готовит просвещенья дух.

Добавь в свою кучу команд для длинков 3200-ХХ а/б ревизии, парочку нижеследующих

config vlan_trunk ports 25-26 state enable
enable vlan_trunk

[VolanD666]

В 16.02.2022 в 15:29, pppoetest сказал:

О сколько нам открытий чудных, готовит просвещенья дух.

Добавь в свою кучу команд для длинков 3200-ХХ а/б ревизии, парочку нижеследующих

config vlan_trunk ports 25-26 state enable
enable vlan_trunk

Кстати, может не в тему, а это у 3200 же была история что он в ребут уходил если sh run на нем сделать?

[alibek]

На DES-3200 нет команды sh run.

А show config current вполне себе работал.

К необходимости ребута иногда приводили изменения в настройках магистральных портов — при изменении каких-то параметров (кажется negotiation) линк на порту пропадал и приходилось перегружать по питанию.

Ну и флудить в сеть он умел знатно, если порты вылетали (из-за скачков напряжения или после грозы).

[Urs_ak]

Взяли на тест Eltex MES 2424B

В итоге, на холодную не заводятся SFP+ от NAG'а (и TELCON'а) в 10G порту: индикация линка и скорости есть, а трафик не приходит на Eltex, MAC-ов нет

Если SFP+ вынуть / вставить обратно, то трафик начинает бегать

Ну ё-маё...

[MrNv]

В 11.05.2022 в 15:33, Urs_ak сказал:

Взяли на тест Eltex MES 2424B

у нас тоже такой в тесте, проблемы такой нет

 

Hardware Version                  : 1v3
Software Version                  : 10.2.7.2
Firmware Version                  : 10.2.7.2

 

[Urs_ak]

@MrNv

А у меня есть. На холодную - т.е. после отключения коммутатора по питанию, порт не работает, пока не передёрнешь SFP+

 

С другой стороны SNR-2990 или Сервер с Ethernet Controller X710 for 10GbE SFP+

SNR-SFP+W37-20, SNR-SFP+W73-20

 

Цитата

Hardware Version                  : 1v3
Software Version                  : 10.2.7.2
Firmware Version                  : 10.2.7.2

 

[nickD]

Поделитесь плиз отзывами кто применяет Eltex MES 2424.

Рассматривается на доступ физикам.