date:20190816

Re: [vpp-dev] Crash when using dns_name_server

2019-08-16 Thread carlito nueno

Hi Dave,

Thanks for the patch. I merged your edits and compiled a debug version
using stable/1908 as base.

Every time a make a ping request from a LAN device, VPP is restarting.
Sometimes vppctl just hangs, but when I do get into vppctl, if I run a
command (ex: sh nat44 address), VPP again restarts.

I know this information is not that helpful. Please let me know what
information you need and, I can also run more tests.

Thanks!


On Thu, Aug 15, 2019 at 12:20 PM Dave Barach via Lists.Fd.Io
 wrote:
>
> See https://jira.fd.io/browse/VPP-1746, and 
> https://gerrit.fd.io/r/c/vpp/+/21338 which fixes gross non-operation of the 
> name resolver.
>
>
>
> Process created on demand, with node index in the main_t. Needed to remove 
> the static vlib_node_registration_t and use dm->resolver_process_node_index 
> vs. unused_mumble_registration.node_index.
>
>
>
> Passing 0 when signaling name resolution events couldn’t possibly work.
>
>
>
> D.
>
>
>
> From: vpp-dev@lists.fd.io  On Behalf Of Dave Barach via 
> Lists.Fd.Io
> Sent: Thursday, August 15, 2019 2:54 PM
> To: anoopnairh...@gmail.com; vpp-dev@lists.fd.io
> Cc: vpp-dev@lists.fd.io
> Subject: Re: [vpp-dev] Crash when using dns_name_server
>
>
>
> Folks,
>
>
>
> I’ll look at these issues. It would be helpful if people would contribute 
> patches, or at least write Jira tickets. If we don’t know it’s broken, it 
> won’t get fixed...
>
>
>
> To level-set: the DNS name resolver has been lightly used. Nothing would 
> surprise me at this point.
>
>
>
> D.
>
>
>
> From: vpp-dev@lists.fd.io  On Behalf Of 
> anoopnairh...@gmail.com
> Sent: Thursday, August 15, 2019 1:07 PM
> To: vpp-dev@lists.fd.io
> Subject: Re: [vpp-dev] Crash when using dns_name_server
>
>
>
> Hi Carlio,
> I had faced a similar crash with DNS module while resolving names.
>
> The dns_cache_lock is in locked state after initialization. Because of this 
> the first worker thread which attempts to take this lock will find it in 
> "locked" state and spin forever. So the main thread panics when it tries for 
> barrier sync.  Attached the patch which solved my problem
>
> I could find couple of other issues in the DNS module and the patch has the 
> fix for them as well.
>
> - DNS lock is not released while processing dns request -> causes deadlock
>
> - resolve a name from VAT when there is no server configured  -> crash 
> due to a NULL pointer deference
>
> - delete_random_entry() is invoked while holding DNS lock -> a potential 
> deadlock
>
> Please check if it helps you.
>
> thanks
> Anoop
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
>
> View/Reply Online (#13754): https://lists.fd.io/g/vpp-dev/message/13754
> Mute This Topic: https://lists.fd.io/mt/32881233/675621
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [carlitonu...@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

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

2019-08-16 Thread carlito nueno

Hi Dave,

It worked! Really appreciate the help :)

I learned a lot about git, never new about the bare feature.

On Fri, Aug 16, 2019 at 5:11 AM Dave Barach (dbarach)  wrote:
>
> That setup will cause no end of pain if your git chops aren't up to it. I 
> guess you've already discovered that. If you do things in a more normal way, 
> you won't have to add tags or argue with the build system.
>
> A more straightforward way to work - which I use myself - goes like so:
>
> Create a local bare clone [mirror] of the gerrit.fd.io upstream.
>
> Clone the local mirror into a working tree.
>
> In the working tree, check out the base branch you want to work on - 19.08, 
> master, or one of the other release branches - and create a private branch:
>
> $ git checkout -b mystuff origin/stable/1908 # note that the local bare clone 
> / mirror IS "origin" in this setup
>
> Add code, work, commit locally.
>
> Push your private branch into the local bare clone / mirror:
>
> $ git push origin mystuff
>
> Picking up changes from gerrit.fd.io is simple:
>
> In the local bare clone/mirror, "git fetch" # pulls all new commits on all 
> branches from gerrit.fd.io
>
> In the working tree: "git checkout ; git pull"
>
> To integrate upstream changes into your branch: "git checkout mybranch; git 
> rebase master" or "git checkout mybranch; git merge master". Test, and then 
> "git push origin mybranch".
>
> Make sure to back up the local bare clone / mirror, since that's the single 
> source of "mybranch" truth.
>
> If you want to s/local bare mirror/github/ you can do that, but you'll have 
> to navigate roughly twice the number of tools to get the same result.
>
> FWIW... Dave
>
> -Original Message-
> From: vpp-dev@lists.fd.io  On Behalf Of carlito nueno
> Sent: Friday, August 16, 2019 12:58 AM
> To: Carlito Nueno 
> Cc: vpp-dev@lists.fd.io
> Subject: Re: [vpp-dev] Build errors
>
> Hi all,
>
> I think I found the problem.
>
> fatal: ambiguous argument 'v1.19-rc0..': unknown revision or path not in the 
> working tree.
>
> Here are steps I did:
> - I forked `stable/1908` branch and added some code to it.
> - Now my branch is `test-stable/1908`
> - I tagged my branch with `v1.19.08`.
> - I pushed the VPP master and my branch to github.
> - On my build server, I cloned my repo `github.com/carnu/vpp.git`
> - I checked out `v1.19.08`
>
> I am not well versed with git. Please let me know how I can compile after 
> adding custom code.
>
> Really appreciate it!
>
> On Thu, Aug 15, 2019 at 5:44 PM carlito nueno via Lists.Fd.Io 
>  wrote:
> >
> > I am getting the same error with: build-root/vagrant/build.sh
> >
> > On Thu, Aug 15, 2019 at 5:21 PM carlito nueno via Lists.Fd.Io
> >  wrote:
> > >
> > > Hi all,
> > >
> > > I am following this guide to build VPP:
> > > https://wiki.fd.io/view/VPP/Pulling,_Building,_Running,_Hacking_and_
> > > Pushing_VPP_Code
> > >
> > > I added a patch to stable/1908 branch using ubuntu 18.04LTS running
> > > as ROOT user
> > >
> > > I followed these steps:
> > > apt-get update
> > > apt-get install build-essential
> > > make install-dep
> > > make install-ext-deps
> > > make build
> > >
> > > When I do make install-ext-deps, I get these errors:
> > >
> > > dpkg-buildpackage: warning: debian/changelog(l1): version '-0' is
> > > invalid: upstream version cannot be empty
> > > LINE: vpp-ext-deps (-0) unstable; urgency=low
> > > dpkg-buildpackage: info: source package vpp-ext-deps
> > > dpkg-buildpackage: info: source version unknown
> > > dpkg-buildpackage: error: version number does not start with digit
> > > Makefile:72: recipe for target 'vpp-ext-deps_-0_amd64.deb' failed
> > > make[2]: *** [vpp-ext-deps_-0_amd64.deb] Error 255
> > > make[2]: Leaving directory '/root/vpp/build/external'
> > > Makefile:79: recipe for target 'install-deb' failed
> > > make[1]: *** [install-deb] Error 2
> > > make[1]: Leaving directory '/root/vpp/build/external'
> > > Makefile:540: recipe for target 'install-ext-deps' failed
> > > make: *** [install-ext-deps] Error 2
> > >
> > > when I do make build, I get these errors
> > >
> > > -- Configuration:
> > > VPP version :
> > > VPP library version : NOTFOUND
> > > GIT toplevel dir: /root/vpp
> > > Build type  :
> > > C flags : -Wno-address-of-packed-member -march=corei7
> > > -mtune=corei7-avx -O0 -DCLIB_DEBUG -g -DFORTIFY_SOURCE=2
> > > -fstack-protector -fPIC -Wall -Werror -fno-common
> > > Linker flags: -O0 -DCLIB_DEBUG -g -DFORTIFY_SOURCE=2
> > > -fstack-protector -fPIC -Wall -Werror -fno-common
> > > Host processor  : x86_64
> > > Target processor: x86_64
> > > Prefix path :
> > > /opt/vpp/external/x86_64;/root/vpp/build-root/install-vpp_debug-native/external
> > > Install prefix  : /root/vpp/build-root/install-vpp_debug-native/vpp
> > > -- Configuring incomplete, errors occurred!
> > > See also 
> > > "/root/vpp/build-root/build-vpp_debug-native/vpp/CMakeFiles/CMakeOutput.log".
> > > See also 
> > >

Re: [tsc] [vpp-dev] Project Proposal for uDPI

2019-08-16 Thread Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco) via Lists.Fd.Io

