Re: [vpp-dev] pppoe plugin + vlan

[Stanislav Zaikin]

Hello again,

Are there any users of pppoe-plugins? Or maybe any maintainers of this
plugin?

On Sat, 9 May 2020 at 20:16, Stanislav Zaikin  wrote:

> Hello folks,
>
> I'm trying to figure out how to make PPPoE plugin work with dot1q
> subinterfaces (and maybe with qinq interfaces).
>
> I've made a prototype with the following things:
> 1) I enabled arc "device-input" with the next node "pppoe-input" on the
> pppoe cp interface: to get rid of L3_MAC_MISMATCH error (it's a bit
> controversial thing, but I didn't find any other proper way to get it
> working).
> 2) Because of the previous point - I rewrite parsing in the "pppoe-input"
> node to parse all headers from the scratch.
> 3) I get rid of "local mac" because it's more obvious to get mac address
> directly from encap interface when you filling up DPO adjacency. Anyway, in
> the case of the dot1q subinterface, we need to get vlan tags to fill the
> DPO adjacency.
>
> I'm new to VPP, so maybe some of these things are not good from some
> points of view. So it would be great if someone will look at it (and maybe
> propose something).
>
> Also, there are some open questions:
> - Should we strip the vlan tag before we sent pppoe packets to the cp
> interface? (I keep it, but my cp is ok with parsing vlan tags).
> - Is there any sense in pointing local mac address when we creating a
> pppoe session? We can get it from the encap interface.
>
> https://gerrit.fd.io/r/c/vpp/+/26964
>
> --
> Best regards
> Stanislav Zaikin
>


-- 
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#16348): https://lists.fd.io/g/vpp-dev/message/16348
Mute This Topic: https://lists.fd.io/mt/74099572/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

[Zhang Dongya]

Hi,

We have put our pppoe client implementation on our github, I have synced
our latest commit from our internal branch.

If you want to have a try, you can compile that branch and refer to
commands of plugin/pppox and plugin/pppoeclient.

The github link is:

https://github.com/raydonetworks/vpp-pppoeclient

xulang  于2018年11月26日周一 上午9:22写道：

> Hi all,
> I would like to use pppoe server and pppoe client, is there any material
>  about this?
>
>
> Regards,
> Xlangyun
>
>
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
>
> View/Reply Online (#11398): https://lists.fd.io/g/vpp-dev/message/11398
> Mute This Topic: https://lists.fd.io/mt/28316755/675661
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [
> fortitude.zh...@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11430): https://lists.fd.io/g/vpp-dev/message/11430
Mute This Topic: https://lists.fd.io/mt/28316755/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

[Ni, Hongjun]

Hi Xiangyun,

VPP only supports PPPoE plugin, which can integrate with Control Plane to act 
as PPPoE server.
Please refer to below link for some slides:
https://schd.ws/hosted_files/onsna18/cf/Accelerated%20Open%20Source%20vBRAS%20Solution%20Based%20on%20OpenBRAS%20and%20VPP%26DPDK.PPTX

There is no PPPoE client at present.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of xulang
Sent: Monday, November 26, 2018 9:23 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] PPPOE

Hi all,
I would like to use pppoe server and pppoe client, is there any material  about 
this?


Regards,
Xlangyun



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11399): https://lists.fd.io/g/vpp-dev/message/11399
Mute This Topic: https://lists.fd.io/mt/28316755/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

[alp . arslan]

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

[Ni, Hongjun]

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 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,
Hongju

Re: [vpp-dev] PPPoE plugin documentation/support

[alp . arslan]

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

[Ni, Hongjun]

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, 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 t

Re: [vpp-dev] PPPoE plugin documentation/support

[alp . arslan]

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] PPPoE plugin documentation/support

[alp . arslan]

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: [vpp-dev] PPPoE plugin documentation/support

[alp . arslan]

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

[Ni, Hongjun]

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 
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/m

Re: [vpp-dev] PPPoE plugin documentation/support

[alp . arslan]

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

[Ni, Hongjun]

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 (#10915): https://lists.fd.io/g/vpp-dev/message/10915
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

[alp . arslan]

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]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] PPPoE plugin documentation/support

[Ni, Hongjun]

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 (#10913): https://lists.fd.io/g/vpp-dev/message/10913
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 config #vpp #vpp

[Ni, Hongjun]

Hi Berk,

As per previous email mentioned:
“tap_cli code we don't want to test. as it is going to be deprecated in favour 
of tapv2.
Code is not done yet just because people were ignoring requests to move to the 
new code (inc. VIRL).”

I suggest you leverage tapv2, and also need some rework for PPPoE plugin to 
integrate it with OpenBRAS.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of 
berk...@gmail.com
Sent: Wednesday, October 17, 2018 3:04 AM
To: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] PPPoE plugin config #vpp #vpp

Switching to l2 mode with bridge-domain gives another trace, but anyway frame 
is not going to pppoe_cp_dispatch.

02:02:10:942877: tapcli-rx
  tapcli-0
02:02:10:942881: ethernet-input
  PPPOE_DISCOVERY: 2e:0d:e3:67:3e:bf -> 52:54:00:ea:ca:a5
02:02:10:942882: l2-input
  l2-input: sw_if_index 3 dst 52:54:00:ea:ca:a5 src 2e:0d:e3:67:3e:bf
02:02:10:942883: l2-learn
  l2-learn: sw_if_index 3 dst 52:54:00:ea:ca:a5 src 2e:0d:e3:67:3e:bf bd_index 1
02:02:10:942884: l2-fwd
  l2-fwd:   sw_if_index 3 dst 52:54:00:ea:ca:a5 src 2e:0d:e3:67:3e:bf bd_index 1
