Тоже самое без использования проприетарных цисковских фич можно добиться анонсируя агрегат обоим апстримам и специфики, относительно задач, либо по одному в оба канал, либо оба в один.
что после одного файла приложения в Mac OS (да, есть ещё компоненты приложения в директории Library, но они не критичны, обычно это кеш и сэйвы какие-то)
В Library хранится самая нужная часть приложения — его настройки.
Помимо сбора и хранения конфигурации, для некоторого специфичного оборудования производится ее анализ и заполнение базы данных, для последующих манипуляций с этими данными. Т.е. есть еще набор узко специфичных задач, которые делает скрипт
Возможно это действительно велосипед, но зато я могу его модернизировать и дополнять как угодно, при том что критичность сбора конфига невысокая, и едва ли нанесет ощутимый ущерб, если вдруг что, а из SVN они уж точно никуда не денутся
За ссылки спасибо. Скорее всего NOC поставлю в другом своем проекте, где как раз необходимо иметь веб доступ для не очень подкованных коллег.
Спасибо за советы. Модули обязательно изучу и постараюсь применить.
Касательно sh run — sh start — просто задача забирать именно текущий рабочий конфиг. Как показала практика: если кто-нибудь из инженеров забывал сохранять конфигурацию(бывало и такое), то после непредвиденной перезагрузки устройства у всех в почте было видно, что конфигурация изменилась (т.к. startup отличался от run ) и конфигурация приводилось в нормальное состояние до того как пользователи, которых это коснулось, успевали замечать.
Изначально, я как раз и хотел сделать без логина на свичи, а, например с Cisco, по snmp просить ее слить свой конфиг по tftp. Но при таком подходе я не могу отследить процесс скачавания конфига. И ингода выходило, что скрипт пытается сравнить еще недокачанный конфиг. Синхронизировать этот процесс я не придумал как.
И еще какая-то нестыковочка случилась: в начале говорилось что ASBR будет R2, а в середине статьи им стал R1
Вроде все уже было кроме:
В Library хранится самая нужная часть приложения — его настройки.
За ссылки спасибо. Скорее всего NOC поставлю в другом своем проекте, где как раз необходимо иметь веб доступ для не очень подкованных коллег.
Касательно sh run — sh start — просто задача забирать именно текущий рабочий конфиг. Как показала практика: если кто-нибудь из инженеров забывал сохранять конфигурацию(бывало и такое), то после непредвиденной перезагрузки устройства у всех в почте было видно, что конфигурация изменилась (т.к. startup отличался от run ) и конфигурация приводилось в нормальное состояние до того как пользователи, которых это коснулось, успевали замечать.
Изначально, я как раз и хотел сделать без логина на свичи, а, например с Cisco, по snmp просить ее слить свой конфиг по tftp. Но при таком подходе я не могу отследить процесс скачавания конфига. И ингода выходило, что скрипт пытается сравнить еще недокачанный конфиг. Синхронизировать этот процесс я не придумал как.