> UDPI will be easily misunderstood as UDP+I.

> uniDPI is ok?


+1 to uniDPI.


Vratko.



From: 李幸福(Xingfu Li) 
Sent: Tuesday, August 13, 2019 12:45
To: Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco); Ni, Hongjun; 
Alexey; t...@lists.fd.io
Cc: vpp-dev@lists.fd.io; Wang, Xiang W; Hong, Yang A; Chang, Harry; 
gu.ji...@zte.com.cn; Shan Jianghua; Zhang Yang; Wu Shuai; Xia Yuying; Fan 
Chenggang; ?? , "Liu Zhong" , 
"Zhao Yong" , "Chen Haiquan" 
Subject: Re: Re: [tsc] [vpp-dev] Project Proposal for uDPI

uniDPI is ok?
UDPI will be easily misunderstood as UDP+I.


李幸福/Xingfu Li
山东华辰泰尔信息科技股份有限公司/Shandong Huachentel Information Technology Co., Ltd.
山东省济南市高新区舜泰广场8号楼西区17层 250101/West of F17, Building 8 of Shuntai Square, 
High-tech Zone, Jinan, China 250101
电话/Tel：86-531-62325307 86-531-88877658-8019
网址/Web：www.huachentel.com

From: Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at 
Cisco)
Date: 2019-08-13 18:34
To: Ni, Hongjun; 
Alexey; 
t...@lists.fd.io
CC: vpp-dev@lists.fd.io; Wang, Xiang 
W; Hong, Yang A; 
Chang, Harry; 
gu.ji...@zte.com.cn; Shan 
Jianghua; Zhang 
Yang; Li 
Xingfu; Wu Shuai; 
Xia Yuying; Fan 
Chenggang; Gao 
Feng; Liu Zhong; 
Zhao Yong; Chen Haiquan
Subject: Re: [tsc] [vpp-dev] Project Proposal for uDPI