02:02:10:942885: l2-flood
  l2-flood: sw_if_index 3 dst 52:54:00:ea:ca:a5 src 2e:0d:e3:67:3e:bf bd_index 1
02:02:10:942885: error-drop
  l2-flood: L2 replication complete
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10844): https://lists.fd.io/g/vpp-dev/message/10844
Mute This Topic: https://lists.fd.io/mt/27327640/21656
Mute #vpp: https://lists.fd.io/mk?hashtag=vpp=1480452
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 config #vpp #vpp

[John Lo (loj) via Lists.Fd.Io]

I have no idea what you are trying to do with PPPoE.  From an L2 forwarding 
point of view, however, you need to put interfaces into the same bridge domain 
(BD) so they can forward packets to each other.  If you have only two 
interfaces to send packets to each other, you can L2 cross connect them instead 
of using a BD.   -John

From: vpp-dev@lists.fd.io  On Behalf Of berk...@gmail.com
Sent: Tuesday, October 16, 2018 3:04 PM
To: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] PPPoE plugin config #vpp #vpp

Switching to l2 mode with bridge-domain gives another trace, but anyway frame 
is not going to pppoe_cp_dispatch.

02:02:10:942877: tapcli-rx
  tapcli-0
02:02:10:942881: ethernet-input
  PPPOE_DISCOVERY: 2e:0d:e3:67:3e:bf -> 52:54:00:ea:ca:a5
02:02:10:942882: l2-input
  l2-input: sw_if_index 3 dst 52:54:00:ea:ca:a5 src 2e:0d:e3:67:3e:bf
02:02:10:942883: l2-learn
  l2-learn: sw_if_index 3 dst 52:54:00:ea:ca:a5 src 2e:0d:e3:67:3e:bf bd_index 1
02:02:10:942884: l2-fwd
  l2-fwd:   sw_if_index 3 dst 52:54:00:ea:ca:a5 src 2e:0d:e3:67:3e:bf bd_index 1
02:02:10:942885: l2-flood
  l2-flood: sw_if_index 3 dst 52:54:00:ea:ca:a5 src 2e:0d:e3:67:3e:bf bd_index 1
02:02:10:942885: error-drop
  l2-flood: L2 replication complete
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10842): https://lists.fd.io/g/vpp-dev/message/10842
Mute This Topic: https://lists.fd.io/mt/27327640/21656
Mute #vpp: https://lists.fd.io/mk?hashtag=vpp=1480452
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 config #vpp #vpp

[berk131]

Switching to l2 mode with bridge-domain gives another trace, but anyway frame 
is not going to pppoe_cp_dispatch.

02:02:10:942877: tapcli-rx
  tapcli-0
02:02:10:942881: ethernet-input
  PPPOE_DISCOVERY: 2e:0d:e3:67:3e:bf -> 52:54:00:ea:ca:a5
02:02:10:942882: l2-input
  l2-input: sw_if_index 3 dst 52:54:00:ea:ca:a5 src 2e:0d:e3:67:3e:bf
02:02:10:942883: l2-learn
  l2-learn: sw_if_index 3 dst 52:54:00:ea:ca:a5 src 2e:0d:e3:67:3e:bf bd_index 1
02:02:10:942884: l2-fwd
  l2-fwd:   sw_if_index 3 dst 52:54:00:ea:ca:a5 src 2e:0d:e3:67:3e:bf bd_index 1
02:02:10:942885: l2-flood
  l2-flood: sw_if_index 3 dst 52:54:00:ea:ca:a5 src 2e:0d:e3:67:3e:bf bd_index 1
02:02:10:942885: error-drop
  l2-flood: L2 replication complete
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10841): https://lists.fd.io/g/vpp-dev/message/10841
Mute This Topic: https://lists.fd.io/mt/27327640/21656
Mute #vpp: https://lists.fd.io/mk?hashtag=vpp=1480452
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 config #vpp #vpp

[John Lo (loj) via Lists.Fd.Io]

The interface is in L3 mode.  Thus, VPP will only allow packets whose 
destination MAC is the same as the interface MAC or bcast/mcast MAC.   The 
error “l3 mac mismatch” means the DMAC here “52:54:00:ea:ca:a5“ is not the same 
as the MAC of the interface.   -John

From: vpp-dev@lists.fd.io  On Behalf Of berk...@gmail.com
Sent: Tuesday, October 16, 2018 7:41 AM
To: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] PPPoE plugin config #vpp #vpp

Sorry, PADO came from tap trace, but anyway i not understand reason of drop.

00:10:24:106524: tapcli-rx
  tapcli-0
00:10:24:106529: ethernet-input
  PPPOE_DISCOVERY: ae:24:05:0d:4c:e9 -> 52:54:00:ea:ca:a5
00:10:24:106531: error-drop
  ethernet-input: l3 mac mismatch

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10837): https://lists.fd.io/g/vpp-dev/message/10837
Mute This Topic: https://lists.fd.io/mt/27327640/21656
Mute #vpp: https://lists.fd.io/mk?hashtag=vpp=1480452
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 config #vpp #vpp

[berk131]

Sorry, PADO came from tap trace, but anyway i not understand reason of drop.

00:10:24:106524: tapcli-rx
  tapcli-0
00:10:24:106529: ethernet-input
  PPPOE_DISCOVERY: ae:24:05:0d:4c:e9 -> 52:54:00:ea:ca:a5
00:10:24:106531: error-drop
  ethernet-input: l3 mac mismatch
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10833): https://lists.fd.io/g/vpp-dev/message/10833
Mute This Topic: https://lists.fd.io/mt/27327640/21656
Mute #vpp: https://lists.fd.io/mk?hashtag=vpp=1480452
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 config #vpp #vpp

