User Tools

Site Tools


0x13:reports:d1t3t04-an-asynchronous-dataplane-for-frr

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Next revision
Previous revision
0x13:reports:d1t3t04-an-asynchronous-dataplane-for-frr [2019/03/27 22:47] – created ehalep0x13:reports:d1t3t04-an-asynchronous-dataplane-for-frr [2019/09/28 17:04] (current) – external edit 127.0.0.1
Line 2: Line 2:
 Talk – Nuts-n-Bolts: An Asynchronous Dataplane for FRR Talk – Nuts-n-Bolts: An Asynchronous Dataplane for FRR
 Speakers: Mark Stapp Speakers: Mark Stapp
-Report by: +Report by: Donald Sharp 
  
 +This session was a follow-up from the previous FRR workshop and discussed the asynchronous data-plane / zebra.
  
-Site: https://www.netdevconf.org/0x13/session.html?talk-FRR-async +The presenter was from voltanet.io, however it was not the coder himself. 
-Slides  +The talk begun with the ZAPI API between zebra and routing daemons. Now it has one thread per client in ZEBRA. This was followed by asynchronous communication with FIB. E.g.remote switch (voltanet). There are two threads nowzebra-main, zebra-dplane connected by two queues. The zebra dataplane talks with "kernel". The ACK path (installed in HW) is only used by sharpd (installs 1 million routes, testing daemon), but needed for BGP, RIP according to Donald.
-Videos+
  
 +A comment from cumulus linux, there is currently no feedback from linux-kernel when route is installed onto ASIC (eg: broadcom).
 +Kiran asked whether the dataplane deamon could expand to directly use chip API to install routes, not relying on linux-kernel driver doing it. 
 +The answer was yes.
 +Toerless then asked to change nexthop-group-members?
 +Donald replied that it's not there yet.
  
 +Site: https://www.netdevconf.info/0x13/session.html?talk-FRR-async
0x13/reports/d1t3t04-an-asynchronous-dataplane-for-frr.1553726861.txt.gz · Last modified: 2019/09/28 17:04 (external edit)

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki