PoC with OpenAirInterface (OAI) SPGWu about upf-bpf HOT 7 CLOSED

Sorry I understand better, this will be an enhancement to existing/3rd party UPF solutions by offloading some of the processes to eBPF, this means you will have to adapt it to the individual code design i.e. the API?

You can share more details about the OAI SPGWU integration.

from upf-bpf.

@infinitydon Glad to know that you found the answer. Sure!! Let me think about it. This weekend I will update this issue with more details. Just to clarify. The API could be the same. The idea is to create an API to be used in all the 3rd party UPF/SPGWu.

from upf-bpf.

@navarrothiago - First of all I appreciate the effort you are putting into this project..

I am currently learning about various 5G userplane acceleration projects with emphasis on using Kubernetes for orchestration.

I will suggest Open5gs to test the integration but from my experience with trying to integrate it with travel-ping upg-vpp, there is no uniform conformance to standards, up till now I am still not able to make Open5gs work with upg-vpp (mostly because I am not a software developer but I have started to learn C since it seems that is the logical for me to get most of the implementations to work)..

You can check the following issue for the open5gs and upg-vpp discussion maybe it will give you an idea maybe upf-bpf will work with Open5gs SMF "travelping/upg-vpp#101".

But I am available to test your implementation using Open5gs and Kubernetes but unfortunately I can't help with much of the coding for now but am willing to learn as I proceed.

Can you kindly provide how to implement this? I think the Dockerfile also needs to be optimized as per the number of layers, I think some of the commands can be combined to reduce the layers unless there is a specific reason you are building it this way..

from upf-bpf.

@infinitydon, really nice!! There is a lot of good discussion on the issue that you have pointed out. Thanks for sharing it.

Regarding to the PoC, let me put some background: this project is a C++ library the manages the eBPF programs related to the PFCP sessions. Because of that, I believe the integration with Open5Gs wont possible for while, because the UPF was implemented in C right? We would needed to extend the API for C. Because the OAI was implemented using C++, it is a good starting point. I have already done some initial integration before. But the core changed and a new validation is needed.
I can provide more details with you are interested with.

Regarding the dockerfile, the idea was to create a development environment to make it ease the development 😄 The idea is not put this image in production.

from upf-bpf.

Thanks for the response @navarrothiago - I have also tested OAI Core components i.e. AMF, NRF, SMF, SPGWU on Kubernetes so I can work with OAI too.

I am not clear about your comment on Open5gs, I believe your project is an implementation for UPF? Since Open5gs SMF will communicate via PFCP with your UPF, I don't think there is need to write a separate API just for Open5gs, kindly correct me if my assumption is wrong..

from upf-bpf.

@infinitydon, description updated. Please, let me know if you have any question.

from upf-bpf.

I have migrated this discussion to here - #52

from upf-bpf.