[berk131]

[Edited Message Follows]

I've created tap interface, got same issue.
PADI forwarded to tapcli-0:
14:05:00:832297: dpdk-input
  GigabitEthernet2/0/2 rx queue 0
  buffer 0xa3138: current data 0, length 60, free-list 0, clone-count 0, totlen-
nifb 0, trace 0xb
  ext-hdr-valid
  l4-cksum-computed l4-cksum-correct l2-hdr-offset 0
  PKT MBUF: port 1, nb_segs 1, pkt_len 60
    buf_len 2176, data_len 60, ol_flags 0x180, data_off 128, phys_addr 0x474c4e8
0
    packet_type 0x0 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
  PPPOE_DISCOVERY: 52:54:00:ea:ca:a5 -> ff:ff:ff:ff:ff:ff
14:05:00:832306: ethernet-input
  PPPOE_DISCOVERY: 52:54:00:ea:ca:a5 -> ff:ff:ff:ff:ff:ff
14:05:00:832308: pppoe-cp-dispatch
  PPPoE dispatch from sw_if_index 2 next 1 error 0
  pppoe_code 0x9  ppp_proto 0x101
14:05:00:832309: tapcli-0-output
  tapcli-0
  PPPOE_DISCOVERY: 52:54:00:ea:ca:a5 -> ff:ff:ff:ff:ff:ff

Received by openbras, openbras sends PADO to client 52:54:00:ea:ca:a5:
09:31:00.303271 PPPoE PADI [Service-Name] [Host-Uniq 0x4008]
09:31:00.303420 PPPoE PADO [AC-Name "JSNJ-WFNEX-BRAS"] [Service-Name 
"JSNJ-BROADBAND-ACCESS"] [AC-Cookie 0xAE86ACA0534C12CB7E01655A0DBC7ADA8A06] 
[Host-Uniq 0x4008]

But no was any packets received from tapcli-0 in trace.
vpp v18.07.1-7~g9c335ce~b113

Thanks.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10829): https://lists.fd.io/g/vpp-dev/message/10829
Mute This Topic: https://lists.fd.io/mt/27327640/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 config #vpp #vpp

[berk131]

I've created tap interface, got same issue.
PADI forwarded to tapcli-0:
14:05:00:832297: dpdk-input
  GigabitEthernet2/0/2 rx queue 0
  buffer 0xa3138: current data 0, length 60, free-list 0, clone-count 0, totlen-
nifb 0, trace 0xb
  ext-hdr-valid
  l4-cksum-computed l4-cksum-correct l2-hdr-offset 0
  PKT MBUF: port 1, nb_segs 1, pkt_len 60
    buf_len 2176, data_len 60, ol_flags 0x180, data_off 128, phys_addr 0x474c4e8
0
    packet_type 0x0 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
  PPPOE_DISCOVERY: 52:54:00:ea:ca:a5 -> ff:ff:ff:ff:ff:ff
14:05:00:832306: ethernet-input
  PPPOE_DISCOVERY: 52:54:00:ea:ca:a5 -> ff:ff:ff:ff:ff:ff
14:05:00:832308: pppoe-cp-dispatch
  PPPoE dispatch from sw_if_index 2 next 1 error 0
  pppoe_code 0x9  ppp_proto 0x101
14:05:00:832309: tapcli-0-output
  tapcli-0
  PPPOE_DISCOVERY: 52:54:00:ea:ca:a5 -> ff:ff:ff:ff:ff:ff

Received by openbras, openbras sends PADO to client 52:54:00:ea:ca:a5:
09:31:00.303271 PPPoE PADI [Service-Name] [Host-Uniq 0x4008]
09:31:00.303420 PPPoE PADO [AC-Name "JSNJ-WFNEX-BRAS"] [Service-Name 
"JSNJ-BROADBAND-ACCESS"] [AC-Cookie 0xAE86ACA0534C12CB7E01655A0DBC7ADA8A06] 
[Host-Uniq 0x4008]

But no was any packets received from tapcli-0 in trace.

Thanks.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10829): https://lists.fd.io/g/vpp-dev/message/10829
Mute This Topic: https://lists.fd.io/mt/27327640/21656
Mute #vpp: https://lists.fd.io/mk?hashtag=vpp=1480452
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 config #vpp #vpp

[Ni, Hongjun]

Hi Berk,

You need to create a tap or AF_packet interface in VPP, and Openbras bind to 
this interface.

There is unnecessary to put clients and CP to the same bridge.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of 
berk...@gmail.com
Sent: Monday, October 15, 2018 5:20 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] PPPoE plugin config #vpp #vpp

Hello all,

I tried pppoe plugin with openbras from initial 
repository(https://github.com/wfnex/openbras).
Added CP interface with  create pppoe cp cp-if-index .
PADI requests from client interface are send to CP interface.
But PADO answer from openbras is not going to client interface and not showing 
in trace of dpdk-input or pcap records.
When i putting both(client and CP) interfaces to one bridge-domain, PADO and 
next PADS, LCP, IPCP are going well between client and openbras CP.

Is it necessary to put clients and CP to same bridge-domain ?
What if clients are in QinQ subinterfaces ?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10820): https://lists.fd.io/g/vpp-dev/message/10820
Mute This Topic: https://lists.fd.io/mt/27327640/21656
Mute #vpp: https://lists.fd.io/mk?hashtag=vpp=1480452
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 config #vpp #vpp

[berk131]

Yes, i see that destination mac of client in PADO is unknown in CP 
bridge-domain.
How to intercept PPPoED packets by pppoe node before it comes to mac filtering 
node ?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10817): https://lists.fd.io/g/vpp-dev/message/10817
Mute This Topic: https://lists.fd.io/mt/27327640/21656
Mute #vpp: https://lists.fd.io/mk?hashtag=vpp=1480452
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

