:)

@dvolodin это хороший вопрос

я даже готов предположить его ответ

что ssh/telnet есть везде, а netconf только в нормальных вендорах

круто. d-link плохой, juniper плохой. я вот микротик купил. он тоже плохой ?

Ты говоришь железо, сейчас сделал на 6509-v-e (sup2t) write и отвалился на секунду

Где работает NETCONF? Ходят слухи, что на устройствах Juniper, Brocade, Cisco, Huawei и некоторых других. … НО Не так всё прекрасно. Отлично документированный и поддерживаемый NETCONF я встречал только на Juniper. К сожалению, на Huawei его не испытывал, т.к. не было необходимости, а в случае с Brocade не было подопытных. Но Cisco… О работе NETCONF на линейке Catalyst как минимум до 15 версии IOS: Ответы на запросы очень сильно пожирают CPU. running-config c XML форматированием можно ждать минут 5 при загрузке CPU под 100%. get состояния реализован не по RFC (sic!): в ответ к, например, «show int status» Cisco всегда добавляет полный running-config. Нет XML схем и выдача иногда странным образом обрезается. Например, на запрос «sh run int vlan777» Cisco отвечает так:

тупой он и тормозной

https://www.evernote.com/l/ADlxV76YMENG4KUEGeM0iV3iT2-ty6u2L1M

вот вам на подумать

очень серьезно на подумать

прочитал

ересь какая-то

а если не скрипт

а если мой пируль

или приложение run commands

а если сниппет

то уже все, пойдут новой сессией

а если разные скрипты выполняют одни и те же команды

да нет

я вижу проблемы в том что у нас половина скриптов не выставляет дефолтные "пути" при завершении работы. что практически гарантированно сделает неработоспособным 90% профилей.

тут суть в том, чтобы не менять существующую логику

v I -- и в этом тоже есть проблема, да

и второе - не надо изобретать велосипед и смотреть как пакетная работа сделана в последнем андроиде.

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

потому оно и не сделано

там как раз задача такая же

Dmitry Volodin при чем здесь noc, если у тебя железка умирает от команды  sh int? оператор ее не набирает, да?+

Оператор не набирает через две миллисекунда после "sh int" кучу других команд

нате вам для "бодрячка" https://pp.vk.me/c314923/v314923151/1c3e/5kqUbS2Hl-c.jpg

Т.е. единственный вариант вижу, в куче скриптов добавить:

sleep(50) return r

Раз NOC не умеет таймауты между выполнением скриптов делать

TASK [nsqd : include nsqd os specific tasks] 04:42 fatal: [noc2host]: FAILED! => {"failed": true, "reason": "ERROR! the file_name '/opt/tower/var/tower/playbooks/noc2/ansible/os/CentOS/main.yml' does not exist, or is not readable"}

@dvolodin Дим. Можно ли будет предусмотреть таймаут между выполнением CL

нафига, блин

1. Можно ли будет предусмотреть таймаут между выполнением CLI команд ?

я все думаю, как ручек поменьше сделать, вы - новые придумываете

2. Можно ли будет предусмотреть таймаут после неудачного завершения скрипта ?

Это не я придумываю. Это жизнь такая.

делай нормальный скрипт get_interfaces

или отключай interface discovery на этой железке

без interface_discovery нету смысла ставить галочку "is managed"

да это важный скрипт

мне всего навсего нужно, чтобы NOC "подождал" пару минут перед тем, как запустить следующий скрипт после get_interfaces

Это что-то из области фантастики ?

это костыльный подход

Нужен NOC версии 20.10 ?

ну вот смотри

Это нормальный подод, когда программа выполняет то, что нужно пользователю, а не то, что она сама хочет

у нас для разминки 50k железок

мне вообще не нравитсятеукщий поход к написанию скриптов

сколько десятков серверов мне нужно доставить, чтобы NOC имел роскошь подождать?

скрипт должен выполнять одну команду

скрипт должен выполнить одну логическую задачу

как именно - его внутреннее дело

выполнил get_interfaces. сдвинул время выполнения следующего скрипта на 10 минут

скрипты становятся слишком сложными

выполнил get_chassis_id, сдвинул время выполнения скрипта на 20 минут

get_interfaces написать почти нереально

да ну ладно

я писал, я знаю

для коммутаторов он шаблонный вполне

если скрипт завершился аварийно, сдвинул время выполнения следующего скрипта на "Failed interval"

а изменить, или вставить костыль еще сложнее

если софт поменялся и в выводе команд что-то новоей появилось или пропало

нужен скрипт который выполнит команду show int

@ivzakharov а ты другие реализации вообще видел?

реализации чего?

и толку тебе в sh int?

взаимодействия с железом

он даст инфу

как ты думаешь, что они все в netconf со своим xml полезли?

ее положить в базу

да хер с нетконфом

я говорю что агрегировать данные надо уже в ноке

а не в скрипте

вот чего нельзя делать

поле протоколс у тебя как заполняется?

по ответу get_interfaces?

Дима, какой мне смысл в таймаутах, если 20 скриптов пытаются одновременно ломиться на железку ?

ты приколы железок потащишь в discovery

Дим, они не ломятся одновременно, хватит

нет

или добавить лишних уровней абстракции

Разница между выполнениями скриптов в 2 миллисекунды - это практически одновременно

это называется - по очереди

зато упростится модификация

расскажи это инженерам Juniper

тебе напомнить про inventory

как ты хотел парсинг инвентори и выдачу готового результата запихнуть в один скрипт

а сейчас есть вполне кошерная база

скрипт выполняет одну две команды

да

за счет невъебенной сторонней логике, создания собственного DSL, фактически

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

для интерфейсов надо тоже самое

есть база, физические интерфейсы

их возвращает один скрипт

и от него расходимся