>> uDPI

> microDPI


Universal Deep Packet Inspection is the new project here.

Would it make sense to use UDPI as its abbreviation

(e.g. capital U, to distinguish from "micro")?


Vratko.



From: t...@lists.fd.io  on behalf of Ni, Hongjun 

Sent: Tuesday, August 13, 2019 03:47
To: Ni, Hongjun; Alexey; t...@lists.fd.io
Cc: vpp-dev@lists.fd.io; Wang, Xiang W; Hong, Yang A; Chang, Harry; 
gu.ji...@zte.com.cn; Shan Jianghua; Zhang Yang; Li Xingfu; Wu Shuai; Xia 
Yuying; Fan Chenggang; Gao Feng; Liu Zhong; Zhao Yong; Chen Haiquan
Subject: Re: [tsc] [vpp-dev] Project Proposal for uDPI

Hi Alexey and all,

Alexey and I had a discussion offline.
It seems that we mentioned two different projects except the same project name.

The project Alexey mentioned is “microDPI packet inspection for network 
analytics”.
It is developed based on Machine Learning and Python language, using GPL3.0 
License.
Last activity for this project is 10.04.2017, which is 2 years ago. That is why 
Alexey said it is died.
It supports six specific protocols/applications.

The project we proposed here is “Universal Deep Packet Inspection”.
It is developed based on industry regex matching library, VPP, and C language, 
using Apache 2.0 License.
We plan to support most industry network protocols/applications.