[Ni, Hongjun]

Adds the link to OpenBras we are using:
https://github.com/wfnex/openbras

Correct below type error:
//Configure CP path and DP session in CLI:
vppctl create pppoe tap client-if-index 2 tap-if-index 1 
vppctl create pppoe session client-ip 100.1.1.2 session-id 1 local-mac 
68:05:ca:30:54:e8 client-mac 00:11:01:00:00:01 
vppctl ip route add 100.1.1.2/24 via pppoe_session0

Thanks,
Hongjun

-Original Message-
From: Ni, Hongjun 
Sent: Tuesday, July 18, 2017 10:35 AM
To: Ni, Hongjun <hongjun...@intel.com>; Ole Troan <otr...@employees.org>
Cc: vpp-dev <vpp-dev@lists.fd.io>
Subject: RE: [vpp-dev] PPPOE

Hi all,

The initial PPPoE plugin code has been done and submitted for review.
https://gerrit.fd.io/r/#/c/7407/   Add PPPoE Plugin
Please feel free to review it and give some comments.

We have successfully integrated VPP, PPPoE plugin  and OpenBRAS together and 
used IXIA PPPoE test suit to perform both functional and performance test.

This plugin adds three graph nodes:
1) pppoe-input for PPPoE decapsulation
2) pppoe-encap for PPPoE encapsulation
3) pppoe-tap-dispatch for steering control plane packets between Subscribers 
and OpenBRAS.

Below is the configuration to make PPPoE CP and DP work:
vim /etc/vpp/startup.conf
tuntap {
  enable
  ethernet
  name newtap
}

vppctl create pppoe tap client-if-index 2 tap-if-index 1 vppctl create pppoe 
session client-ip 100.1.1.2 session-id 1 local-mac 68:05:ca:30:54:e8 client-mac 
00:11:01:00:00:01 vppctl ip route add 100.1.1.2/24 via pppoe_session0


Further optimization includes:
1. Forwarding rules among all available dataplane ports on subscriber side 
(Currently it only supports one interface).
2. Optimize away the "ip route" command which should be added automatically 
when creating PPPoE sessions.

Thanks a lot,
Hongjun

-Original Message-
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Ni, Hongjun
Sent: Monday, June 26, 2017 4:46 PM
To: Ole Troan <otr...@employees.org>
Cc: vpp-dev <vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] PPPOE

Hi Ole,

Yes, one TAP interface is only needed.

Memif is a good way to redirect CP traffic.
But reworking control plane code is required because the open source CP project 
is using  kernel's socket.

Currently, we only use TAP port to minimize the integration effort.

Thanks,
Hongjun

-Original Message-
From: Ole Troan [mailto:otr...@employees.org]
Sent: Monday, June 26, 2017 4:26 PM
To: Ni, Hongjun <hongjun...@intel.com>
Cc: Ed Warnicke <hagb...@gmail.com>; vpp-dev <vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] PPPOE

Hi Hongjun,

> PPPoE plugin will support any kind of control plan projects.
> 
> Currently, we plan to test slow path code using below open source control 
> plan project:
> https://github.com/wfnex/openbras
> 
> We will create a tap port hooked to the kernel -> OpenBRAS The slow 
> path graph node will forward all non PPPoE session stage traffic to control 
> plane via TAP port.

You only need one TAP interface, even if you have PPPoE enabled on more than 
one interface right?

Alternatively we have the Punt UDS socket for control traffic (which has 
additional meta-data like RX/TX ifindex) or Damjan is working on using the 
memif interface for control plane traffic too.

Cheers,
Ole
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] PPPOE

[Ni, Hongjun]

Hi all,

The initial PPPoE plugin code has been done and submitted for review.
https://gerrit.fd.io/r/#/c/7407/   Add PPPoE Plugin
Please feel free to review it and give some comments.

We have successfully integrated VPP, PPPoE plugin  and OpenBRAS together and 
used IXIA PPPoE test suit to perform both functional and performance test.

This plugin adds three graph nodes:
1) pppoe-input for PPPoE decapsulation
2) pppoe-encap for PPPoE encapsulation
3) pppoe-tap-dispatch for steering control plane packets between Subscribers 
and OpenBRAS.

Below is the configuration to make PPPoE CP and DP work:
vim /etc/vpp/startup.conf
tuntap {
  enable
  ethernet
  name newtap
}

vppctl create pppoe tap client-if-index 2 tap-if-index 1
vppctl create pppoe session client-ip 100.1.1.2 session-id 1 local-mac 
68:05:ca:30:54:e8 client-mac 00:11:01:00:00:01
vppctl ip route add 100.1.1.2/24 via pppoe_session0


Further optimization includes:
1. Forwarding rules among all available dataplane ports on subscriber side 
(Currently it only supports one interface).
2. Optimize away the "ip route" command which should be added automatically 
when creating PPPoE sessions.

Thanks a lot,
Hongjun

-Original Message-
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Ni, Hongjun
Sent: Monday, June 26, 2017 4:46 PM
To: Ole Troan <otr...@employees.org>
Cc: vpp-dev <vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] PPPOE

Hi Ole,

Yes, one TAP interface is only needed.

Memif is a good way to redirect CP traffic.
But reworking control plane code is required because the open source CP project 
is using  kernel's socket.

Currently, we only use TAP port to minimize the integration effort.

Thanks,
Hongjun

-Original Message-
From: Ole Troan [mailto:otr...@employees.org]
Sent: Monday, June 26, 2017 4:26 PM
To: Ni, Hongjun <hongjun...@intel.com>
Cc: Ed Warnicke <hagb...@gmail.com>; vpp-dev <vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] PPPOE

