Hi Ravi,
VCL is not part of the vpp app/process, it’s a library that applications can
link against to be able to interact with the session layer in a more posix-like
manner. So if your app needs a binary api connection to vpp, it needs to set it
up independent of vcl.
With regard to the “vpe-api” region, it’s worth nothing that the binary api can
work over two “transports”. Namely:
1) posix shared memory, and this is the one that relies on the vpe-api region
for bootstrapping and
2) an af_unix socket which is configurable in startup.conf, i.e., by doing
something like socksvr { socket-name <filename> }.
This is somewhat further complicated by the fact that a binary api connection
bootstrapped over a socket (option 2) can be switched to a shared memory
transport. Although similar to option1, in this case, the memory is allocated
and negotiated per binary api client using memfds and the socket. This is what
VCL uses underneath if configured to use the binary api with the socket
transport.
Previously, VCL could also be configured to use option 1, but support for this
has been recently dropped.
Regards,
Florin
> On Dec 3, 2020, at 7:22 AM, RaviKiran Veldanda <ravi.jup...@gmail.com> wrote:
>
> Hi Florin,
> Thanks for your response, however I have a question, If I want to use another
> Binary API initialization do we need to do at our Application or in VPP code.
> When I check VPP source code, the initialization always with "vpe-api"
> vpe_api_init calls always vl_set_memory_region_name ("/vpe-api"); so
> wondering do we have any other region present?
>
> FYI: We are using 20.05 stable version.
> Regards,
> Ravi.
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#18249): https://lists.fd.io/g/vpp-dev/message/18249
Mute This Topic: https://lists.fd.io/mt/78677945/21656
Mute #binapi:https://lists.fd.io/g/vpp-dev/mutehashtag/binapi
Mute #vapi:https://lists.fd.io/g/vpp-dev/mutehashtag/vapi
Mute #vppcom:https://lists.fd.io/g/vpp-dev/mutehashtag/vppcom
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
