Hi Alp Arslan, Please see below slides for more details. There is some packet trace for your reference.
https://schd.ws/hosted_files/onsna18/cf/Accelerated%20Open%20Source%20vBRAS%20Solution%20Based%20on%20OpenBRAS%20and%20VPP%26DPDK.PPTX Thanks, Hongjun -----Original Message----- From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of alp.ars...@xflowresearch.com Sent: Wednesday, October 24, 2018 2:49 PM To: Ni, Hongjun <hongjun...@intel.com>; vpp-dev@lists.fd.io Subject: Re: [vpp-dev] PPPoE plugin documentation/support Dell - Internal Use - Confidential Dear Hongjun, I was able to correctly set up the cp interface, my mistake as I was giving the wrong interface index. Now the PADI packets are passed to cp interface. I started a pppoe-server on the Linux side (tap0) interface, but VPP is dropping the PADO packets. Adding a trace on the virtio-input shows this: 00:04:07:498195: virtio-input virtio: hw_if_index 2 next-index 4 vring 0 len 71 hdr: flags 0x00 gso_type 0x00 hdr_len 0 gso_size 0 csum_start 0 csum_offset 0 num_buffers 1 00:04:07:498204: ethernet-input PPPOE_DISCOVERY: f6:a0:85:84:98:e6 -> 3c:fd:fe:25:e6:20 00:04:07:498209: error-drop ethernet-input: l3 mac mismatch The destination MAC address belongs to the pppoe-client, that's connected to the 10G interface. However, VPP doesn't seem to know where to forward the PADO replies. Also there are no entries in the pppoe fib for this client. Can you please help me with this one? Please let me know if you need any more information. Regards, Alp Arslan -----Original Message----- From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Ni, Hongjun Sent: Tuesday, October 23, 2018 1:07 PM To: alp.ars...@xflowresearch.com; vpp-dev@lists.fd.io Subject: Re: [vpp-dev] PPPoE plugin documentation/support Hi Alp Arslan, To make tap_cli work, you need to revert the code as per this patch: https://gerrit.fd.io/r/#/c/9467/ Thanks, Hongjun -----Original Message----- From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of alp.ars...@xflowresearch.com Sent: Tuesday, October 23, 2018 4:01 PM To: Ni, Hongjun <hongjun...@intel.com>; vpp-dev@lists.fd.io Subject: Re: [vpp-dev] PPPoE plugin documentation/support Dell - Internal Use - Confidential Dear Hongjun, Thanks for the reply. I am using the VPP version 18.07. If the tap_cli is still present, can you please point me towards what could be the problem with the existing plugin. I would like to see this one working a little bit, before starting to look into tapv2. Regards, Alp Arslan -----Original Message----- From: Ni, Hongjun [mailto:hongjun...@intel.com] Sent: Tuesday, October 23, 2018 12:51 PM To: alp.ars...@xflowresearch.com; vpp-dev@lists.fd.io Subject: RE: [vpp-dev] PPPoE plugin documentation/support Hi Alp Arslan, Since tap_cli code is going to be deprecated in favour of tapv2. I suggest you leverage tapv2, and also need some rework for PPPoE plugin. Thanks, Hongjun -----Original Message----- From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of alp.ars...@xflowresearch.com Sent: Tuesday, October 23, 2018 3:08 PM To: vpp-dev@lists.fd.io Subject: [vpp-dev] PPPoE plugin documentation/support Dear All, I am trying to evaluate the support of pppoe in vpp. However, I am facing some issues, here is my startup conf file. unix { nodaemon log /var/log/vpp/vpp.log full-coredump cli-listen /run/vpp/cli.sock gid vpp } api-trace { on } api-segment { gid vpp } socksvr { default } cpu { main-core 1 corelist-workers 2,4,3,5 } dpdk { dev 0000:05:00.1 uio-driver vfio-pci socket-mem 2048,2048 } plugins { plugin default { enable} } tuntap { enable ethernet name newtap } After that I run the following commands: vpp# set interface state TenGigabitEthernet5/0/1 up vpp# set interface state local0 up Now at this point if I try to connect from the pppoe client, I can see three PADI request reaching VPP, and VPP trying to forward them at local0 interface. To forward this traffic to the tap port instead, I use this command. vpp# create pppoe cp cp-if-index 2 The help and the documentation for this command show this "create pppoe cp if-name <intfc> [del]", which doesn't work. Now at this moment, I was expecting the VPP to forward the PADI request to tuntap-0 interface, but I don't see anything in the VPP counters, nor by using tcpdump on interface "newtap" which is the kernel facing side of "tuntap-0" interface. My question is, Is my approach correct? Are the PADI requests forwarded to the tuntap-0 interface? If not where do they go? I cannot find any good documentation on this anywhere. Any help regarding this would be highly appreciated. Regards, Alp Arslan
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10942): https://lists.fd.io/g/vpp-dev/message/10942 Mute This Topic: https://lists.fd.io/mt/27566265/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