Hi Hongjun,

> PPPoE plugin will support any kind of control plan projects.
> 
> Currently, we plan to test slow path code using below open source control 
> plan project:
> https://github.com/wfnex/openbras
> 
> We will create a tap port hooked to the kernel -> OpenBRAS The slow 
> path graph node will forward all non PPPoE session stage traffic to control 
> plane via TAP port.

You only need one TAP interface, even if you have PPPoE enabled on more than 
one interface right?

Alternatively we have the Punt UDS socket for control traffic (which has 
additional meta-data like RX/TX ifindex) or Damjan is working on using the 
memif interface for control plane traffic too.

Cheers,
Ole
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] PPPOE

[Ni, Hongjun]

Hi Ole,

Yes, one TAP interface is only needed.

Memif is a good way to redirect CP traffic.
But reworking control plane code is required because the open source CP project 
is using  kernel's socket.

Currently, we only use TAP port to minimize the integration effort.

Thanks,
Hongjun

-Original Message-
From: Ole Troan [mailto:otr...@employees.org] 
Sent: Monday, June 26, 2017 4:26 PM
To: Ni, Hongjun <hongjun...@intel.com>
Cc: Ed Warnicke <hagb...@gmail.com>; vpp-dev <vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] PPPOE

Hi Hongjun,

> PPPoE plugin will support any kind of control plan projects.
> 
> Currently, we plan to test slow path code using below open source control 
> plan project:
> https://github.com/wfnex/openbras
> 
> We will create a tap port hooked to the kernel -> OpenBRAS The slow 
> path graph node will forward all non PPPoE session stage traffic to control 
> plane via TAP port.

You only need one TAP interface, even if you have PPPoE enabled on more than 
one interface right?

Alternatively we have the Punt UDS socket for control traffic (which has 
additional meta-data like RX/TX ifindex) or Damjan is working on using the 
memif interface for control plane traffic too.

Cheers,
Ole
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] PPPOE

[Ole Troan]

Hi Hongjun,

> PPPoE plugin will support any kind of control plan projects.
> 
> Currently, we plan to test slow path code using below open source control 
> plan project:
> https://github.com/wfnex/openbras
> 
> We will create a tap port hooked to the kernel -> OpenBRAS
> The slow path graph node will forward all non PPPoE session stage traffic to 
> control plane via TAP port.

You only need one TAP interface, even if you have PPPoE enabled on more than 
one interface right?

Alternatively we have the Punt UDS socket for control traffic (which has 
additional meta-data like RX/TX ifindex) or Damjan is working on using the 
memif interface for control plane traffic too.

Cheers,
Ole


signature.asc
Description: Message signed with OpenPGP
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] PPPOE

[Ni, Hongjun]

Currently, it will not.

From: yug...@telincn.com [mailto:yug...@telincn.com]
Sent: Monday, June 26, 2017 10:52 AM
To: Ni, Hongjun <hongjun...@intel.com>; Vincent Jardin 
<vincent.jar...@6wind.com>
Cc: vpp-dev <vpp-dev@lists.fd.io>
Subject: Re: RE: [vpp-dev] PPPOE

Is this framework will be applied to IPoE?

Regards,
Ewan


yug...@telincn.com<mailto:yug...@telincn.com>

From: Ni, Hongjun<mailto:hongjun...@intel.com>
Date: 2017-06-26 10:39
To: Ni, Hongjun<mailto:hongjun...@intel.com>; 
yug...@telincn.com<mailto:yug...@telincn.com>; Vincent 
Jardin<mailto:vincent.jar...@6wind.com>
CC: vpp-dev<mailto:vpp-dev@lists.fd.io>
Subject: RE: [vpp-dev] PPPOE
To make it clear:

The PPPoE plugin will contains fast path graph node and slow path graph node.

The fast path graph node is for the data plane only and handle PPPoE session 
lookup, PPPoE decap and PPPoE encap.

The slow path graph node will leverage existing control plane applications to 
handle the slow path traffics in the PPPoE discovery stage.

Regards,
Hongjun

From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io> 
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Ni, Hongjun
Sent: Monday, June 26, 2017 10:23 AM
To: yug...@telincn.com<mailto:yug...@telincn.com>; Vincent Jardin 
<vincent.jar...@6wind.com<mailto:vincent.jar...@6wind.com>>
Cc: vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] PPPOE

Hi guys,

We are developing PPPoE feature as a VPP plugin now, which plans to be 
upstreamed to VPP 17.10 release.

Just let community know about this to avoid duplicate effort.

Thanks,
Hongjun

From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io> 
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of 
yug...@telincn.com<mailto:yug...@telincn.com>
Sent: Saturday, June 17, 2017 10:16 AM
To: Vincent Jardin <vincent.jar...@6wind.com<mailto:vincent.jar...@6wind.com>>
Cc: vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] PPPOE

Hi，
Linux's PPPoE is very slow on creating new session, i will figure that out.

Thanks,
Ewan


yug...@telincn.com<mailto:yug...@telincn.com>

From: Vincent Jardin<mailto:vincent.jar...@6wind.com>
Date: 2017-06-17 04:29
To: yug...@telincn.com<mailto:yug...@telincn.com>
CC: vpp-dev<mailto:vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] PPPOE
FYI, 6WIND  provides a full PPP stack (L2TP, PPPoE) server and clients. It
tooks years to develop it and unfortunately it has dependencies that
prevent using it with VPP. But it works fine with DPDK. It is available
both under source code or binary only but under specific licensing.

But usually, most people are fine with Linux PPP, since most connections
are slow (under 20Mbps), so why not using Linux?


