Based on what we mentioned, what "P4 Domain specific language" brings to you ? Concretely:

1. you can write a program as you would in C or C++ but you'd have to follow P4 language specification. (The current is P4_16, there is also the previous P4_14 specification)
2. that program is compiled with a p4 compiler in P4_16 or P4_14. (similar to C++14/C++11) 
3. Resulting compilation artefacts can be then loaded into an equipment implementing a P4 model commonly called a P4 target that is able to interpret/run p4 binaries

RARE project objective is to provide a networking solution to Research & Education institution use cases. While we witnessed the birth of several control plane such as GNU Zebra, Bird, exaBGP, etc. The common point of these softwares is that they don't have the capability (yet) to be coupled easily with a hardware dataplane. Simply put, these software control plane cannot be used without specific/important development in order to run on an equipment able to forward nx100GE links at a high Mpps rate. 

There have been attempts with DPDK and other kernel bypass mechanism, that enabled higher throughput processing capability, but this is not comparable to commercial/vendor equipment's packet processing power. 

P4:

• opens you the door to software AND hardware dataplane programmability
• gives you the possibility to implement YOUR own packet processing algorithm 

P4 use cases are mostly inherently linked to the P4 target you plan to use in order to run your P4 program: 

A comprehensive list can be found here. 

• P4Lang BMv2 V1Model target:

It is the P4Lang virtual model that emulates a PISA architecture. You can run it on a VM and start writing your first P4 program and load it on simple_switch and/or simple_switch_grpc (if you plan to use P4Runtime). While this is a great solution in order to learn P4 and sketch your packet processing algorithm, it is not recommended for production use.

• INTEL/BAREFOOT TOFINO/TOFINO 2

This target implement also a PISA architecture and propose a Virtual model so that you can validate your algorithm. However, once validated on the virtual model, you can load your program into a hardware switch that is running a NPU called TOFINO and his elder brother TOFINO2. While TOFINO is able to handle 6.4 Tbps of traffic rate, TOFINO2 simply double this. (12 Tbps) In addition to that TOFINO2 is exposing additional inherently capability like bigger buffer, memory and TCAM than his little brother.

This is the use cases enabled by the combination of P4 and RARE software:

• Service Provider core router:

You can build a robust packet switching fabric at the scale of Telecom Service Provider able to switch packet at nx100GE

• Service Provider edge router: 

You can build an edge router an Interconnect the core router above. These router will terminate your backbone network service like L2/L3 plain IP or VPN services (IPv4 - IPv6)  

• Datacenter ToR switch 

With the WEDBE100BF32X you can have 2x100GE uplinks toward 2 distinct "leave switches", it leaves you 30x100GE servers connections.

• Datacenter Spine/Leave switch 

The WEDGE100BF32X is also a good candidate router in DC as a core/leave switch. You can create a fabric able to switch 6.4 Tbps trafic rates

• Internet Exchange

In this case, the WEDGE100BF32X is 100GE peer aggregator or simply integrated into the IXP distributed core fabric.

• MAN/CPE router

The STORDIS BF2556X-1T presents flexible connectivities is a good candidate for regional network implementation. It has 8x100GE ports, 2 of them can be used as uplinks toward their main transit provider, 2 other can be used to provide EAST/WEST connection via 2 different fire routes, this leave 4x100 ports in case you need to increase capacity. The STORDIS also has 16x[1/10/25] GbE ports, 32x[10/25] GbE ports which gives the possibility to interconnects users via various access port bandwidth.