<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);">
Somewhat surprised you are seeing 7-8 second runtime as the default number of messages to process before yielding is relatively small at 1000. But yes, lowering that number via zapi-packets is appropriate.</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);">
> zebra protocol import route-map is strangely one sided. It would be
<div>> ever so much more powerful to control both what protocols export to</div>
<div>> zebra and what they import from zebra, as well as allowing protocols</div>
<div>> to distinguish the source of the route from zebra</div>
<div><br>
</div>
<div>Quite possible I am misunderstanding but it sounds like you're talking about redistribution, e.g.<br>
</div>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);">
<a href="https://docs.frrouting.org/en/latest/bgp.html#redistribution" id="LPlnk">https://docs.frrouting.org/en/latest/bgp.html#redistribution</a></div>
<div class="_Entity _EType_OWALinkPreview _EId_OWALinkPreview _EReadonly_1"></div>
<br>
<div id="appendonsend"></div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> frog <frog-bounces@lists.frrouting.org> on behalf of Joe Maimon <jmaimon@jmaimon.com><br>
<b>Sent:</b> Sunday, February 28, 2021 11:45 PM<br>
<b>To:</b> Chriztoffer Hansen <ch@ntrv.dk><br>
<b>Cc:</b> FRRouting Operator Group - Users List <frog@lists.frrouting.org><br>
<b>Subject:</b> Re: [FROG] route-map set metric</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt;">
<div class="PlainText">External email: Use caution opening links or attachments<br>
<br>
<br>
Joe Maimon wrote:<br>
> points remain.<br>
><br>
> - BGP full tables loading/kernel-route syncing can easily lock up the<br>
> processes to the point where they dont respond properly, and more<br>
> problematic, watchfrr kills them. Rinse, repeat.<br>
This hidden gem looks like it might work crudely, but effectively.<br>
<br>
zebra zapi-packets 250<br>
<br>
Initial tests are promising. I can run out of memory on the tiny VM<br>
before processes lock up or slow thread to death, so far so good.<br>
<br>
><br>
> In other words, it may not be enough to log SLOW THREAD: task<br>
> zserv_process_messages (55f1e2bb0750) ran for 7819ms (cpu time 253ms)<br>
> but actually implement some sort of time based thread yielding right<br>
> in middle of large batch operations, such as loading 800000 routes or so.<br>
><br>
> - zebra protocol import route-map is strangely one sided. It would be<br>
> ever so much more powerful to control both what protocols export to<br>
> zebra and what they import from zebra, as well as allowing protocols<br>
> to distinguish the source of the route from zebra.<br>
><br>
><br>
><br>
><br>
> _______________________________________________<br>
> frog mailing list<br>
> frog@lists.frrouting.org<br>
> <a href="https://lists.frrouting.org/listinfo/frog">https://lists.frrouting.org/listinfo/frog</a><br>
><br>
><br>
<br>
<br>
_______________________________________________<br>
frog mailing list<br>
frog@lists.frrouting.org<br>
<a href="https://lists.frrouting.org/listinfo/frog">https://lists.frrouting.org/listinfo/frog</a><br>
</div>
</span></font></div>
</body>
</html>