Le 16 juin 2017 7:53:44 PM Ole Troan 
<otr...@employees.org<mailto:otr...@employees.org>> a écrit :

>> Is there any plan to surpport pppoe?
>
> Not as far as I know.
> Feel free to start a PPP project. You would need to implement some NCPs too.
>
> Cheers,
> Ole
>
>
>
> --
> ___
> vpp-dev mailing list
> vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
> https://lists.fd.io/mailman/listinfo/vpp-dev



___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] PPPOE

[Ni, Hongjun]

Hi Ed,

PPPoE plugin will support any kind of control plan projects.

Currently, we plan to test slow path code using below open source control plan 
project:
https://github.com/wfnex/openbras

We will create a tap port hooked to the kernel -> OpenBRAS
The slow path graph node will forward all non PPPoE session stage traffic to 
control plane via TAP port.

-Hongjun

From: Ed Warnicke [mailto:hagb...@gmail.com]
Sent: Monday, June 26, 2017 10:41 AM
To: Ni, Hongjun <hongjun...@intel.com>
Cc: yug...@telincn.com; Vincent Jardin <vincent.jar...@6wind.com>; vpp-dev 
<vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] PPPOE

Hongjun,

That sounds good :)  Could you say more about your thoughts on control plane?

Ed

On Sun, Jun 25, 2017 at 7:39 PM, Ni, Hongjun 
<hongjun...@intel.com<mailto:hongjun...@intel.com>> wrote:
To make it clear:

The PPPoE plugin will contains fast path graph node and slow path graph node.

The fast path graph node is for the data plane only and handle PPPoE session 
lookup, PPPoE decap and PPPoE encap.

The slow path graph node will leverage existing control plane applications to 
handle the slow path traffics in the PPPoE discovery stage.

Regards,
Hongjun

From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io> 
[mailto:vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io>] On 
Behalf Of Ni, Hongjun
Sent: Monday, June 26, 2017 10:23 AM
To: yug...@telincn.com<mailto:yug...@telincn.com>; Vincent Jardin 
<vincent.jar...@6wind.com<mailto:vincent.jar...@6wind.com>>

Cc: vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] PPPOE

Hi guys,

We are developing PPPoE feature as a VPP plugin now, which plans to be 
upstreamed to VPP 17.10 release.

Just let community know about this to avoid duplicate effort.

Thanks,
Hongjun

From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io> 
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of 
yug...@telincn.com<mailto:yug...@telincn.com>
Sent: Saturday, June 17, 2017 10:16 AM
To: Vincent Jardin <vincent.jar...@6wind.com<mailto:vincent.jar...@6wind.com>>
Cc: vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] PPPOE

Hi，
Linux's PPPoE is very slow on creating new session, i will figure that out.

Thanks,
Ewan


yug...@telincn.com<mailto:yug...@telincn.com>

From: Vincent Jardin<mailto:vincent.jar...@6wind.com>
Date: 2017-06-17 04:29
To: yug...@telincn.com<mailto:yug...@telincn.com>
CC: vpp-dev<mailto:vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] PPPOE
FYI, 6WIND  provides a full PPP stack (L2TP, PPPoE) server and clients. It
tooks years to develop it and unfortunately it has dependencies that
prevent using it with VPP. But it works fine with DPDK. It is available
both under source code or binary only but under specific licensing.

But usually, most people are fine with Linux PPP, since most connections
are slow (under 20Mbps), so why not using Linux?


Le 16 juin 2017 7:53:44 PM Ole Troan 
<otr...@employees.org<mailto:otr...@employees.org>> a écrit :

>> Is there any plan to surpport pppoe?
>
> Not as far as I know.
> Feel free to start a PPP project. You would need to implement some NCPs too.
>
> Cheers,
> Ole
>
>
>
> --
> ___
> vpp-dev mailing list
> vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
> https://lists.fd.io/mailman/listinfo/vpp-dev




___
vpp-dev mailing list
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
https://lists.fd.io/mailman/listinfo/vpp-dev

___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] PPPOE

[yug...@telincn.com]

Is this framework will be applied to IPoE?

Regards,
Ewan



yug...@telincn.com
 
From: Ni, Hongjun
Date: 2017-06-26 10:39
To: Ni, Hongjun; yug...@telincn.com; Vincent Jardin
CC: vpp-dev
Subject: RE: [vpp-dev] PPPOE
To make it clear:
 
The PPPoE plugin will contains fast path graph node and slow path graph node.
 
The fast path graph node is for the data plane only and handle PPPoE session 
lookup, PPPoE decap and PPPoE encap.
 
The slow path graph node will leverage existing control plane applications to 
handle the slow path traffics in the PPPoE discovery stage.
 
Regards,
Hongjun
 
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Ni, Hongjun
Sent: Monday, June 26, 2017 10:23 AM
To: yug...@telincn.com; Vincent Jardin <vincent.jar...@6wind.com>
Cc: vpp-dev <vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] PPPOE
 
Hi guys,
 
We are developing PPPoE feature as a VPP plugin now, which plans to be 
upstreamed to VPP 17.10 release.
 
Just let community know about this to avoid duplicate effort.
 
Thanks,
Hongjun
 
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of yug...@telincn.com
Sent: Saturday, June 17, 2017 10:16 AM
To: Vincent Jardin <vincent.jar...@6wind.com>
Cc: vpp-dev <vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] PPPOE
 
Hi，
Linux's PPPoE is very slow on creating new session, i will figure that out.
 
Thanks,
Ewan 
 


yug...@telincn.com
 
