Overview

GP4L stands for GÉANT Global P4 Lab. As its name implies, it is a lab infrastructure that encompasses vanilla P4 switch hardware interconnected by path provided by GÉANT network.

Mission statement

GP4L has 2 objectives:

  • It is primarily used to validate the software code inherently part of RARE open source routing stack
  • it is a service that is under development with the aim to provide experimental dataplane programming facilities where researchers can elaborate and test representative and geographically distributed network experiment

And this:

  • with the usage of RARE Operating System
  • or simply use a clean slate environment. (i.e use exclusively GP4L infrastructure without RARE dataplane & control plane)

Info

GP4L name includes the word P4, for the simple reason that, for now, hardware deployed are programmable with P4 domain specific language.

However, we expect in the long run, to witness integration:

  • of  more type of equipment powered by different dataplane solution. (Broadcom NPL, Nvidia DPU, Mellanox SPECTRUM Asic, Xilinx FPGA etc. )
  • and also integration of powerful network management cluster

Examples of (real life) usage of GP4L

  • GP4L has been used to validate a Research Paper describing a innovative source routing paradigm: Polka
  • After successful publication of Polka paper, it has been decided to implement this routing paradigm to RARE routing stack
  • "Flow label/ IPv4 identification" usage for traffic steering. This needs has been expressed by CERN network engineers
  • Novel network management workflow based on embedded Prometheus agent into RARE control plane
  • Validate a cost effective multicast architecture powered by P4 switch
  • Validation of an innovative network monitoring service, NMaaS (Network Management micro-services powered by Kubernetes container orchestrator)  

More details about how to use the GP4L can be found at Laboratory Manual

GP4L European core footprint

The diagram below depicts GP4L core infrastructure in which all hardware belongs to GÉANT association.

GP4L international footprint

As the RARE project sparked off substantial interest, additional organisation offered to join the effort by implementing GP4L extension:

  • by deploying P4 switches powered by INTEL TOFINO ASIC into their premises.
  • by using RARE routing stack running on top of TOFINO switches

A real time up to date map is available here

GP4L POP list


GÉANTSURFUvAKIFUPSNCCERNSWITCHRENATERTCDRNPUMUUPV/EHUSTARLIGHTCALTECHTENTECH
AMSWEDGE100BF32XWEDGE100BF32XWEDGE100BF32X












BMS













FRAWEDGE100BF32X













HAMBMS













PAR






WEDGE100BF32X






















DUB







APS BF2556X-1T





BUDWEDGE100BF32X

APS BF2556X-1T










POZWEDGE100BF32X


SPIRENT









GVA




WEDGE100BF32QSWEDGE100BF32X







UMU









WEDGE100BF32X



BIO










APS BF6064X-T


CHI











INVENTEC D7264Q

CAL












WEDGE100BF32QS
BNA













APS BF2556X-1T
RIO








WEDGE100BF32X




RARE lab nomenclature (Status: draft work in progress)

This section depicts RARE lab nomenclature used in the GP4L running RARE routing stack.

The routing stack is composed of 3 components:

Equipment Naming convention

All equipment will have by default a naming convention rule:

  • 3 letters designating equipment location
  • 4 digits

- 1st digit: <reserved for future use>

- 2nd digit: dataplane type identifier

- 3rd digit: equipment model identifier

- 4th digit: number of equipment

Dataplane type identifier

Equipment model identifier

Model

WEDGE100BF32XWEDGE100BF65XBF2556X-1TBF6064X-TINVENTEC D7064QWEDGE100BF32QSAS9516-32D

Netberg Aurora 710

8

X312P-48Y-T

id

01

2

345678

Equipment instance identifier

  • GÉANT partner (Europe)

POP

AMS0001FRA0001BUD0001POZ0001GVA0001

PAR0101

PRA0101

id

12

3

471012
  • RENATER partner (France)

POP

PAR0001

id

6
  • HEANET partner

POP

DUB0021

id

18
  • Trinity College of Dublin (Ireland)

POP

TCD0021

id

9
  • CERN

POP

E513-E-YECWH-1 (CERN)

id

13
  • Starlight (USA/Chicago)

POP

CHI0041

id

8
  • Caltech

POP

BUR0051

BUR0001

BUR0002

BUR0061

id

14202122
  • TENTECH University (USA/Tennesse)

POP

BNA0021

id

23
  • University of Maryland (USA/Maryland)

POP

BWI0001

id

19
  • AMLight (USA/Miami)

POP

MIA0001

id

15
  • RNP partner (Brazil)

POP

RIO0021

id

11
  • REDNESP partner (Brazil)

POP

SAO0021

id

16
  • UFES partner (Brazil)

POP

VIT0071

id

17
  • KISTI partner (Korea)

POP

CJJ0001

id

24
  • KAUST partner (Arabia Saudita)

POP

JED0101

id

25


  • APAN/KDDI (Japan)

POP

HND0001HND0101

id

2634

 

  • University of Murcia (Spain)

POP

UMU0001

id

31
  • University of the Basque Country EHU/UPV (Spain)

POP

BIO0001BIO0071

id

3233
  • University of Amsterdam (Netherlands)

POP

AMS0002

id

35


  • All partners

POP

AMS0001FRA0001BUD0001POZ0001MC36PAR0001GVA0001CHI0041TCD0021PAR0101

id

12

3

45678910
RIO0021PRA0101E513-E-YECWH-1 (CERN)BUR0051MIA0001SAO0021VIT0071DUB0021BWI0001

BUR0001


11121314151617181920

BUR0002

BUR0061

BNA0021CJJ0001JED0101HND0001GVA0061GVA0062GVA0081GVA0082
21222324252627282930
UMU0001BIO0001BIO0071HND0101AMS0002SAN0111GUM0111NYC0111CHI0111MIA0101CPH0021
3132333435363738394041

DTN list

POPHND1001HND1002PRA1001AMS1001HAM1001FRA1001Others (CERN, UvA)
id192193194195196

197

But no information


Network assumption

In order to simplify integration and make testing easier, RARE is considered as a worldwide global network domain with the following characteristics:

  • Backbone is dual-stack (IPv4 / IPv6)
  • Intra-routing domain has IGP set to OSPF (IPv4) and OSPFv3 (IPv6)

router-id will be 10.x.x.x. <x> is allocated based on equipment instance identifier (Cf. table above)

  • Both OSPF/OSPFv3 have Segment Routing extension enabled

Node SID is allocated based on Equipment instance identifier (Cf. table above)

  • Each equipment have iBGP enabled

- and will be RR client

- of BUD WEDGE100BF32X as RR

- with the following AFI/SAFI: [IPv4 IPv6] / [unicast multicast vpnuni ovpnuni vpls evpn]

  • MPLS is enabled on all core facing interfaces across the entire domain
  • BIER is enabled on all core facing interfaces across the entire domain
  • A L3VPN any to any vrf INB_MGNT is configured in order to provide In band management from any equipment 


  • No labels