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] meson build?

[Wiles, Keith]

> On Oct 15, 2018, at 5:12 PM, Wiles, Keith  wrote:
> 
> 
> 
>> On Oct 15, 2018, at 4:51 PM, Damjan Marion via Lists.Fd.Io 
>>  wrote:
>> 
>> 
>> 
>>> On 15 Oct 2018, at 21:42, Stephen Hemminger  
>>> wrote:
>>> 
>>> Has VPP ever considered using Meson, which seems to be where most userspace
>>> projects are headed for build systems.
>>> 
>>> http://mesonbuild.com/Comparisons.html
>> 
>> Before I went into cmake direction, i spent significant amount of time 
>> looking into meson.
>> Actually I come to the point where I am able to build vpp with meson 
>> generated ninja files.
>> I thought, if we are changing let's change to something modern but after 
>> spending time on it
>> i was not convinced it is right way to go. Beside the personal animosity 
>> towards python based
>> tools installed trough pip, i was not able to find quick and obvious way to 
>> do some "special things" we need
>> like multi-versioning. Today we have issues with usable version of cmake in 
>> CentOS7 so I can 
>> just guess what will be situation with meson. I guess that is the reason why 
>> DPDK still
>> maintains both Makefiles and meson files, and maintaining both is way we 
>> don't want to go…
> 
> We maintain both util meson support is completed and then in a few releases 
> we can remove the Makefiles. It is always possible it will take awhile to 
> remove the makefiles only because of the distro releases have to catchup to 
> meson builds.
> 
> Meson works pretty well over all, but the last time I tried to get Pktgen to 
> use meson it was difficult to use the subproject support in meson and the 
> DPDK meson needs to the provide information in its objects to have the 
> external application to find header files and archives without me have to 
> list them in the pktgen meson files. Even if you do not use the subproject 
> support it became difficult to address where all of the requires files were 
> located. I do not install DPDK, which may have made it easier to use meson, 
> but that was a requirement of mine.
> 
> As far as speed in build meson wins hands down over just about everything I 
> have seen, when building a large project. I wish meson was easier to use with 
> non-installed projects and non-subproject builds. Using python does not 
> bother me much, seems to be somewhat fast to parse the meson files, but I did 
> notice some very long pauses and I assumed it was crunching on the huge 
> number of depends, headers and sources files.

One more point is you want the backend of your build system to spit out ninja 
readable file, then you get the best performance and I think CMake supports 
output in Ninja not sure at what level.