From: Vincent Jardin
Date: 2017-06-17 04:29
To: yug...@telincn.com
CC: vpp-dev
Subject: Re: [vpp-dev] PPPOE
FYI, 6WIND  provides a full PPP stack (L2TP, PPPoE) server and clients. It 
tooks years to develop it and unfortunately it has dependencies that 
prevent using it with VPP. But it works fine with DPDK. It is available 
both under source code or binary only but under specific licensing.
 
But usually, most people are fine with Linux PPP, since most connections 
are slow (under 20Mbps), so why not using Linux?
 
 
Le 16 juin 2017 7:53:44 PM Ole Troan <otr...@employees.org> a écrit :
 
>> Is there any plan to surpport pppoe?
> 
> Not as far as I know.
> Feel free to start a PPP project. You would need to implement some NCPs too.
> 
> Cheers,
> Ole
> 
> 
> 
> --
> ___
> vpp-dev mailing list
> vpp-dev@lists.fd.io
> https://lists.fd.io/mailman/listinfo/vpp-dev
 
 
 
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] PPPOE

[Ed Warnicke]

Hongjun,

That sounds good :)  Could you say more about your thoughts on control
plane?

Ed

On Sun, Jun 25, 2017 at 7:39 PM, Ni, Hongjun <hongjun...@intel.com> wrote:

> To make it clear:
>
>
>
> The PPPoE plugin will contains fast path graph node and slow path graph
> node.
>
>
>
> The fast path graph node is for the data plane only and handle PPPoE
> session lookup, PPPoE decap and PPPoE encap.
>
>
>
> The slow path graph node will leverage existing control plane applications
> to handle the slow path traffics in the PPPoE discovery stage.
>
>
>
> Regards,
>
> Hongjun
>
>
>
> *From:* vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] *On
> Behalf Of *Ni, Hongjun
> *Sent:* Monday, June 26, 2017 10:23 AM
> *To:* yug...@telincn.com; Vincent Jardin <vincent.jar...@6wind.com>
>
> *Cc:* vpp-dev <vpp-dev@lists.fd.io>
> *Subject:* Re: [vpp-dev] PPPOE
>
>
>
> Hi guys,
>
>
>
> We are developing PPPoE feature as a VPP plugin now, which plans to be
> upstreamed to VPP 17.10 release.
>
>
>
> Just let community know about this to avoid duplicate effort.
>
>
>
> Thanks,
>
> Hongjun
>
>
>
> *From:* vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io
> <vpp-dev-boun...@lists.fd.io>] *On Behalf Of *yug...@telincn.com
> *Sent:* Saturday, June 17, 2017 10:16 AM
> *To:* Vincent Jardin <vincent.jar...@6wind.com>
> *Cc:* vpp-dev <vpp-dev@lists.fd.io>
> *Subject:* Re: [vpp-dev] PPPOE
>
>
>
> Hi，
>
> Linux's PPPoE is very slow on creating new session, i will figure that out.
>
>
>
> Thanks,
>
> Ewan
>
>
> --
>
> yug...@telincn.com
>
>
>
> *From:* Vincent Jardin <vincent.jar...@6wind.com>
>
> *Date:* 2017-06-17 04:29
>
> *To:* yug...@telincn.com
>
> *CC:* vpp-dev <vpp-dev@lists.fd.io>
>
> *Subject:* Re: [vpp-dev] PPPOE
>
> FYI, 6WIND  provides a full PPP stack (L2TP, PPPoE) server and clients. It
>
> tooks years to develop it and unfortunately it has dependencies that
>
> prevent using it with VPP. But it works fine with DPDK. It is available
>
> both under source code or binary only but under specific licensing.
>
>
>
> But usually, most people are fine with Linux PPP, since most connections
>
> are slow (under 20Mbps), so why not using Linux?
>
>
>
>
>
> Le 16 juin 2017 7:53:44 PM Ole Troan <otr...@employees.org> a écrit :
>
>
>
> >> Is there any plan to surpport pppoe?
>
> >
>
> > Not as far as I know.
>
> > Feel free to start a PPP project. You would need to implement some NCPs
> too.
>
> >
>
> > Cheers,
>
> > Ole
>
> >
>
> >
>
> >
>
> > --
>
> > ___
>
> > vpp-dev mailing list
>
> > vpp-dev@lists.fd.io
>
> > https://lists.fd.io/mailman/listinfo/vpp-dev
>
>
>
>
>
>
>
>
> ___
> vpp-dev mailing list
> vpp-dev@lists.fd.io
> https://lists.fd.io/mailman/listinfo/vpp-dev
>
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] PPPOE

[Ni, Hongjun]

To make it clear:

The PPPoE plugin will contains fast path graph node and slow path graph node.

The fast path graph node is for the data plane only and handle PPPoE session 
lookup, PPPoE decap and PPPoE encap.

The slow path graph node will leverage existing control plane applications to 
handle the slow path traffics in the PPPoE discovery stage.

Regards,
Hongjun

From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Ni, Hongjun
Sent: Monday, June 26, 2017 10:23 AM
To: yug...@telincn.com; Vincent Jardin <vincent.jar...@6wind.com>
Cc: vpp-dev <vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] PPPOE

Hi guys,

We are developing PPPoE feature as a VPP plugin now, which plans to be 
upstreamed to VPP 17.10 release.

Just let community know about this to avoid duplicate effort.

Thanks,
Hongjun

From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io> 
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of 
yug...@telincn.com<mailto:yug...@telincn.com>
Sent: Saturday, June 17, 2017 10:16 AM
To: Vincent Jardin <vincent.jar...@6wind.com<mailto:vincent.jar...@6wind.com>>
Cc: vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] PPPOE

Hi，
Linux's PPPoE is very slow on creating new session, i will figure that out.

Thanks,
Ewan


yug...@telincn.com<mailto:yug...@telincn.com>

