Есть сеть с несколькими машрутизаторами, на них настраиваю QOS. Для удобства создаю  object-group, которые отлавливаю в acl. Некоторые достаточно длинные, и при этом повторяются на нескольких маршрутизаторах. Если придется изменять этот список то придется это делать на каждом из них. Есть ли возможность как то централизовано хранить кусок конфига с object-group, чтобы изменить один раз на сервере, а маршрутизаторы взяли его оттуда?

• Общее использование конфигов,VolanD, 10:48 , 24-Апр-12
• Общее использование конфигов,sTALK_specTrum, 16:56 , 24-Апр-12
  • Общее использование конфигов,VolanD, 17:17 , 24-Апр-12
    • Общее использование конфигов,OvDP, 04:57 , 25-Апр-12
      • Общее использование конфигов,VolanD, 18:46 , 25-Апр-12
        • Общее использование конфигов,OvDP, 18:54 , 25-Апр-12
          • Общее использование конфигов,fantom, 09:18 , 26-Апр-12
    • Общее использование конфигов,sTALK_specTrum, 10:18 , 25-Апр-12

> Есть сеть с несколькими машрутизаторами, на них настраиваю QOS. Для удобства создаю
>  object-group, которые отлавливаю в acl. Некоторые достаточно длинные, и при
> этом повторяются на нескольких маршрутизаторах. Если придется изменять этот список то
> придется это делать на каждом из них. Есть ли возможность как
> то централизовано хранить кусок конфига с object-group, чтобы изменить один раз
> на сервере, а маршрутизаторы взяли его оттуда?

Есть возможность централизованно хранить конфиги, а маршрутизатор возьмет его оттуда )

Можно держать грамотно составленный нужный кусок (и не один, а на все случаи жизни) на TFTP-сервере.
Потом на каждой железке командуешь copy tftp://server/kusok.cfg startup-config

> Можно держать грамотно составленный нужный кусок (и не один, а на все
> случаи жизни) на TFTP-сервере.
> Потом на каждой железке командуешь copy tftp://server/kusok.cfg startup-config

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

>> Можно держать грамотно составленный нужный кусок (и не один, а на все
>> случаи жизни) на TFTP-сервере.
>> Потом на каждой железке командуешь copy tftp://server/kusok.cfg startup-config
> А он разве так не весь конфиг заменит куском конфига?

copy tftp://server/acl.txt run

поскольку в таком случае делаетcя объединение то в acl.txt:
убить acl
вставить acl
end

>>> Можно держать грамотно составленный нужный кусок (и не один, а на все
>>> случаи жизни) на TFTP-сервере.
>>> Потом на каждой железке командуешь copy tftp://server/kusok.cfg startup-config
>> А он разве так не весь конфиг заменит куском конфига?
> copy tftp://server/acl.txt run
> поскольку в таком случае делаетcя объединение то в acl.txt:
> убить acl
> вставить acl
> end

Понимаю вашу мысль... Только не пойму, как так? А если я сделаю так copy startup run. Так тоже будет объединение? Я просто всегда думал, что заменяется.

>[оверквотинг удален]
>>>> Потом на каждой железке командуешь copy tftp://server/kusok.cfg startup-config
>>> А он разве так не весь конфиг заменит куском конфига?
>> copy tftp://server/acl.txt run
>> поскольку в таком случае делаетcя объединение то в acl.txt:
>> убить acl
>> вставить acl
>> end
> Понимаю вашу мысль... Только не пойму, как так? А если я сделаю
> так copy startup run. Так тоже будет объединение? Я просто всегда
> думал, что заменяется.

копируется в текущий

>[оверквотинг удален]
>>>> А он разве так не весь конфиг заменит куском конфига?
>>> copy tftp://server/acl.txt run
>>> поскольку в таком случае делаетcя объединение то в acl.txt:
>>> убить acl
>>> вставить acl
>>> end
>> Понимаю вашу мысль... Только не пойму, как так? А если я сделаю
>> так copy startup run. Так тоже будет объединение? Я просто всегда
>> думал, что заменяется.
> копируется в текущий

Не совсем - дописывается в текущий, вроде как все команды вводятся непосредственно из командной строки.

>> Потом на каждой железке командуешь copy tftp://server/kusok.cfg startup-config
> А он разве так не весь конфиг заменит куском конфига?

Не о том думал когда писал. =))
Конечно не в startup, а в running.