Both have different scopes, features, implementations and Licenses.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Ni, Hongjun
Sent: Friday, August 9, 2019 10:03 PM
To: Alexey ; t...@lists.fd.io
Cc: vpp-dev@lists.fd.io; Wang, Xiang W ; Hong, Yang A 
; Chang, Harry ; 
gu.ji...@zte.com.cn; Shan Jianghua ; Zhang Yang 
; Li Xingfu ; Wu Shuai 
; Xia Yuying ; Fan Chenggang 
; Gao Feng ; Liu Zhong 
; Zhao Yong ; Chen Haiquan 

Subject: Re: [vpp-dev] Project Proposal for uDPI

Hi Alexey,

Could you give some thoughts on this?

Thanks,
Hongjun

From: vpp-dev@lists.fd.io 
[mailto:vpp-dev@lists.fd.io] On Behalf Of Alexey
Sent: Friday, August 9, 2019 6:54 PM
To: Ni, Hongjun mailto:hongjun...@intel.com>>; 
t...@lists.fd.io
Cc: vpp-dev@lists.fd.io; Wang, Xiang W 
mailto:xiang.w.w...@intel.com>>; Hong, Yang A 
mailto:yang.a.h...@intel.com>>; Chang, Harry 
mailto:harry.ch...@intel.com>>; 
gu.ji...@zte.com.cn; Shan Jianghua 
mailto:shanjia...@chinatelecom.cn>>; Zhang Yang 
mailto:zhangy@chinatelecom.cn>>; Li Xingfu 
mailto:lixin...@huachentel.com>>; Wu Shuai 
mailto:wush...@inspur.com>>; Xia Yuying 
mailto:yuying...@yxlink.com>>; Fan Chenggang 
mailto:fanchengg...@sunyainfo.com>>; Gao Feng 
mailto:davidf...@tencent.com>>; Liu Zhong 
mailto:liuzho...@chinaunicom.cn>>; Zhao Yong 
mailto:zhaoyon...@huawei.com>>; Chen Haiquan 
mailto:o...@yunify.com>>
Subject: Re: [vpp-dev] Project Proposal for uDPI

udpi is died


09.08.2019, 04:11, "Ni, Hongjun" 
mailto:hongjun...@intel.com>>:

Hello FD.io TSCs



Please accept this project proposal for uDPI for consideration.

Re: [tsc] [vpp-dev] Project Proposal for uDPI

2019-08-16 Thread Xingfu Li

uniDPI is ok? 
UDPI will be easily misunderstood as UDP+I.



李幸福/Xingfu Li
山东华辰泰尔信息科技股份有限公司/Shandong Huachentel Information Technology Co., Ltd.
山东省济南市高新区舜泰广场8号楼西区17层 250101/West of F17, Building 8 of Shuntai Square, 
High-tech Zone, Jinan, China 250101
电话/Tel：86-531-62325307 86-531-88877658-8019
网址/Web：www.huachentel.com
 
From: Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco)
Date: 2019-08-13 18:34
To: Ni, Hongjun; Alexey; t...@lists.fd.io
CC: vpp-dev@lists.fd.io; Wang, Xiang W; Hong, Yang A; Chang, Harry; 
gu.ji...@zte.com.cn; Shan Jianghua; Zhang Yang; Li Xingfu; Wu Shuai; Xia 
Yuying; Fan Chenggang; Gao Feng; Liu Zhong; Zhao Yong; Chen Haiquan
Subject: Re: [tsc] [vpp-dev] Project Proposal for uDPI
>> uDPI