From: Vincent Jardin<mailto:vincent.jar...@6wind.com>
Date: 2017-06-17 04:29
To: yug...@telincn.com<mailto:yug...@telincn.com>
CC: vpp-dev<mailto:vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] PPPOE
FYI, 6WIND  provides a full PPP stack (L2TP, PPPoE) server and clients. It
tooks years to develop it and unfortunately it has dependencies that
prevent using it with VPP. But it works fine with DPDK. It is available
both under source code or binary only but under specific licensing.

But usually, most people are fine with Linux PPP, since most connections
are slow (under 20Mbps), so why not using Linux?


Le 16 juin 2017 7:53:44 PM Ole Troan 
<otr...@employees.org<mailto:otr...@employees.org>> a écrit :

>> Is there any plan to surpport pppoe?
>
> Not as far as I know.
> Feel free to start a PPP project. You would need to implement some NCPs too.
>
> Cheers,
> Ole
>
>
>
> --
> ___
> vpp-dev mailing list
> vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
> https://lists.fd.io/mailman/listinfo/vpp-dev



___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] PPPOE

[Ni, Hongjun]

Hi guys,

We are developing PPPoE feature as a VPP plugin now, which plans to be 
upstreamed to VPP 17.10 release.

Just let community know about this to avoid duplicate effort.

Thanks,
Hongjun

From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of yug...@telincn.com
Sent: Saturday, June 17, 2017 10:16 AM
To: Vincent Jardin <vincent.jar...@6wind.com>
Cc: vpp-dev <vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] PPPOE

Hi，
Linux's PPPoE is very slow on creating new session, i will figure that out.

Thanks,
Ewan


yug...@telincn.com<mailto:yug...@telincn.com>

From: Vincent Jardin<mailto:vincent.jar...@6wind.com>
Date: 2017-06-17 04:29
To: yug...@telincn.com<mailto:yug...@telincn.com>
CC: vpp-dev<mailto:vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] PPPOE
FYI, 6WIND  provides a full PPP stack (L2TP, PPPoE) server and clients. It
tooks years to develop it and unfortunately it has dependencies that
prevent using it with VPP. But it works fine with DPDK. It is available
both under source code or binary only but under specific licensing.

But usually, most people are fine with Linux PPP, since most connections
are slow (under 20Mbps), so why not using Linux?


Le 16 juin 2017 7:53:44 PM Ole Troan 
<otr...@employees.org<mailto:otr...@employees.org>> a écrit :

>> Is there any plan to surpport pppoe?
>
> Not as far as I know.
> Feel free to start a PPP project. You would need to implement some NCPs too.
>
> Cheers,
> Ole
>
>
>
> --
> ___
> vpp-dev mailing list
> vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
> https://lists.fd.io/mailman/listinfo/vpp-dev



___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] PPPOE

[Jim Thompson]

> On Jun 16, 2017, at 3:29 PM, Vincent Jardin  wrote:
> 
> FYI, 6WIND  provides a full PPP stack (L2TP, PPPoE) server and clients. It 
> tooks years to develop it and unfortunately it has dependencies that prevent 
> using it with VPP. But it works fine with DPDK. It is available both under 
> source code or binary only but under specific licensing.
> 
> But usually, most people are fine with Linux PPP, since most connections are 
> slow (under 20Mbps), so why not using Linux?

To build a PPPoE server, of course. 

PPPoE is a common requirement for a BRAS/BBRAS/BNG.  These are still used by 
some FTTH providers.

Given this, there may even be a client requirement for a VPP-based endpoint 
(v)CPE stack. 

One of the most requested features for pfSense is to fix the fact that PPPoE 
sessions run on a single core.

https://forum.pfsense.org/index.php?topic=108224.0

Note that they're specifically asking about PPPoE at 1gbps. 

Here's the associated bug:
https://redmine.pfsense.org/issues/4821

(Note that the bug is assigned to me.)

I'm not planning on fixing it for the FreeBSD stack, but we may attempt to 
address this with our stack based on VPP. 

There is a PPP implementation in vnet/ppp, how difficult could it be? :-)

Jim


Jim

(For those who don't know, we're rewriting a lot of "pfSense" leveraging VPP.)

> 
> 
> Le 16 juin 2017 7:53:44 PM Ole Troan  a écrit :
> 
>>> Is there any plan to surpport pppoe?
>> 
>> Not as far as I know.
>> Feel free to start a PPP project. You would need to implement some NCPs too.
>> 
>> Cheers,
>> Ole
>> 
>> 
>> 
>> --
>> ___
>> vpp-dev mailing list
>> vpp-dev@lists.fd.io
>> https://lists.fd.io/mailman/listinfo/vpp-dev
> 
> 
> ___
> vpp-dev mailing list
> vpp-dev@lists.fd.io
> https://lists.fd.io/mailman/listinfo/vpp-dev
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] PPPOE

[Vincent Jardin]

FYI, 6WIND  provides a full PPP stack (L2TP, PPPoE) server and clients. It 
tooks years to develop it and unfortunately it has dependencies that 
prevent using it with VPP. But it works fine with DPDK. It is available 
both under source code or binary only but under specific licensing.


But usually, most people are fine with Linux PPP, since most connections 
are slow (under 20Mbps), so why not using Linux?



Le 16 juin 2017 7:53:44 PM Ole Troan  a écrit :


Is there any plan to surpport pppoe?


Not as far as I know.
Feel free to start a PPP project. You would need to implement some NCPs too.

Cheers,
Ole



--
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev



___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] PPPOE

[Ole Troan]

> Is there any plan to surpport pppoe?

Not as far as I know.
Feel free to start a PPP project. You would need to implement some NCPs too.

Cheers,
Ole


signature.asc
Description: Message signed with OpenPGP
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev