[dev] Today's Technical Meeting

[Michael Richardson]

It took me a bit to understand that "Zebra" referred to the daemon, rather
than the entire project :-)

>This is a lot of work, no way it can be fit in by itself giving our work constraints
>Long Term goal of where we want to be
>Threading
>Allow more flexibility to handle route installation.  Add ability for
>filters and additional modules to stack in slide 8.  Consider something like
>route compression, how would we handle this in zebra

It seems to me that the right way forward is to convert to objects that *can*
be enqueued and processed asynchronously,  but to do all the work
synchronously until the locking can be worked out.

I've been reading about RUST... it could do so many nice things here :-(

--
]               Never tell me the odds!                 | ipv6 mesh networks [
]   Michael Richardson, Sandelman Software Works        | network architect  [
]     mcr at sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 487 bytes
Desc: not available
URL: <http://lists.frrouting.org/pipermail/dev/attachments/20180206/f0c1d825/attachment.sig>