Hi Techi,
let me try to help you.
Inline please :)
*Regards*,
Mrityunjay Kumar.
Mobile: +91 - 9731528504
On Sat, Aug 15, 2020 at 12:16 AM wrote:
> [Edited Message Follows]
> Hello all, Thank you for your inputs.
>
> Let me elaborate my use case. I currently have DPDK router pipeline where
>
[Edited Message Follows]
Hello all, Thank you for your inputs.
Let me elaborate my use case. I currently have DPDK router pipeline where
DPDK-APP-A controls intel NICs through DPDK drivers. DPDK-APP-A is also
responsible for routing between multiple physical interfaces(NICs). DPDK-APP-B
is a
Hello all, Thank you for your inputs.
Let me elaborate my use case. I currently have DPDK router pipeline where
DPDK-APP-A controls intel NICs through DPDK drivers. DPDK-APP-A is also
responsible for routing between multiple physical interfaces(NICs). DPDK-APP-B
is a packet inspection
Hi Techiek
*If you are clear about routing & Networking then below is the advice that
can work for you.*
*Create mem interface in IP mode. when you are sending n/w packet from your
non-vpp application to vpp, send an IP packet on mem interface. rest thing
VPP will take care. *
*Hope this will
> How libmemif is supposed to be used then ? Did you get a chance to look
> into use case above ?
As poited by Neale you should not set 192.168.1.1 on memif/0/0 and use it as
next hop at the same time.
Memif are just interfaces. You can set addresses, route traffic etc., but you
need to abide
Hello Neale Ranns,
How libmemif is supposed to be used then ? Did you get a chance to look into
use case above ?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#17229): https://lists.fd.io/g/vpp-dev/message/17229
Mute This Topic:
[Edited Message Follows]
172.16.16.18 and 172.16.82.247 are IP addresses assigned to vpp physical
interfaces. 172.16.16.17 and 172.16.82.4 are hosts(different machines) attached
to those interfaces. VPP is acting as router. That works perfectly. Now I just
want to let some non-vpp application
172.16.16.18 and 172.16.82.247 are IP addresses assigned to vpp physical
interfaces. 172.16.16.17 and 172.16.82.4 are hosts(different machines) attached
to those interfaces. VPP is acting as router. That works perfectly. Now I just
want to let some non-vpp application to read packets. Hence
From: vpp-dev@lists.fd.io on behalf of techi...@gmail.com
Sent: Wednesday, August 12, 2020 8:05:56 PM
To: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] #vpp-memif Send packets out on physical interface
controlled by vpp(DPDK) once they are received through memif
Hello Ben
> vppctl ip route add 172.16.82.4/32 via 192.168.1.1 memif0/0 next-
> hop-table 1
> It shows following error:
> ip route: parse error `via 192.168.1.1 memif0/0 next-...'
My bad, you should remove the interface:
vppctl ip route add 172.16.82.4/32 via 192.168.1.1 next-hop-table 1
ben
On Thu, Aug 13, 2020 at 01:38 AM, Benoit Ganne (bganne) wrote:
>
> vppctl ip route add 172.16.82.4/32 via 192.168.1.1 memif0/0 next-hop-table
> 1
It shows following error:
ip route: parse error `via 192.168.1.1 memif0/0 next-...'
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to
f Send packets out on physical interface
> controlled by vpp(DPDK) once they are received through memif
>
> Hi ben,
>
> Please find below trace (dpdk-input and memif-input) in application I
> am just writing back buffers I received on memif..
>
> 00:02:56:971957: dpdk
Hi ben,
Please find below trace (dpdk-input and memif-input) in application I am
just writing back buffers I received on memif..
00:02:56:971957: dpdk-input
GigabitEthernet4/0/0 rx queue 0
buffer 0x98114: current data 0, length 74, buffer-pool 0, ref-count 1,
totlen-nifb 0, trace handle
> I did above config. It shows blackholed packet error in trace. What am I
> doing wrong ?
Could you share the packet trace?
Best
ben
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#17216): https://lists.fd.io/g/vpp-dev/message/17216
Mute This
Can anyone please check and revert on this config ?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#17214): https://lists.fd.io/g/vpp-dev/message/17214
Mute This Topic: https://lists.fd.io/mt/76099289/21656
Mute #vpp-memif:
Hello Ben,
I tried below configuration, Packet rx on physical nic are visible in
application through memif, and they are written-back successfully to memif. but
they are not reaching intended destination.
vppctl create interface memif id 0 master
vppctl set int state memif0/0 up
vppctl set int
> But I am having trouble figuring out routing or ABF in former case. Once I
> send packet back to VPP after processing from my application, how VPP can
> send it out on physical interface. I have two physical interfaces.
> Normally packets flow between two using link routes automatically. Both
>
[Edited Message Follows]
Thanks.
But I am having trouble figuring out routing or ABF in former case. Once I send
packet back to VPP after processing from my application, how VPP can send it
out on physical interface. I have two physical interfaces. Normally packets
flow between two using link
Thanks.
But I am having trouble figuring out routing or ABF in former case. Once I send
packet back to VPP after processing from my application, how VPP can send it
out on physical interface.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online
> How do I send packets out on a physical interface after I received them
> through libmemif in non-vpp application from VPP(DPDK)? Do I need to send
> them back to vpp so that VPP can send them out on a physical interface.
If the physical interface is managed by VPP, yes, as you cannot share
Hello Team,
How do I send packets out on a physical interface after I received them through
libmemif in non-vpp application from VPP(DPDK)? Do I need to send them back to
vpp so that VPP can send them out on a physical interface.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to
21 matches
Mail list logo