> 
>> 
>> Even on the page you shared there is no major issue highlighted  under Cons. 
>> - Cumbersome to 
>> work - yeah, maybe a bit but they have excellent documentation,
>> Some simple things are more complicated than necessary. - hmm, I'm more 
>> concerned about having 
>> simple solutions to more complicated things...
>> 
>> Anyway, it is what it is, we moved to cmake recently so it is not right time 
>> to discuss
>> about changing it again, specially without roadblocks in front of us...
>> 
>> -- 
>> Damjan
>> 
>> 
>> 
>> -=-=-=-=-=-=-=-=-=-=-=-
>> Links: You receive all messages sent to this group.
>> 
>> View/Reply Online (#10825): https://lists.fd.io/g/vpp-dev/message/10825
>> Mute This Topic: https://lists.fd.io/mt/27333225/675169
>> Group Owner: vpp-dev+ow...@lists.fd.io
>> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [keith.wi...@intel.com]
>> -=-=-=-=-=-=-=-=-=-=-=-
> 
> Regards,
> Keith
> 
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#10827): https://lists.fd.io/g/vpp-dev/message/10827
> Mute This Topic: https://lists.fd.io/mt/27333225/675169
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [keith.wi...@intel.com]
> -=-=-=-=-=-=-=-=-=-=-=-

Regards,
Keith

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

View/Reply Online (#10828): https://lists.fd.io/g/vpp-dev/message/10828
Mute This Topic: https://lists.fd.io/mt/27333225/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] meson build?

[Wiles, Keith]

> On Oct 15, 2018, at 4:51 PM, Damjan Marion via Lists.Fd.Io 
>  wrote:
> 
> 
> 
>> On 15 Oct 2018, at 21:42, Stephen Hemminger  
>> wrote:
>> 
>> Has VPP ever considered using Meson, which seems to be where most userspace
>> projects are headed for build systems.
>> 
>> http://mesonbuild.com/Comparisons.html
> 
> Before I went into cmake direction, i spent significant amount of time 
> looking into meson.
> Actually I come to the point where I am able to build vpp with meson 
> generated ninja files.
> I thought, if we are changing let's change to something modern but after 
> spending time on it
> i was not convinced it is right way to go. Beside the personal animosity 
> towards python based
> tools installed trough pip, i was not able to find quick and obvious way to 
> do some "special things" we need
> like multi-versioning. Today we have issues with usable version of cmake in 
> CentOS7 so I can 
> just guess what will be situation with meson. I guess that is the reason why 
> DPDK still
> maintains both Makefiles and meson files, and maintaining both is way we 
> don't want to go…

We maintain both util meson support is completed and then in a few releases we 
can remove the Makefiles. It is always possible it will take awhile to remove 
the makefiles only because of the distro releases have to catchup to meson 
builds.

Meson works pretty well over all, but the last time I tried to get Pktgen to 
use meson it was difficult to use the subproject support in meson and the DPDK 
meson needs to the provide information in its objects to have the external 
application to find header files and archives without me have to list them in 
the pktgen meson files. Even if you do not use the subproject support it became 
difficult to address where all of the requires files were located. I do not 
install DPDK, which may have made it easier to use meson, but that was a 
requirement of mine.

As far as speed in build meson wins hands down over just about everything I 
have seen, when building a large project. I wish meson was easier to use with 
non-installed projects and non-subproject builds. Using python does not bother 
me much, seems to be somewhat fast to parse the meson files, but I did notice 
some very long pauses and I assumed it was crunching on the huge number of 
depends, headers and sources files.

> 
> Even on the page you shared there is no major issue highlighted  under Cons. 
> - Cumbersome to 
> work - yeah, maybe a bit but they have excellent documentation,
> Some simple things are more complicated than necessary. - hmm, I'm more 
> concerned about having 
> simple solutions to more complicated things...
> 
> Anyway, it is what it is, we moved to cmake recently so it is not right time 
> to discuss
> about changing it again, specially without roadblocks in front of us...
> 
> -- 
> Damjan
> 
> 
> 
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#10825): https://lists.fd.io/g/vpp-dev/message/10825
> Mute This Topic: https://lists.fd.io/mt/27333225/675169
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [keith.wi...@intel.com]
> -=-=-=-=-=-=-=-=-=-=-=-

Regards,
Keith

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

View/Reply Online (#10827): https://lists.fd.io/g/vpp-dev/message/10827
Mute This Topic: https://lists.fd.io/mt/27333225/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] meson build?

[Stephen Hemminger]

On Mon, 15 Oct 2018 23:51:04 +0200
Damjan Marion  wrote:

> > On 15 Oct 2018, at 21:42, Stephen Hemminger  
> > wrote:
> > 
> > Has VPP ever considered using Meson, which seems to be where most userspace
> > projects are headed for build systems.
> > 
> > http://mesonbuild.com/Comparisons.html  
> 
> Before I went into cmake direction, i spent significant amount of time 
> looking into meson.
> Actually I come to the point where I am able to build vpp with meson 
> generated ninja files.
> I thought, if we are changing let's change to something modern but after 
> spending time on it
> i was not convinced it is right way to go. Beside the personal animosity 
> towards python based
> tools installed trough pip, i was not able to find quick and obvious way to 
> do some "special things" we need
> like multi-versioning. Today we have issues with usable version of cmake in 
> CentOS7 so I can 
> just guess what will be situation with meson. I guess that is the reason why 
> DPDK still
> maintains both Makefiles and meson files, and maintaining both is way we 
> don't want to go...
> 
> Even on the page you shared there is no major issue highlighted  under Cons. 
> - Cumbersome to 
> work - yeah, maybe a bit but they have excellent documentation,
>  Some simple things are more complicated than necessary. - hmm, I'm more 
> concerned about having 
> simple solutions to more complicated things...
> 
> Anyway, it is what it is, we moved to cmake recently so it is not right time 
> to discuss
> about changing it again, specially without roadblocks in front of us...
> 

Thanks for the history. I have no great love for any tool.
In fact, have a real dislike for complex build systems. Too often, it means 
reverse
engineering yet another macro language.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10826): https://lists.fd.io/g/vpp-dev/message/10826
Mute This Topic: https://lists.fd.io/mt/27333225/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] meson build?

[Damjan Marion via Lists.Fd.Io]

> On 15 Oct 2018, at 21:42, Stephen Hemminger  
> wrote:
> 
> Has VPP ever considered using Meson, which seems to be where most userspace
> projects are headed for build systems.
> 
> http://mesonbuild.com/Comparisons.html

Before I went into cmake direction, i spent significant amount of time looking 
into meson.
Actually I come to the point where I am able to build vpp with meson generated 
ninja files.
I thought, if we are changing let's change to something modern but after 
spending time on it
i was not convinced it is right way to go. Beside the personal animosity 
towards python based
tools installed trough pip, i was not able to find quick and obvious way to do 
some "special things" we need
like multi-versioning. Today we have issues with usable version of cmake in 
CentOS7 so I can 
just guess what will be situation with meson. I guess that is the reason why 
DPDK still
maintains both Makefiles and meson files, and maintaining both is way we don't 
want to go...

Even on the page you shared there is no major issue highlighted  under Cons. - 
Cumbersome to 
work - yeah, maybe a bit but they have excellent documentation,
 Some simple things are more complicated than necessary. - hmm, I'm more 
concerned about having 
simple solutions to more complicated things...

Anyway, it is what it is, we moved to cmake recently so it is not right time to 
discuss
about changing it again, specially without roadblocks in front of us...

-- 
Damjan



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

View/Reply Online (#10825): https://lists.fd.io/g/vpp-dev/message/10825
Mute This Topic: https://lists.fd.io/mt/27333225/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] meson build?

[David Cornejo]

with all due respect, please, god, no.

the switch was just made to cmake and many of us are still coping with that...
On Mon, Oct 15, 2018 at 9:42 AM Stephen Hemminger
 wrote:
>
> Has VPP ever considered using Meson, which seems to be where most userspace
> projects are headed for build systems.
>
> http://mesonbuild.com/Comparisons.html
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
>
> View/Reply Online (#10823): https://lists.fd.io/g/vpp-dev/message/10823
> Mute This Topic: https://lists.fd.io/mt/27333225/675628
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [d...@dogwood.com]
> -=-=-=-=-=-=-=-=-=-=-=-



-- 
Kailua, Hawaiʻi
US +1 (808) 728-3050
UK +44 (020) 3286 2808
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10824): https://lists.fd.io/g/vpp-dev/message/10824
Mute This Topic: https://lists.fd.io/mt/27333225/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] meson build?

[Stephen Hemminger]

Has VPP ever considered using Meson, which seems to be where most userspace
projects are headed for build systems.

http://mesonbuild.com/Comparisons.html
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10823): https://lists.fd.io/g/vpp-dev/message/10823
Mute This Topic: https://lists.fd.io/mt/27333225/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] FOSDEM 2019 Software Defined Networking Devroom CFP

[Ray Kinsella]

We are pleased to announce the Call for Participation for the FOSDEM 
2019 Software Defined Networking devroom!


We are now inviting proposals for talks about Open Source Software on 
the topic of Software Defined Networking. This is an exciting and 
growing field, and FOSDEM gives an opportunity to reach a unique 
audience of very knowledgeable and highly technical, free and open 
source software activists.


**Topics:**

This year the DevRoom topics will include the following Software Defined 
Networking fields.


- Infrastructure: virtual switches & routers, routing daemons, firewall, 
security, etc.
- Virtual Network Functions: open source network functions, user-space 
networking stacks, kernel-space networking innovations.
- Tooling: Networking SDK's, libraries, frameworks, debuggers, counters 
& statistics, domain specific languages & extensions, etc.

- Validation: Testing tools & frameworks, traffic generators etc
- Orchestration: NFV management, ML2 plugins, CNI plugins, SDN 
Controllers, etc.


This year, the DevRoom will focus on low-level networking and high 
performance packet processing, network automation of containers, virtual 
machines and private cloud, and the management of networking 
applications to maintain very high availability and performance 
independent of whatever the world can throw at their infrastructure 
(datacenter outages, fires, broken servers, you name it).


The deadline for submissions is November 25th, 2018. FOSDEM will be held 
on the weekend of February 2-3, 2019 and the Software Defined Networking 
DevRoom will take place on Saturday, February 2, 2019.


See http://mdr78.github.io/fosdem/2018/10/15/fosdem-2019-cfp.html for 
how for more information, including how to submit a proposal.


As you know FOSDEM has zero marketing budget, we would be grateful if 
you could help spread the word, by forwarding this email to interested 
people and mailing lists.


- The FOSDEM 2019 Software Defined Networking Devroom Team
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10822): https://lists.fd.io/g/vpp-dev/message/10822
Mute This Topic: https://lists.fd.io/mt/27331836/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]vlan interface support?

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

If there is a BVI in a BD with sub-interfaces in the same BD which get packets 
with VLAN tags, it is best to configure a tag-rewrite operation on the 
sub-interfaces to pop their VLAN tags.  Then all packets are forwarded in BD 
without VLAN tags.  The CLI is “set interface l2 tag-rewrite  
pop 1” if the sub-interface has one VLAN tag.–John

From: saint_sun 孙 
Sent: Monday, October 15, 2018 2:42 AM
To: John Lo (loj) 
Cc: vpp-dev@lists.fd.io
Subject: Re: RE: [vpp-dev]vlan interface support?

I am very grateful to you for your advice！
I have tested it，But there is something wrong. when I receive an arp or ICMP 
packet from a l2 subif  that joins to bd 200 and encapsulates vlan 200，the 
reply packet that send from the subif does not have the vlan tag 200. Any more 
other configurations should I set？



可用于iOS的myMail发送


2018年10月14日 星期日 +0800 04:58 发件人 l...@cisco.com 
mailto:l...@cisco.com>>:

The equivalent of VLAN on a switch in VPP is a bridge domain or BD for short.  
One can put interfaces or VLAN sub-interfaces in a BD to form a L2 network 
among all interfaces in it.  One can also create a loopback interface, put it 
in a BD as its BVI (Bridge Virtual Interface) and assign IP addresses to it.  
Then packet can be IP forwarded into a BD through its BVI.



Following is the VPP CLI sequence to create a loopback (resulting in interface 
name loop0), put it in BD 13 as a BVI, and put an IP address on it:



loopback create mac 1a:2b:3c:4d:5e:6f

set interface l2 bridge loop0 13 bvi

set interface state loop0 up

set interface ip address loop0 6.0.0.250/16



Regards,

John



From: vpp-dev@lists.fd.io 
mailto:vpp-dev@lists.fd.io>> On Behalf Of saint_sun ? via 
Lists.Fd.Io
Sent: Friday, October 12, 2018 3:52 AM
To: vpp-dev@lists.fd.io
Cc: vpp-dev@lists.fd.io
Subject: [vpp-dev]vlan interface support?



I have a question:

Does vpp has the function like the configuration example:

interface f0/1

switchport access vlan 10



Interface vlan 10

ip address 10.0.0.1 255.255.255.0



If vpp has the function, where can I find the command and the source code?



Another question, does vpp support superVLAN?



anyone who knows please tell me, appreciate for your reply very much!


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

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

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

[vpp-dev] vpp 18.07.1 hangs on intel x520-sr2

[Glaza]

Hi All,   On centos 7 after install vpp-18.07.1-release hangs after start when 
x520-sr2 NIC is in use.   # dpdk-devbind -s | head   Network devices using 
DPDK-compatible driver  ==  :81:00.0 
82599ES 10-Gigabit SFI/SFP+ Network Connection 10fb 
drv=uio_pci_generic unused=igb_uio  :81:00.1 82599ES 10-Gigabit 
SFI/SFP+ Network Connection 10fb drv=uio_pci_generic unused=igb_uio  # 
/usr/bin/vpp -c /etc/vpp/startup.conf  vlib_plugin_early_init:361: plugin path 
/usr/lib/vpp_plugins:/usr/lib6  load_one_plugin:189: Loaded plugin: 
abf_plugin.so (ACL based Forwarding)  load_one_plugin:189: Loaded plugin: 
acl_plugin.so (Access Control Lists)  load_one_plugin:189: Loaded plugin: 
avf_plugin.so (Intel Adaptive Virtual Function (AVF) Device Plugin)  
load_one_plugin:191: Loaded plugin: cdp_plugin.so  load_one_plugin:189: Loaded 
plugin: dpdk_plugin.so (Data Plane Development Kit (DPDK))  
load_one_plugin:189: Loaded plugin: flowprobe_plugin.so (Flow per Packet)  
load_one_plugin:189: Loaded plugin: gbp_plugin.so (Group Based Policy)  
load_one_plugin:189: Loaded plugin: gtpu_plugin.so (GTPv1-U)  
load_one_plugin:189: Loaded plugin: igmp_plugin.so (IGMP messaging)  
load_one_plugin:189: Loaded plugin: ila_plugin.so (Identifier-locator 
addressing for IPv6)  load_one_plugin:189: Loaded plugin: ioam_plugin.so 
(Inbound OAM)  load_one_plugin:117: Plugin disabled (default): ixge_plugin.so  
load_one_plugin:189: Loaded plugin: l2e_plugin.so (L2 Emulation)  
load_one_plugin:189: Loaded plugin: lacp_plugin.so (Link Aggregation Control 
Protocol)  load_one_plugin:189: Loaded plugin: lb_plugin.so (Load Balancer)  
load_one_plugin:189: Loaded plugin: mactime_plugin.so (Time-based MAC 
source-address filter)  load_one_plugin:189: Loaded plugin: map_plugin.so 
(Mapping of address and port (MAP))  load_one_plugin:189: Loaded plugin: 
memif_plugin.so (Packet Memory Interface (experimetal))  load_one_plugin:189: 
Loaded plugin: nat_plugin.so (Network Address Translation)  
load_one_plugin:189: Loaded plugin: pppoe_plugin.so (PPPoE)  
load_one_plugin:189: Loaded plugin: srv6ad_plugin.so (Dynamic SRv6 proxy)  
load_one_plugin:189: Loaded plugin: srv6am_plugin.so (Masquerading SRv6 proxy)  
load_one_plugin:189: Loaded plugin: srv6as_plugin.so (Static SRv6 proxy)  
load_one_plugin:189: Loaded plugin: stn_plugin.so (VPP Steals the NIC for 
Container integration)  load_one_plugin:189: Loaded plugin: 
tlsmbedtls_plugin.so (mbedtls based TLS Engine)  load_one_plugin:189: Loaded 
plugin: tlsopenssl_plugin.so (openssl based TLS Engine)  
svm_client_scan_this_region_no /vpe-api: cleanup ghost pid 2517  
svm_client_scan_this_region_no /global_vm: cleanup ghost pid 2517  
tls_init_ca_chain:652: Could not initialize TLS CA certificates  
tls_openssl_init:702: failed to initialize TLS CA chain  tls_init_ca_chain:567: 
Could not initialize TLS CA certificates  tls_mbedtls_init:606: failed to 
initialize TLS CA chain  load_one_vat_plugin:67: Loaded plugin: 
acl_test_plugin.so  load_one_vat_plugin:67: Loaded plugin: dpdk_test_plugin.so  
load_one_vat_plugin:67: Loaded plugin: ioam_export_test_plugin.so  
load_one_vat_plugin:67: Loaded plugin: ioam_pot_test_plugin.so  
load_one_vat_plugin:67: Loaded plugin: ioam_trace_test_plugin.so  
load_one_vat_plugin:67: Loaded plugin: ioam_vxlan_gpe_test_plugin.so  
load_one_vat_plugin:67: Loaded plugin: lb_test_plugin.so  
load_one_vat_plugin:67: Loaded plugin: udp_ping_test_plugin.so  
load_one_vat_plugin:67: Loaded plugin: vxlan_gpe_ioam_export_test_plu  
load_one_vat_plugin:67: Loaded plugin: flowprobe_test_plugin.so  
load_one_vat_plugin:67: Loaded plugin: gtpu_test_plugin.so  
load_one_vat_plugin:67: Loaded plugin: memif_test_plugin.so  
load_one_vat_plugin:67: Loaded plugin: nat_test_plugin.so  
load_one_vat_plugin:67: Loaded plugin: pppoe_test_plugin.so  
load_one_vat_plugin:67: Loaded plugin: cdp_test_plugin.so  
load_one_vat_plugin:67: Loaded plugin: lacp_test_plugin.so  
load_one_vat_plugin:67: Loaded plugin: stn_test_plugin.so  
load_one_vat_plugin:67: Loaded plugin: avf_test_plugin.so  
load_one_vat_plugin:67: Loaded plugin: mactime_test_plugin.so  
load_one_vat_plugin:67: Loaded plugin: map_test_plugin.so  0: 
dpdk_ipsec_process:1026: not enough DPDK crypto resources, default to OpenSSL   
   ___    _    _   _  ___  __/ __/ _ \  (_)__    | | / / _ \/ _ \  
_/ _// // / / / _ \   | |/ / ___/ ___/  /_/ /(_)_/\___/   |___/_/  /_/      
vpp#   and no input is accepted.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10819): https://lists.fd.io/g/vpp-dev/message/10819
Mute This Topic: https://lists.fd.io/mt/27328211/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] vapi recv error msg_id_name

[Klement Sekera via Lists.Fd.Io]

Hey,

The reason why your name doesn't match the request is related to your
code mixing vl_msg_id_t with vapi_msg_id_t. VPP internally assignes
message IDs at startup based on it's runtime configuration - plugins. If
a plugin is not loaded, it's API messages aren't loaded either. On the
other hand, VAPI IDs are constructed when the libvapiclient binary is
loaded and depend on included *.api.vapi.h files which your application
is using.

TLDR:
change:
printf("recv msg[%d] %s\n", resp->header._vl_msg_id, 
vapi_get_msg_name(resp->header._vl_msg_id));
to:
printf("recv msg[%d] %s\n", resp->header._vl_msg_id, 
vapi_get_msg_name(vapi_lookup_vapi_msg_id_t(ctx, resp->header._vl_msg_id))); 

Regards,
Klement

Quoting wangchuan...@163.com (2018-10-14 11:43:35)
>My connect:
>vapi_connect (ctx, "test123", NULL, 64, 32, VAPI_MODE_BLOCKING);
>Even if there is no vapi_send, I can get 0 from vapi_recv after sometime.
>My branch is stable 18.04.
>Who can help? 
>Thanks very much!
> 
>--
> 
>wangchuan...@163.com
> 
>   
>  From: [1]wangchuan...@163.com
>  Date: 2018-10-14 17:06
>  To: [2]vpp-dev
>  Subject: vapi recv error msg_id_name
>  Hi all,
>      I got a serious mistake when using vapi that 'recv msg->name' has
>  nothing to do with 'send msg-id'.
>  The currently installed RPMS were compiled yesterday,and i do some
>  change to src/*.
>  Should I compile my example after making pkg-rpm && installing all rpms
>  again?
>  The code like :
>      vapi_msg_sw_interface_set_l2_bridge *msg =  
> vapi_alloc_sw_interface_set_l2_bridge(ctx);
>msg->payload.rx_sw_if_index = rx_sw_if_index;
>msg->payload.bd_id = bd_id;
>msg->payload.shg = shg;
>msg->payload.shg = shg;
>msg->payload.bvi = bvi;
>msg->payload.enable = enable;
>vapi_msg_sw_interface_set_l2_bridge_hton (msg);
>vapi_error_e rv = vapi_send (ctx, msg);
>vapi_msg_sw_interface_set_l2_bridge_reply *resp;
>size_t size;
>rv = vapi_recv (ctx, (void *) , , 0, 0);
>vapi_msg_sw_interface_set_l2_bridge_reply_hton(resp);
>printf("recv msg[%d] %s\n", resp->header._vl_msg_id, 
> vapi_get_msg_name(resp->header._vl_msg_id) );
>  
>  recv msg[166] ip6nd_proxy_details
>  recv msg[23] sw_interface_tag_add_del
> 
>--
> 
>  wangchuan...@163.com
> 
> References
> 
>Visible links
>1. mailto:wangchuan...@163.com
>2. mailto:vpp-dev@lists.fd.io
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

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

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

[vpp-dev] PPPoE plugin config #vpp #vpp

[berk131]

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

[vpp-dev] VPP 18.10 RC2 milestone is on Wed 17th Oct

[Marco Varlese]

Dear all,

Gentle reminder that VPP 18.10 -rc2 milestone is on Wed 17th Oct.


Thanks and regards,
-- 
Marco V

SUSE LINUX GmbH | GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg) Maxfeldstr. 5, D-90409, Nürnberg

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

View/Reply Online (#10815): https://lists.fd.io/g/vpp-dev/message/10815
Mute This Topic: https://lists.fd.io/mt/27327231/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]vlan interface support?

[saint_sun 孙 via Lists . Fd . Io]

I am very grateful to you for your advice！
I have tested it，But there is something wrong. when I receive an arp or ICMP 
packet from a l2 subif  that joins to bd 200 and encapsulates vlan 200，the 
reply packet that send from the subif does not have the vlan tag 200. Any more 
other configurations should I set？



可用于iOS的myMail发送


2018年10月14日 星期日 +0800 04:58 发件人 l...@cisco.com  :
>The equivalent of VLAN on a switch in VPP is a bridge domain or BD for short.  
>One can put interfaces or VLAN sub-interfaces in a BD
> to form a L2 network among all interfaces in it.  One can also create a 
> loopback interface, put it in a BD as its BVI (Bridge Virtual Interface) and 
> assign IP addresses to it.  Then packet can be IP forwarded into a BD through 
> its BVI.
> 
>Following is the VPP CLI sequence to create a loopback (resulting in interface 
>name loop0), put it in BD 13 as a BVI, and put an IP
> address on it:
> 
>loopback create mac 1a:2b:3c:4d:5e:6f
>set interface l2 bridge loop0 13 bvi
>set interface state loop0 up
>set interface ip address loop0 6.0.0.250/16
> 
>Regards,
>John
> 
>From: vpp-dev@lists.fd.io < vpp-dev@lists.fd.io > On Behalf Of  saint_sun ? 
>via Lists.Fd.Io
>Sent: Friday, October 12, 2018 3:52 AM
>To: vpp-dev@lists.fd.io
>Cc: vpp-dev@lists.fd.io
>Subject: [vpp-dev]vlan interface support?
> 
>I have a question:
>Does vpp has the function like the configuration example:
>interface f0/1
>switchport access vlan 10
> 
>Interface vlan 10
>ip address 10.0.0.1 255.255.255.0
> 
>If vpp has the function, where can I find the command and the source code?
> 
>Another question, does vpp support superVLAN?
> 
>anyone who knows please tell me, appreciate for your reply very much!
> -=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10814): https://lists.fd.io/g/vpp-dev/message/10814
Mute This Topic: https://lists.fd.io/mt/27268189/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-