Page MenuHomeVyOS Platform

Implement DPDK Fast-Path using FRR's Alternate Forwarding Planes and VPP
Open, Requires assessmentPublicFEATURE REQUEST

Assigned To
None
Authored By
xrobau
Nov 10 2019, 11:45 PM
Tags
  • Restricted Project
Tokens
"Like" token, awarded by jack9603301."Like" token, awarded by trae32566."Like" token, awarded by rherold.

Description

There's a quick walkthrough on the FRRouting github page:

https://github.com/FRRouting/frr/wiki/Alternate-forwarding-planes:-VPP

This has been on the back of my mind for a while, and if you limit it to 'routing only', it would be a relatively simple change to set an interface to be 'fast-path' (or whatever) which then binds it to VPP (which also removes it from the kernel visibility)

FRR and VPP talk together without any problems, as per that wiki page.

I think stage 1 should totally ignore firewalling/filtering totally, and once an interface is in fast-path mode, no filtering can be done against it.

After the proof-of-concept of stage 1, we could switch to using veth interfaces, which VPP can also talk to (but not as efficiently as totally removing the entire NIC from the kernel), and then use network namespaces to route traffic to kernel iptables filtering if needed.

I'm putting this here, as this may be a project I do over the xmas break if I get around to it!

Details

Difficulty level
Unknown (require assessment)
Version
-
Why the issue appeared?
Will be filled on close
Is it a breaking change?
Unspecified (possibly destroys the router)

Event Timeline

xrobau created this task.Nov 10 2019, 11:45 PM
pasik added a subscriber: pasik.Nov 11 2019, 5:53 PM

In this way we could also add vpp nat64 running complete in vpp independent from all other vyos services:

https://wiki.fd.io/view/VPP/NAT

dmbaturin edited projects, added Restricted Project; removed VyOS 1.3 Equuleus.Jun 25 2020, 9:31 AM
Dmitry added a subscriber: Dmitry.Jul 10 2020, 9:10 AM