> microDPI 

Universal Deep Packet Inspection is the new project here.
Would it make sense to use UDPI as its abbreviation
(e.g. capital U, to distinguish from "micro")?

Vratko.



From: t...@lists.fd.io  on behalf of Ni, Hongjun 

Sent: Tuesday, August 13, 2019 03:47
To: Ni, Hongjun; Alexey; t...@lists.fd.io
Cc: vpp-dev@lists.fd.io; Wang, Xiang W; Hong, Yang A; Chang, Harry; 
gu.ji...@zte.com.cn; Shan Jianghua; Zhang Yang; Li Xingfu; Wu Shuai; Xia 
Yuying; Fan Chenggang; Gao Feng; Liu Zhong; Zhao Yong; Chen Haiquan
Subject: Re: [tsc] [vpp-dev] Project Proposal for uDPI 
 
Hi Alexey and all,
 
Alexey and I had a discussion offline.
It seems that we mentioned two different projects except the same project name.
 
The project Alexey mentioned is “microDPI packet inspection for network 
analytics”.
It is developed based on Machine Learning and Python language, using GPL3.0 
License.
Last activity for this project is 10.04.2017, which is 2 years ago. That is why 
Alexey said it is died.
It supports six specific protocols/applications.
 
The project we proposed here is “Universal Deep Packet Inspection”.
It is developed based on industry regex matching library, VPP, and C language, 
using Apache 2.0 License.
We plan to support most industry network protocols/applications.
 
Both have different scopes, features, implementations and Licenses.
 
Thanks,
Hongjun
 
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Ni, Hongjun
Sent: Friday, August 9, 2019 10:03 PM
To: Alexey ; t...@lists.fd.io
Cc: vpp-dev@lists.fd.io; Wang, Xiang W ; Hong, Yang A 
; Chang, Harry ; 
gu.ji...@zte.com.cn; Shan Jianghua ; Zhang Yang 
; Li Xingfu ; Wu Shuai 
; Xia Yuying ; Fan Chenggang 
; Gao Feng ; Liu Zhong 
; Zhao Yong ; Chen Haiquan 

Subject: Re: [vpp-dev] Project Proposal for uDPI
 
Hi Alexey,
 
Could you give some thoughts on this?
 
Thanks,
Hongjun
 
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Alexey
Sent: Friday, August 9, 2019 6:54 PM
To: Ni, Hongjun ; t...@lists.fd.io
Cc: vpp-dev@lists.fd.io; Wang, Xiang W ; Hong, Yang A 
; Chang, Harry ; 
gu.ji...@zte.com.cn; Shan Jianghua ; Zhang Yang 
; Li Xingfu ; Wu Shuai 
; Xia Yuying ; Fan Chenggang 
; Gao Feng ; Liu Zhong 
; Zhao Yong ; Chen Haiquan 

Subject: Re: [vpp-dev] Project Proposal for uDPI
 
udpi is died
 
 
09.08.2019, 04:11, "Ni, Hongjun" :
Hello FD.io TSCs
 
Please accept this project proposal for uDPI for consideration.
https://wiki.fd.io/view/Project_Proposals/uDPI
 
So far, this project has 11 founders and 15 initial committers from
Intel, ZTE, China Telecom, HuachenTel, Inspur, Yxlink, Sunyainfo, Tencent, 
China Unicom, Huawei, QingCloud.
 
If possible, I would like to present this on TSC meeting.
 
Thanks,
Hongjun
,
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13684): https://lists.fd.io/g/vpp-dev/message/13684
Mute This Topic: https://lists.fd.io/mt/32805807/675634
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
[devel-net-ne-vleza...@yandex.ru]
-=-=-=-=-=-=-=-=-=-=-=-
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13768): https://lists.fd.io/g/vpp-dev/message/13768
Mute This Topic: https://lists.fd.io/mt/32851161/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] Need Help on an ipsec Problem

2019-08-16 Thread dchons

Hi Bin & Neale,

I know this exchange is a couple of years old now, but I'm having the exact 
issue where the Ping reply from VPP is being sent in cleartext rather than 
going through the IPSec tunnel. Could you provide some information on how this 
was resolved?

Thanks in advance.

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

View/Reply Online (#13767): https://lists.fd.io/g/vpp-dev/message/13767
Mute This Topic: https://lists.fd.io/mt/10642607/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] Pcap trace doesn't work while using a seperate worker thread instead of main

2019-08-16 Thread Dave Barach via Lists.Fd.Io

Please submit a patch.

From: vpp-dev@lists.fd.io  On Behalf Of ??
Sent: Friday, August 16, 2019 8:19 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Pcap trace doesn't work while using a seperate worker thread 
instead of main

Dear Developers:

If I use just one thread for configure and packet processing. The pcap trace 
module works well.
But If I use  two CPU cores, one for main(config) and another for packet 
processing, Pcap fails to capture any packet.
After using gdb to debug this problem, I think I found the problem:
vm->pcap[rx_tx].pcap_enable is set just in the main thread, It's not enabled in 
the worker thread.
Please recheck and fix this bug. Thanks!

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

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

[vpp-dev] Pcap trace doesn't work while using a seperate worker thread instead of main

2019-08-16 Thread 刘佳

Dear Developers:

If I use just one thread for configure and packet processing. The pcap trace 
module works well.
But If I use  two CPU cores, one for main(config) and another for packet 
processing, Pcap fails to capture any packet.
After using gdb to debug this problem, I think I found the problem:
vm->pcap[rx_tx].pcap_enable is set just in the main thread, It's not enabled in 
the worker thread.
Please recheck and fix this bug. Thanks!

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

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

2019-08-16 Thread Dave Barach via Lists.Fd.Io

That setup will cause no end of pain if your git chops aren't up to it. I guess 
you've already discovered that. If you do things in a more normal way, you 
won't have to add tags or argue with the build system.

A more straightforward way to work - which I use myself - goes like so:

Create a local bare clone [mirror] of the gerrit.fd.io upstream.

Clone the local mirror into a working tree.

In the working tree, check out the base branch you want to work on - 19.08, 
master, or one of the other release branches - and create a private branch:

$ git checkout -b mystuff origin/stable/1908 # note that the local bare clone / 
mirror IS "origin" in this setup

Add code, work, commit locally.

Push your private branch into the local bare clone / mirror:

$ git push origin mystuff

Picking up changes from gerrit.fd.io is simple:

In the local bare clone/mirror, "git fetch" # pulls all new commits on all 
branches from gerrit.fd.io

In the working tree: "git checkout ; git pull"

To integrate upstream changes into your branch: "git checkout mybranch; git 
rebase master" or "git checkout mybranch; git merge master". Test, and then 
"git push origin mybranch".

Make sure to back up the local bare clone / mirror, since that's the single 
source of "mybranch" truth.

If you want to s/local bare mirror/github/ you can do that, but you'll have to 
navigate roughly twice the number of tools to get the same result. 

FWIW... Dave

-Original Message-
From: vpp-dev@lists.fd.io  On Behalf Of carlito nueno
Sent: Friday, August 16, 2019 12:58 AM
To: Carlito Nueno 
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Build errors

Hi all,

I think I found the problem.

fatal: ambiguous argument 'v1.19-rc0..': unknown revision or path not in the 
working tree.

Here are steps I did:
- I forked `stable/1908` branch and added some code to it.
- Now my branch is `test-stable/1908`
- I tagged my branch with `v1.19.08`.
- I pushed the VPP master and my branch to github.
- On my build server, I cloned my repo `github.com/carnu/vpp.git`
- I checked out `v1.19.08`

I am not well versed with git. Please let me know how I can compile after 
adding custom code.

Really appreciate it!

On Thu, Aug 15, 2019 at 5:44 PM carlito nueno via Lists.Fd.Io 
 wrote:
>
> I am getting the same error with: build-root/vagrant/build.sh
>
> On Thu, Aug 15, 2019 at 5:21 PM carlito nueno via Lists.Fd.Io 
>  wrote:
> >
> > Hi all,
> >
> > I am following this guide to build VPP:
> > https://wiki.fd.io/view/VPP/Pulling,_Building,_Running,_Hacking_and_
> > Pushing_VPP_Code
> >
> > I added a patch to stable/1908 branch using ubuntu 18.04LTS running 
> > as ROOT user
> >
> > I followed these steps:
> > apt-get update
> > apt-get install build-essential
> > make install-dep
> > make install-ext-deps
> > make build
> >
> > When I do make install-ext-deps, I get these errors:
> >
> > dpkg-buildpackage: warning: debian/changelog(l1): version '-0' is
> > invalid: upstream version cannot be empty
> > LINE: vpp-ext-deps (-0) unstable; urgency=low
> > dpkg-buildpackage: info: source package vpp-ext-deps
> > dpkg-buildpackage: info: source version unknown
> > dpkg-buildpackage: error: version number does not start with digit
> > Makefile:72: recipe for target 'vpp-ext-deps_-0_amd64.deb' failed
> > make[2]: *** [vpp-ext-deps_-0_amd64.deb] Error 255
> > make[2]: Leaving directory '/root/vpp/build/external'
> > Makefile:79: recipe for target 'install-deb' failed
> > make[1]: *** [install-deb] Error 2
> > make[1]: Leaving directory '/root/vpp/build/external'
> > Makefile:540: recipe for target 'install-ext-deps' failed
> > make: *** [install-ext-deps] Error 2
> >
> > when I do make build, I get these errors
> >
> > -- Configuration:
> > VPP version :
> > VPP library version : NOTFOUND
> > GIT toplevel dir: /root/vpp
> > Build type  :
> > C flags : -Wno-address-of-packed-member -march=corei7
> > -mtune=corei7-avx -O0 -DCLIB_DEBUG -g -DFORTIFY_SOURCE=2 
> > -fstack-protector -fPIC -Wall -Werror -fno-common
> > Linker flags: -O0 -DCLIB_DEBUG -g -DFORTIFY_SOURCE=2
> > -fstack-protector -fPIC -Wall -Werror -fno-common
> > Host processor  : x86_64
> > Target processor: x86_64
> > Prefix path :
> > /opt/vpp/external/x86_64;/root/vpp/build-root/install-vpp_debug-native/external
> > Install prefix  : /root/vpp/build-root/install-vpp_debug-native/vpp
> > -- Configuring incomplete, errors occurred!
> > See also 
> > "/root/vpp/build-root/build-vpp_debug-native/vpp/CMakeFiles/CMakeOutput.log".
> > See also 
> > "/root/vpp/build-root/build-vpp_debug-native/vpp/CMakeFiles/CMakeError.log".
> > Makefile:644: recipe for target 'vpp-configure' failed
> > make[1]: *** [vpp-configure] Error 1
> > make[1]: Leaving directory '/root/vpp/build-root'
> > Makefile:367: recipe for target 'build' failed
> > make: *** [build] Error 2
> >
> > CMakeFiles/CMakeOutput.log: https://termbin.com/fhaz
> > CMakeFiles/CMakeError.log:

Re: [tsc] [vpp-dev] Project Proposal for uDPI

2019-08-16 Thread Christian Hopps



> On Aug 13, 2019, at 6:34 AM, Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES 
> at Cisco) via Lists.Fd.Io  wrote:
> 
> >> uDPI
> 
> > microDPI
> 
> Universal Deep Packet Inspection is the new project here.
> Would it make sense to use UDPI as its abbreviation
> (e.g. capital U, to distinguish from "micro")?

