[vpp-dev] PPPoE with ACL not working
Dear All, I am trying to configure ACL on a particular PPPoE session. I have successfully established a PPPoE session over interface VirtualEthernet0/0/0, and I am able to ping VPP from the PPPoE client side and my packets are being routed correctly. However, when I add ACL (default drop) to this interface, the classifier is not correctly classifying the packets. Here is an example packet trace: 00:02:57:507936: vhost-user-input VirtualEthernet0/0/0 queue 0 virtio flags: INDIRECT Indirect descriptor virtio_net_hdr first_desc_len 12 flags 0x00 gso_type 0 num_buff 0 00:02:57:507938: ethernet-input PPPOE_SESSION: 52:54:00:0a:d3:37 -> 02:fe:5a:08:c1:10 00:02:57:507939: pppoe-input PPPoE decap from pppoe_session0 session_id 1 next 1 error 0 00:02:57:507939: ip4-input ICMP: 192.168.11.10 -> 10.0.0.2 tos 0x00, ttl 64, length 84, checksum 0x0c62 fragment id 0x5893, flags DONT_FRAGMENT ICMP echo_request checksum 0xf578 00:02:57:507940: ip4-inacl INACL: sw_if_index 3, next_index 0, table 0, offset -1 00:02:57:507940: ip4-drop ICMP: 192.168.11.10 -> 10.0.0.2 tos 0x00, ttl 64, length 84, checksum 0x0c62 fragment id 0x5893, flags DONT_FRAGMENT ICMP echo_request checksum 0xf578 00:02:57:507940: error-drop ip4-input: input ACL table-miss drops Configurations for ACL: vpp# classify table acl-miss-next deny mask l3 ip4 src vpp# classify session acl-hit-next permit table-index 0 match l3 ip4 src 192.168.11.10 vpp# set interface input acl intfc VirtualEthernet0/0/0 ip4-table 0 vpp# show classify tables verbose TableIdx Sessions NextTbl NextNode 0 1-1 0 Heap: total: 2.06M, used: 1.27K, free: 2.06M, trimmable: 2.06M no traced allocations nbuckets 2, skip 1 match 1 flag 0 offset 0 mask linear-search buckets 0 [0]: heap offset 1136, elts 2, normal 0: [1136]: next_index -1 advance 0 opaque -1 action 0 metadata 0 k: c0a80b0a hits 0, last_heard 0.00 1 active elements 1 free lists 0 linear-search buckets vpp# show inacl type ip4 Intfc idx Classify table Interface name 3 0 VirtualEthernet0/0/0 ACL is working fine without the PPPoE. Do I need to add some kind of offset to the classify table? Classify should be treating this packet in the same way as the ppp header was decapsulated by the "pppoe-input" node. It would really helpful if someone can point out me towards right direction. Regards, Alp Arslan -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11556): https://lists.fd.io/g/vpp-dev/message/11556 Mute This Topic: https://lists.fd.io/mt/28718105/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] PPPoE plugin documentation/support
OK, thank you. Please let me know when the patch is available. -Original Message- From: Ni, Hongjun [mailto:hongjun...@intel.com] Sent: Monday, November 12, 2018 9:36 AM To: alp.ars...@xflowresearch.com; vpp-dev@lists.fd.io Subject: RE: [vpp-dev] PPPoE plugin documentation/support Hi Alp Arslan, Since PPPoE control packet is special, which destination MAC is the PPPoE client's MAC. Need to submit a patch to identify it and not perform L3 MAC filter in ethernet-input-inline() function. Thanks, Hongjun -Original Message- From: alp.ars...@xflowresearch.com [mailto:alp.ars...@xflowresearch.com] Sent: Friday, November 9, 2018 4:04 PM To: Ni, Hongjun ; vpp-dev@lists.fd.io Subject: RE: [vpp-dev] PPPoE plugin documentation/support Yes, that seems to be the problem. The control plane interface is dropping the replies with error "L3 MAC MISMATCH". How do I set the interface to l2? Using the command " set interface l2 bridge 1" is not working, as it starts to drop the PADI packets also. After using the above mentioned command: Packet 1 01:11:18:827637: vhost-user-input VirtualEthernet0/0/0 queue 0 virtio flags: INDIRECT Indirect descriptor virtio_net_hdr first_desc_len 12 flags 0x00 gso_type 0 num_buff 0 01:11:18:827641: ethernet-input PPPOE_DISCOVERY: 52:54:00:cc:3a:0e -> ff:ff:ff:ff:ff:ff 01:11:18:827643: l2-input l2-input: sw_if_index 3 dst ff:ff:ff:ff:ff:ff src 52:54:00:cc:3a:0e 01:11:18:827644: l2-learn l2-learn: sw_if_index 3 dst ff:ff:ff:ff:ff:ff src 52:54:00:cc:3a:0e bd_index 1 01:11:18:827646: error-drop l2-flood: L2 replication complete Regards, Alp Arslan -Original Message- From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Ni, Hongjun Sent: Thursday, November 8, 2018 5:18 PM To: alp.ars...@xflowresearch.com; vpp-dev@lists.fd.io Subject: Re: [vpp-dev] PPPoE plugin documentation/support Hi alp arslan, It works in my server. Below is my configuration: vpp# set int state TenGigabitEthernet5/0/0 up vpp# set int ip table TenGigabitEthernet5/0/0 0 vpp# set int ip address TenGigabitEthernet5/0/0 100.1.1.3/32 vpp# vpp# set int state TenGigabitEthernet5/0/1 up vpp# set int ip table TenGigabitEthernet5/0/1 0 vpp# set int ip address TenGigabitEthernet5/0/1 100.1.1.200/32 vpp# ip route add 100.1.1.100/24 via 100.1.1.4 TenGigabitEthernet5/0/1 vpp# set ip arp TenGigabitEthernet5/0/1 100.1.1.100 ..0001 vpp# vpp# create pppoe cp cp-if-index 2 vpp# vpp# trace add dpdk-input 10 //Then you sent PADI packet: vpp# vpp# sh trace --- Start of thread 0 vpp_main --- Packet 1 00:00:49:834924: dpdk-input TenGigabitEthernet5/0/0 rx queue 0 buffer 0xa4e03: current data 0, length 60, free-list 0, clone-count 0, totlen-nifb 0, trace 0x0 ext-hdr-valid l4-cksum-computed l4-cksum-correct l2-hdr-offset 0 PKT MBUF: port 0, nb_segs 1, pkt_len 60 buf_len 2176, data_len 60, ol_flags 0x180, data_off 128, phys_addr 0x6dd38140 packet_type 0x1 l2_len 0 l3_len 0 outer_l2_len 0 outer_l3_len 0 rss 0x0 fdir.hi 0x0 fdir.lo 0x0 Packet Offload Flags PKT_RX_IP_CKSUM_GOOD (0x0080) IP cksum of RX pkt. is valid PKT_RX_L4_CKSUM_GOOD (0x0100) L4 cksum of RX pkt. is valid Packet Types RTE_PTYPE_L2_ETHER (0x0001) Ethernet packet PPPOE_DISCOVERY: 00:11:01:00:00:01 -> ff:ff:ff:ff:ff:ff 00:00:49:834959: ethernet-input PPPOE_DISCOVERY: 00:11:01:00:00:01 -> ff:ff:ff:ff:ff:ff 00:00:49:834978: pppoe-cp-dispatch PPPoE dispatch from sw_if_index -1 next 1 error 0 pppoe_code 0x9 ppp_proto 0x101 00:00:49:835469: TenGigabitEthernet5/0/1-output TenGigabitEthernet5/0/1 PPPOE_DISCOVERY: 00:11:01:00:00:01 -> ff:ff:ff:ff:ff:ff 00:00:49:835473: TenGigabitEthernet5/0/1-tx TenGigabitEthernet5/0/1 tx queue 0 buffer 0xa4e03: current data 0, length 60, free-list 0, clone-count 0, totlen-nifb 0, trace 0x0 ext-hdr-valid l4-cksum-computed l4-cksum-correct l2-hdr-offset 0 l3-hdr-offset 14 PKT MBUF: port 0, nb_segs 1, pkt_len 60 buf_len 2176, data_len 60, ol_flags 0x180, data_off 128, phys_addr 0x6dd38140 packet_type 0x1 l2_len 0 l3_len 0 outer_l2_len 0 outer_l3_len 0 rss 0x0 fdir.hi 0x0 fdir.lo 0x0 Packet Offload Flags PKT_RX_IP_CKSUM_GOOD (0x0080) IP cksum of RX pkt. is valid PKT_RX_L4_CKSUM_GOOD (0x0100) L4 cksum of RX pkt. is valid Packet Types RTE_PTYPE_L2_ETHER (0x0001) Ethernet packet PPPOE_DISCOVERY: 00:11:01:00:00:01 -> ff:ff:ff:ff:ff:ff vpp# vpp# vpp# sh pppoe session No pppoe sessions configured... vpp# vpp# sh pppoe fib no pppoe fib entries vpp# vpp# //Then you need to configure pppoe session: vpp# create pppoe session client-ip 100.1.1.2 session-id 1 client-mac 00:11:01:00:00:01 pppoe_session0 vpp# sh pppoe fib Mac-Address session_id sw_if_index session_index 00:11:01:00:00:01 1 1 0 1 p
Re: [vpp-dev] PPPoE plugin documentation/support
Yes, that seems to be the problem. The control plane interface is dropping the replies with error "L3 MAC MISMATCH". How do I set the interface to l2? Using the command " set interface l2 bridge 1" is not working, as it starts to drop the PADI packets also. After using the above mentioned command: Packet 1 01:11:18:827637: vhost-user-input VirtualEthernet0/0/0 queue 0 virtio flags: INDIRECT Indirect descriptor virtio_net_hdr first_desc_len 12 flags 0x00 gso_type 0 num_buff 0 01:11:18:827641: ethernet-input PPPOE_DISCOVERY: 52:54:00:cc:3a:0e -> ff:ff:ff:ff:ff:ff 01:11:18:827643: l2-input l2-input: sw_if_index 3 dst ff:ff:ff:ff:ff:ff src 52:54:00:cc:3a:0e 01:11:18:827644: l2-learn l2-learn: sw_if_index 3 dst ff:ff:ff:ff:ff:ff src 52:54:00:cc:3a:0e bd_index 1 01:11:18:827646: error-drop l2-flood: L2 replication complete Regards, Alp Arslan -Original Message- From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Ni, Hongjun Sent: Thursday, November 8, 2018 5:18 PM To: alp.ars...@xflowresearch.com; vpp-dev@lists.fd.io Subject: Re: [vpp-dev] PPPoE plugin documentation/support Hi alp arslan, It works in my server. Below is my configuration: vpp# set int state TenGigabitEthernet5/0/0 up vpp# set int ip table TenGigabitEthernet5/0/0 0 vpp# set int ip address TenGigabitEthernet5/0/0 100.1.1.3/32 vpp# vpp# set int state TenGigabitEthernet5/0/1 up vpp# set int ip table TenGigabitEthernet5/0/1 0 vpp# set int ip address TenGigabitEthernet5/0/1 100.1.1.200/32 vpp# ip route add 100.1.1.100/24 via 100.1.1.4 TenGigabitEthernet5/0/1 vpp# set ip arp TenGigabitEthernet5/0/1 100.1.1.100 ..0001 vpp# vpp# create pppoe cp cp-if-index 2 vpp# vpp# trace add dpdk-input 10 //Then you sent PADI packet: vpp# vpp# sh trace --- Start of thread 0 vpp_main --- Packet 1 00:00:49:834924: dpdk-input TenGigabitEthernet5/0/0 rx queue 0 buffer 0xa4e03: current data 0, length 60, free-list 0, clone-count 0, totlen-nifb 0, trace 0x0 ext-hdr-valid l4-cksum-computed l4-cksum-correct l2-hdr-offset 0 PKT MBUF: port 0, nb_segs 1, pkt_len 60 buf_len 2176, data_len 60, ol_flags 0x180, data_off 128, phys_addr 0x6dd38140 packet_type 0x1 l2_len 0 l3_len 0 outer_l2_len 0 outer_l3_len 0 rss 0x0 fdir.hi 0x0 fdir.lo 0x0 Packet Offload Flags PKT_RX_IP_CKSUM_GOOD (0x0080) IP cksum of RX pkt. is valid PKT_RX_L4_CKSUM_GOOD (0x0100) L4 cksum of RX pkt. is valid Packet Types RTE_PTYPE_L2_ETHER (0x0001) Ethernet packet PPPOE_DISCOVERY: 00:11:01:00:00:01 -> ff:ff:ff:ff:ff:ff 00:00:49:834959: ethernet-input PPPOE_DISCOVERY: 00:11:01:00:00:01 -> ff:ff:ff:ff:ff:ff 00:00:49:834978: pppoe-cp-dispatch PPPoE dispatch from sw_if_index -1 next 1 error 0 pppoe_code 0x9 ppp_proto 0x101 00:00:49:835469: TenGigabitEthernet5/0/1-output TenGigabitEthernet5/0/1 PPPOE_DISCOVERY: 00:11:01:00:00:01 -> ff:ff:ff:ff:ff:ff 00:00:49:835473: TenGigabitEthernet5/0/1-tx TenGigabitEthernet5/0/1 tx queue 0 buffer 0xa4e03: current data 0, length 60, free-list 0, clone-count 0, totlen-nifb 0, trace 0x0 ext-hdr-valid l4-cksum-computed l4-cksum-correct l2-hdr-offset 0 l3-hdr-offset 14 PKT MBUF: port 0, nb_segs 1, pkt_len 60 buf_len 2176, data_len 60, ol_flags 0x180, data_off 128, phys_addr 0x6dd38140 packet_type 0x1 l2_len 0 l3_len 0 outer_l2_len 0 outer_l3_len 0 rss 0x0 fdir.hi 0x0 fdir.lo 0x0 Packet Offload Flags PKT_RX_IP_CKSUM_GOOD (0x0080) IP cksum of RX pkt. is valid PKT_RX_L4_CKSUM_GOOD (0x0100) L4 cksum of RX pkt. is valid Packet Types RTE_PTYPE_L2_ETHER (0x0001) Ethernet packet PPPOE_DISCOVERY: 00:11:01:00:00:01 -> ff:ff:ff:ff:ff:ff vpp# vpp# vpp# sh pppoe session No pppoe sessions configured... vpp# vpp# sh pppoe fib no pppoe fib entries vpp# vpp# //Then you need to configure pppoe session: vpp# create pppoe session client-ip 100.1.1.2 session-id 1 client-mac 00:11:01:00:00:01 pppoe_session0 vpp# sh pppoe fib Mac-Address session_id sw_if_index session_index 00:11:01:00:00:01 1 1 0 1 pppoe fib entries vpp# vpp# sh pppoe session [0] sw-if-index 3 client-ip 100.1.1.2 session-id 1 encap-if-index 1 decap-fib-index 0 local-mac 90:e2:ba:48:7a:80 client-mac 00:11:01:00:00:01 //For l3 mac mismatch, maybe you need to set your control interface to l2 mode. Thanks, Hongjun -Original Message- From: alp.ars...@xflowresearch.com [mailto:alp.ars...@xflowresearch.com] Sent: Thursday, November 8, 2018 6:38 PM To: Ni, Hongjun ; vpp-dev@lists.fd.io Subject: RE: [vpp-dev] PPPoE plugin documentation/support Still waiting on this. Can anyone help me on this one? -Original Message- From: Muhammad Alp Arslan (alp.ars...@xflowresearch.com) [mailto:alp.ars...@xflowresearch.com] Sent: Friday, November 2, 2018 4:07 PM To: 'Ni, Hong
Re: [vpp-dev] PPPoE plugin documentation/support
Still waiting on this. Can anyone help me on this one? -Original Message- From: Muhammad Alp Arslan (alp.ars...@xflowresearch.com) [mailto:alp.ars...@xflowresearch.com] Sent: Friday, November 2, 2018 4:07 PM To: 'Ni, Hongjun'; 'vpp-dev@lists.fd.io' Subject: RE: [vpp-dev] PPPoE plugin documentation/support Hello, I want to use the latest VPP, instead of 17.10. The latest ( 18.10 ) version pppoe plugin is not working correctly. The PADI packets are successfully sent to the cp interface, but it is not creating and pppoe fib, due to which the PADO packets are being dropped. Packet 1 02:34:23:456994: virtio-input virtio: hw_if_index 3 next-index 4 vring 0 len 63 hdr: flags 0x00 gso_type 0x00 hdr_len 0 gso_size 0 csum_start 0 csum_offset 0 num_buffers 1 02:34:23:457015: ethernet-input PPPOE_DISCOVERY: e6:b1:bd:65:91:c1 -> 52:54:00:79:64:b9 02:34:23:457031: error-drop ethernet-input: l3 mac mismatch vpp# show pppoe fib no pppoe fib entries Is this behavior intentional? Do I need to configure anything else other than the cp interface? -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:51 PM To: 'Ni, Hongjun'; vpp-dev@lists.fd.io Subject: Re: [vpp-dev] PPPoE plugin documentation/support Its working fine with VPP 17.10. I can see that a pppoe fib is created as soon as the 1st PADI request arrives, which sets up the reverse path. However, in VPP 18.07 & 18.10 there is no fib entry created and the PADO packets are being dropped. The slides don't show a trace for the PADO replies. -Original Message- From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Ni, Hongjun Sent: Wednesday, October 24, 2018 1:38 PM To: alp.ars...@xflowresearch.com; vpp-dev@lists.fd.io Subject: Re: [vpp-dev] PPPoE plugin documentation/support 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 ; 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 ; 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...@xflowresearc
Re: [vpp-dev] vppctl issue
Check if VPP is running properly, "service vpp status" if its installed
using the binaries. It normally occurs when the VPP service is not running.
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Kevin
Yan
Sent: Wednesday, November 7, 2018 2:10 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] vppctl issue
Hello,
Does anyone met below errors when using vppctl and what is the possible
reason?
clib_socket_init: connect (fd 3, '/run/vpp/cli.sock'): Connection refused
BTW, I changed a little vpp code but I suppose it doesn't not related to
this issue and VPP itself is started without any problem
My startup configuration:
cpu {
main-core 0
corelist-workers 1-3
}
unix {
nodaemon
log /tmp/vpp.log
full-coredump
cli-listen /run/vpp/cli.sock
}
dpdk {
socket-mem 2048
uio-driver uio_pci_generic
dev :00:06.0 {
num-rx-queues 2
num-tx-queues 2
}
dev :00:09.0
vdev cryptodev_aesni_mb_pmd,socket_id=0
vdev cryptodev_aesni_mb_pmd,socket_id=0
}
api-trace {
on
}
tap-inject {
enable
}
BRs,
Kevin
_
This e-mail message may contain confidential or proprietary information of
Mavenir Systems, Inc. or its affiliates and is intended solely for the use
of the intended recipient(s). If you are not the intended recipient of this
message, you are hereby notified that any review, use or distribution of
this information is absolutely prohibited and we request that you delete all
copies in your control and contact us by e-mailing to secur...@mavenir.com
. This message contains the views of its
author and may not necessarily reflect the views of Mavenir Systems, Inc. or
its affiliates, who employ systems to monitor email messages, but make no
representation that such messages are authorized, secure, uncompromised, or
free from computer viruses, malware, or other defects. Thank You
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#11135): https://lists.fd.io/g/vpp-dev/message/11135
Mute This Topic: https://lists.fd.io/mt/28021014/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] PPPoE plugin documentation/support
Hello,
I want to use the latest VPP, instead of 17.10. The latest ( 18.10 ) version
pppoe plugin is not working correctly.
The PADI packets are successfully sent to the cp interface, but it is not
creating and pppoe fib, due to which the PADO packets are being dropped.
Packet 1
02:34:23:456994: virtio-input
virtio: hw_if_index 3 next-index 4 vring 0 len 63
hdr: flags 0x00 gso_type 0x00 hdr_len 0 gso_size 0 csum_start 0
csum_offset 0 num_buffers 1
02:34:23:457015: ethernet-input
PPPOE_DISCOVERY: e6:b1:bd:65:91:c1 -> 52:54:00:79:64:b9
02:34:23:457031: error-drop
ethernet-input: l3 mac mismatch
vpp# show pppoe fib
no pppoe fib entries
Is this behavior intentional? Do I need to configure anything else other
than the cp interface?
-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:51 PM
To: 'Ni, Hongjun'; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] PPPoE plugin documentation/support
Its working fine with VPP 17.10. I can see that a pppoe fib is created as
soon as the 1st PADI request arrives, which sets up the reverse path.
However, in VPP 18.07 & 18.10 there is no fib entry created and the PADO
packets are being dropped.
The slides don't show a trace for the PADO replies.
-Original Message-
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Ni,
Hongjun
Sent: Wednesday, October 24, 2018 1:38 PM
To: alp.ars...@xflowresearch.com; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] PPPoE plugin documentation/support
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 ; 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 ; 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-l
Re: [E] [vpp-dev] VPPSB Netlink build failing
pen': /vpp/build-data/../netlink/librtnl/rtnl.c:269:39: error: 'RTNLGRP_MPLS_ROUTE' undeclared (first use in this function) grpmask(RTNLGRP_NOTIFY) | grpmask(RTNLGRP_MPLS_ROUTE), ^ /vpp/build-data/../netlink/librtnl/rtnl.c:269:39: note: each undeclared identifier is reported only once for each function it appears in /vpp/build-data/../netlink/librtnl/netns.c:69:5: error: 'RTA_VIA' undeclared here (not in a function) _(RTA_VIA, via, 1)\ ^ /vpp/build-data/../netlink/librtnl/netns.c:82:13: note: in definition of macro '_' .type = t, .unique = u, \ ^ /vpp/build-data/../netlink/librtnl/netns.c:86:3: note: in expansion of macro 'ns_foreach_rta' ns_foreach_rta ^ make[1]: *** [librtnl/rtnl.lo] Error 1 make[1]: *** Waiting for unfinished jobs make[1]: *** [librtnl/netns.lo] Error 1 make[1]: Leaving directory `/vpp/build-root/build-vpp_debug-native/netlink' make: *** [netlink-build] Error 2 Can anyone help me with this? Or point me towards the versions of VPP and VPPSB where they are working with each other. Regards, Alp Arslan _ This e-mail message may contain confidential or proprietary information of Mavenir Systems, Inc. or its affiliates and is intended solely for the use of the intended recipient(s). If you are not the intended recipient of this message, you are hereby notified that any review, use or distribution of this information is absolutely prohibited and we request that you delete all copies in your control and contact us by e-mailing to secur...@mavenir.com <mailto:secur...@mavenir.com> . This message contains the views of its author and may not necessarily reflect the views of Mavenir Systems, Inc. or its affiliates, who employ systems to monitor email messages, but make no representation that such messages are authorized, secure, uncompromised, or free from computer viruses, malware, or other defects. Thank You _ This e-mail message may contain confidential or proprietary information of Mavenir Systems, Inc. or its affiliates and is intended solely for the use of the intended recipient(s). If you are not the intended recipient of this message, you are hereby notified that any review, use or distribution of this information is absolutely prohibited and we request that you delete all copies in your control and contact us by e-mailing to secur...@mavenir.com <mailto:secur...@mavenir.com> . This message contains the views of its author and may not necessarily reflect the views of Mavenir Systems, Inc. or its affiliates, who employ systems to monitor email messages, but make no representation that such messages are authorized, secure, uncompromised, or free from computer viruses, malware, or other defects. Thank You _ This e-mail message may contain confidential or proprietary information of Mavenir Systems, Inc. or its affiliates and is intended solely for the use of the intended recipient(s). If you are not the intended recipient of this message, you are hereby notified that any review, use or distribution of this information is absolutely prohibited and we request that you delete all copies in your control and contact us by e-mailing to secur...@mavenir.com <mailto:secur...@mavenir.com> . This message contains the views of its author and may not necessarily reflect the views of Mavenir Systems, Inc. or its affiliates, who employ systems to monitor email messages, but make no representation that such messages are authorized, secure, uncompromised, or free from computer viruses, malware, or other defects. Thank You -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11075): https://lists.fd.io/g/vpp-dev/message/11075 Mute This Topic: https://lists.fd.io/mt/27825214/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [E] [vpp-dev] VPPSB Netlink build failing
, via, 1)\ ^ /vpp/build-data/../netlink/librtnl/netns.c:82:13: note: in definition of macro '_' .type = t, .unique = u, \ ^ /vpp/build-data/../netlink/librtnl/netns.c:86:3: note: in expansion of macro 'ns_foreach_rta' ns_foreach_rta ^ make[1]: *** [librtnl/rtnl.lo] Error 1 make[1]: *** Waiting for unfinished jobs make[1]: *** [librtnl/netns.lo] Error 1 make[1]: Leaving directory `/vpp/build-root/build-vpp_debug-native/netlink' make: *** [netlink-build] Error 2 Can anyone help me with this? Or point me towards the versions of VPP and VPPSB where they are working with each other. Regards, Alp Arslan _ This e-mail message may contain confidential or proprietary information of Mavenir Systems, Inc. or its affiliates and is intended solely for the use of the intended recipient(s). If you are not the intended recipient of this message, you are hereby notified that any review, use or distribution of this information is absolutely prohibited and we request that you delete all copies in your control and contact us by e-mailing to secur...@mavenir.com <mailto:secur...@mavenir.com> . This message contains the views of its author and may not necessarily reflect the views of Mavenir Systems, Inc. or its affiliates, who employ systems to monitor email messages, but make no representation that such messages are authorized, secure, uncompromised, or free from computer viruses, malware, or other defects. Thank You _ This e-mail message may contain confidential or proprietary information of Mavenir Systems, Inc. or its affiliates and is intended solely for the use of the intended recipient(s). If you are not the intended recipient of this message, you are hereby notified that any review, use or distribution of this information is absolutely prohibited and we request that you delete all copies in your control and contact us by e-mailing to secur...@mavenir.com <mailto:secur...@mavenir.com> . This message contains the views of its author and may not necessarily reflect the views of Mavenir Systems, Inc. or its affiliates, who employ systems to monitor email messages, but make no representation that such messages are authorized, secure, uncompromised, or free from computer viruses, malware, or other defects. Thank You _ This e-mail message may contain confidential or proprietary information of Mavenir Systems, Inc. or its affiliates and is intended solely for the use of the intended recipient(s). If you are not the intended recipient of this message, you are hereby notified that any review, use or distribution of this information is absolutely prohibited and we request that you delete all copies in your control and contact us by e-mailing to secur...@mavenir.com <mailto:secur...@mavenir.com> . This message contains the views of its author and may not necessarily reflect the views of Mavenir Systems, Inc. or its affiliates, who employ systems to monitor email messages, but make no representation that such messages are authorized, secure, uncompromised, or free from computer viruses, malware, or other defects. Thank You -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11074): https://lists.fd.io/g/vpp-dev/message/11074 Mute This Topic: https://lists.fd.io/mt/27825214/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [E] [vpp-dev] VPPSB Netlink build failing
] [vpp-dev] VPPSB Netlink build failing Dear All, I am trying to build the latest VPP with router and netlink plugins on CentOS 7.5. Here are the steps that I followed. # cd /vpp # ln -sf /vppsb/router/ # ln -sf /vppsb/netlink/ # ln -sf /vppsb/router/router.mk build-data/packages/ # ln -sf /vppsb/netlink/netlink.mk build-data/packages/ # # make V=0 PLATFORM=vpp TAG=vpp_debug netlink-install router-install The command fails with the following error: make[1]: Entering directory `/vpp/build-root/build-vpp_debug-native/netlink' CC librtnl/netns.lo CC librtnl/rtnl.lo /vpp/build-data/../netlink/librtnl/rtnl.c: In function 'rtnl_socket_open': /vpp/build-data/../netlink/librtnl/rtnl.c:269:39: error: 'RTNLGRP_MPLS_ROUTE' undeclared (first use in this function) grpmask(RTNLGRP_NOTIFY) | grpmask(RTNLGRP_MPLS_ROUTE), ^ /vpp/build-data/../netlink/librtnl/rtnl.c:269:39: note: each undeclared identifier is reported only once for each function it appears in /vpp/build-data/../netlink/librtnl/netns.c:69:5: error: 'RTA_VIA' undeclared here (not in a function) _(RTA_VIA, via, 1)\ ^ /vpp/build-data/../netlink/librtnl/netns.c:82:13: note: in definition of macro '_' .type = t, .unique = u, \ ^ /vpp/build-data/../netlink/librtnl/netns.c:86:3: note: in expansion of macro 'ns_foreach_rta' ns_foreach_rta ^ make[1]: *** [librtnl/rtnl.lo] Error 1 make[1]: *** Waiting for unfinished jobs make[1]: *** [librtnl/netns.lo] Error 1 make[1]: Leaving directory `/vpp/build-root/build-vpp_debug-native/netlink' make: *** [netlink-build] Error 2 Can anyone help me with this? Or point me towards the versions of VPP and VPPSB where they are working with each other. Regards, Alp Arslan _ This e-mail message may contain confidential or proprietary information of Mavenir Systems, Inc. or its affiliates and is intended solely for the use of the intended recipient(s). If you are not the intended recipient of this message, you are hereby notified that any review, use or distribution of this information is absolutely prohibited and we request that you delete all copies in your control and contact us by e-mailing to secur...@mavenir.com <mailto:secur...@mavenir.com> . This message contains the views of its author and may not necessarily reflect the views of Mavenir Systems, Inc. or its affiliates, who employ systems to monitor email messages, but make no representation that such messages are authorized, secure, uncompromised, or free from computer viruses, malware, or other defects. Thank You _ This e-mail message may contain confidential or proprietary information of Mavenir Systems, Inc. or its affiliates and is intended solely for the use of the intended recipient(s). If you are not the intended recipient of this message, you are hereby notified that any review, use or distribution of this information is absolutely prohibited and we request that you delete all copies in your control and contact us by e-mailing to secur...@mavenir.com <mailto:secur...@mavenir.com> . This message contains the views of its author and may not necessarily reflect the views of Mavenir Systems, Inc. or its affiliates, who employ systems to monitor email messages, but make no representation that such messages are authorized, secure, uncompromised, or free from computer viruses, malware, or other defects. Thank You -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11072): https://lists.fd.io/g/vpp-dev/message/11072 Mute This Topic: https://lists.fd.io/mt/27825214/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [E] [vpp-dev] VPPSB Netlink build failing
\ ^ /vpp/build-data/../netlink/librtnl/netns.c:86:3: note: in expansion of macro 'ns_foreach_rta' ns_foreach_rta ^ make[1]: *** [librtnl/rtnl.lo] Error 1 make[1]: *** Waiting for unfinished jobs make[1]: *** [librtnl/netns.lo] Error 1 make[1]: Leaving directory `/vpp/build-root/build-vpp_debug-native/netlink' make: *** [netlink-build] Error 2 Can anyone help me with this? Or point me towards the versions of VPP and VPPSB where they are working with each other. Regards, Alp Arslan _ This e-mail message may contain confidential or proprietary information of Mavenir Systems, Inc. or its affiliates and is intended solely for the use of the intended recipient(s). If you are not the intended recipient of this message, you are hereby notified that any review, use or distribution of this information is absolutely prohibited and we request that you delete all copies in your control and contact us by e-mailing to secur...@mavenir.com <mailto:secur...@mavenir.com> . This message contains the views of its author and may not necessarily reflect the views of Mavenir Systems, Inc. or its affiliates, who employ systems to monitor email messages, but make no representation that such messages are authorized, secure, uncompromised, or free from computer viruses, malware, or other defects. Thank You -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11069): https://lists.fd.io/g/vpp-dev/message/11069 Mute This Topic: https://lists.fd.io/mt/27825214/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] VPPSB Netlink build failing
Dear All, I am trying to build the latest VPP with router and netlink plugins on CentOS 7.5. Here are the steps that I followed. # cd /vpp # ln -sf /vppsb/router/ # ln -sf /vppsb/netlink/ # ln -sf /vppsb/router/router.mk build-data/packages/ # ln -sf /vppsb/netlink/netlink.mk build-data/packages/ # # make V=0 PLATFORM=vpp TAG=vpp_debug netlink-install router-install The command fails with the following error: make[1]: Entering directory `/vpp/build-root/build-vpp_debug-native/netlink' CC librtnl/netns.lo CC librtnl/rtnl.lo /vpp/build-data/../netlink/librtnl/rtnl.c: In function 'rtnl_socket_open': /vpp/build-data/../netlink/librtnl/rtnl.c:269:39: error: 'RTNLGRP_MPLS_ROUTE' undeclared (first use in this function) grpmask(RTNLGRP_NOTIFY) | grpmask(RTNLGRP_MPLS_ROUTE), ^ /vpp/build-data/../netlink/librtnl/rtnl.c:269:39: note: each undeclared identifier is reported only once for each function it appears in /vpp/build-data/../netlink/librtnl/netns.c:69:5: error: 'RTA_VIA' undeclared here (not in a function) _(RTA_VIA, via, 1)\ ^ /vpp/build-data/../netlink/librtnl/netns.c:82:13: note: in definition of macro '_' .type = t, .unique = u, \ ^ /vpp/build-data/../netlink/librtnl/netns.c:86:3: note: in expansion of macro 'ns_foreach_rta' ns_foreach_rta ^ make[1]: *** [librtnl/rtnl.lo] Error 1 make[1]: *** Waiting for unfinished jobs make[1]: *** [librtnl/netns.lo] Error 1 make[1]: Leaving directory `/vpp/build-root/build-vpp_debug-native/netlink' make: *** [netlink-build] Error 2 Can anyone help me with this? Or point me towards the versions of VPP and VPPSB where they are working with each other. Regards, Alp Arslan -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11067): https://lists.fd.io/g/vpp-dev/message/11067 Mute This Topic: https://lists.fd.io/mt/27825040/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] PPPoE plugin documentation/support
Its working fine with VPP 17.10. I can see that a pppoe fib is created as
soon as the 1st PADI request arrives, which sets up the reverse path.
However, in VPP 18.07 & 18.10 there is no fib entry created and the PADO
packets are being dropped.
The slides don't show a trace for the PADO replies.
-Original Message-
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Ni,
Hongjun
Sent: Wednesday, October 24, 2018 1:38 PM
To: alp.ars...@xflowresearch.com; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] PPPoE plugin documentation/support
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 ; 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 ; 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 :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 [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 tcp
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 ; 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 :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 [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 (#10936): https://lists.fd.io/g/vpp-dev/message/10936
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]
-=-=-=-=-=-=-=-=-=-=-=-
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 :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 [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 (#10914): https://lists.fd.io/g/vpp-dev/message/10914
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]
-=-=-=-=-=-=-=-=-=-=-=-
[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 :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 [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 (#10912): https://lists.fd.io/g/vpp-dev/message/10912
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]
-=-=-=-=-=-=-=-=-=-=-=-
