>
> That's a take on it I really hadn't considered. I'm very aware that
> moving from a decade or two of legacy manual config to full data
> model/automation in a big bang is never going to work, but I'd been looking
> at what individual elements could be pulled out and automated with
> judicious
Adding to Heasley’s comments here. You can transfer via SSH based methods and
increase speeds using this command as of IOS XR 7.1.x+
ssh server tcp-window-scale
On 12/9/22, 11:46, "NANOG"
wrote:
Fri, Dec 09, 2022 at 05:33:09PM +0200, Saku Ytti:
> If you read carefully, that is what Steffan
On 12/12/22 12:26, t...@pelican.org wrote:
That's a take on it I really hadn't considered. I'm very aware that moving from a decade
or two of legacy manual config to full data model/automation in a big bang is never going
to work, but I'd been looking at what individual elements could be p
On 12/9/22 16:38, Saku Ytti wrote:
I refrain from expressing my disillusionment with the utility of doing
IRR based filtering.
I won't (refrain).
We don't, for this very reason :-).
Mark.
On Saturday, 10 December, 2022 06:47, "Saku Ytti" said:
> What you can do, day1
>
> a) copy configs as-is, as templates
> b) only edit the template
> c) push templates to network
That's a take on it I really hadn't considered. I'm very aware that moving
from a decade or two of legacy manual c
On Fri, 9 Dec 2022 at 20:19, t...@pelican.org wrote:
Hey Tim,
> Or at least, you've moved the problem from "generate config" to "have
> complete and correct data". Which statement should probably come with some
> kind of trigger-warning...
I think it's a lot easier than you think. I understa
On Friday, 9 December, 2022 16:04, "Saku Ytti" said:
> If you remove the need for deltas the whole problem becomes extremely
> trivial. Fill in all the templates with data, push it.
Or at least, you've moved the problem from "generate config" to "have complete
and correct data". Which statemen
Sander,
How big? How slow?
You can reply to me off or on list.
About 8 to 10 years ago, we had a large effort to improve this.
Now customers push many megabytes of prefix-sets several times a day and it
works.
I have sent some questions internally to get a better answer.
Related, in 7.2.1, we a
Fri, Dec 09, 2022 at 05:33:09PM +0200, Saku Ytti:
> If you read carefully, that is what Steffann is doing. He is doing
> 'load location:file' + 'commit'. He is not punching anything by hand.
>
> So the answer we are looking for is how to make that go faster.
>
> In Junos answer would be 'ephemera
Hi Ytti,
>> Pushing thousands of lines via CLI/expect automation is def not a great
>> idea, no. Putting everything into a file, copying that to the device, and
>> loading from there is generally best regardless. The slowness you refer to
>> is almost certainly just because of how XR handles co
On Fri, 9 Dec 2022 at 17:58, Joshua Miller wrote:
> In terms of structured vs unstructured data, sure, assembling text is not a
> huge lift. Though, when you're talking about layering on complex use cases,
> then it gets more complicated. Especially if you want to compute the inverse
> config
I agree, I don't think you can get around the XR config bottleneck. But
that's not really the end of the story.
Let's think about why the loading time matters to Sander (Sander, please
chime in here):
1. They have to address an immediate issue for a customer (internal or
external) and the custome
On Fri, 9 Dec 2022 at 17:30, Tom Beecher wrote:
> Pushing thousands of lines via CLI/expect automation is def not a great idea,
> no. Putting everything into a file, copying that to the device, and loading
> from there is generally best regardless. The slowness you refer to is almost
> certain
Pushing thousands of lines via CLI/expect automation is def not a great
idea, no. Putting everything into a file, copying that to the device, and
loading from there is generally best regardless. The slowness you refer to
is almost certainly just because of how XR handles config application. If
I'm
On Fri, 9 Dec 2022 at 17:07, Joshua Miller wrote:
> I don't know that Netconf or gRPC are any faster than loading cli. Those
> protocols facilitate automation so that the time it takes to load any one
> device is not a significant factor, especially when you can roll out changes
> to devices i
Hi Saku.
I don't know that Netconf or gRPC are any faster than loading cli. Those
protocols facilitate automation so that the time it takes to load any one
device is not a significant factor, especially when you can roll out
changes to devices in parallel. Also, it's easier to build the changes in
Can Andrian and Joshua explain what they specifically mean, and how
they expect it to perform over what Steffann is already doing (e.g.
load https://nms/cfg/router.txt)? How much faster will it be, and why?
Can Steffan explain how large a file they are copying, over what
protocol, how long does it
Two options:
- gRPC
- Netconf
You can use tools like paramiko,netmiko or napalm that are widely used
to programmatically configure and manage your XR router.
On Fri, Dec 9, 2022 at 2:24 AM Joshua Miller wrote:
> Netconf is really nice for atomic changes to network devices, though it
> would st
Netconf is really nice for atomic changes to network devices, though it
would still take some time for the device to process such a large change.
On Thu, Dec 8, 2022 at 6:05 PM Sander Steffann wrote:
> Hi,
>
> What is the best/most efficient/most convenient way to push large prefix
> lists or se
19 matches
Mail list logo