I certainly think this makes sense, as "u" (as you point out) is very commonly 
used as an ASCII representation for for the Greek letter "mu" (µ) which is used 
to indicate "micro" as a prefix, whereas "U" just looks like it stands for 
another word in an acronym (which it does in this case :)

Thanks,
Chris.

> 
> Vratko.



signature.asc
Description: Message signed with OpenPGP
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13763): https://lists.fd.io/g/vpp-dev/message/13763
Mute This Topic: https://lists.fd.io/mt/32851161/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] Help with two interfaces accessing outside network

2019-08-16 Thread Neale Ranns via Lists.Fd.Io

Hi Carlito,

You almost certainly want them in the same table.

As I said, if you do this:
  ping 8.8.8.8 source wan1
then the ping packet will be constructed with a source address from wan1, but 
it will still follow your routing config for transmission. This means that if 
you have:
ip route add 0.0.0.0/0 via 172.78.10.158 wan0
then the packet will be sent on wan0 but with wan1's source, the upstream 
could/should reject this due to a uRPF check.
You might lobby the community, or perhaps add yourself, a 'send via 
interface,nexthop' option to ping.

Regarding redundancy, if you configure ECMP;

  ip route add 0.0.0.0/0 via 172.78.10.158 wan0
  ip route add 0.0.0.0/0 via  wan1.   /// or perhaps your DHHCP server 
gives you this

then the FIB will react to the state of the links. When one is down only the 
other will be used. You can also configure BFD if you peer supports it and FIB 
can use this for link state monitoring.

/neale

-Message d'origine-
De :  au nom de carlito nueno 
Date : vendredi 16 août 2019 à 00:20
À : "bbal...@juniper.net" 
Cc : "vpp-dev@lists.fd.io" 
Objet : Re: [vpp-dev] Help with two interfaces accessing outside network

Hi Balaji,

As far as I know, VPP doesn't have link monitoring to switch routes.
But as you said, I added a cron job to check link status and switch
routes on failure.
I added each interface route to a particular FIB table. This way I am
able to use ping 8.8.8.8 source wan0 or wan1.

Is this the correct way?

Thanks!

On Thu, Aug 15, 2019 at 2:46 PM Balaji B via Lists.Fd.Io
 wrote:
>
> Not sure there is a way to do this without a routing protocol.
>
> Don't think there is link monitoring or path monitoring to switch the 
default route to backup route.
>
> Maybe you can have a cron job that check the link status and next hop 
connectivity and switch the route when there is a failure.
>
> Good luck.  -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
>
> View/Reply Online (#13755): https://lists.fd.io/g/vpp-dev/message/13755
> Mute This Topic: https://lists.fd.io/mt/32857184/675621
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [carlitonu...@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-

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

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

[vpp-dev] A question about stats.sock, thanks

2019-08-16 Thread super_andrew

when i use 19.04 version, there's a stats.sock in /run/vpp director,
when i use 18.10 version, there's no stats.sock in the same director.but i see 
the stats.sock init codes is exsit.
how can i get /run/vpp/stats.sock in 18.10 version ? thansk
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13761): https://lists.fd.io/g/vpp-dev/message/13761
Mute This Topic: https://lists.fd.io/mt/32896258/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] Crash when using dns_name_server

Re: [vpp-dev] Build errors

Re: [tsc] [vpp-dev] Project Proposal for uDPI

Re: [tsc] [vpp-dev] Project Proposal for uDPI

Re: [vpp-dev] Need Help on an ipsec Problem

Re: [vpp-dev] Pcap trace doesn't work while using a seperate worker thread instead of main

[vpp-dev] Pcap trace doesn't work while using a seperate worker thread instead of main

Re: [vpp-dev] Build errors

Re: [tsc] [vpp-dev] Project Proposal for uDPI

Re: [vpp-dev] Help with two interfaces accessing outside network

[vpp-dev] A question about stats.sock, thanks

11 matches

Site Navigation

Mail list logo

Footer information