date:20191216

[vpp-dev] Doubts about NAT #nat44 #nat

2019-12-16 Thread baixiaopeng

I'm testing the NAT feature, and after configuring the NAT, the trace 
information is as follows below，
Why is the nat44-in2out-worker-handoff node followed by the nat44-out2in node 
instead of the nat44-in2out node?

P.S: trace information
Packet 1

02:23:07:173961: af-packet-input
af_packet: hw_if_index 7 next-index 4
tpacket2_hdr:
status 0x2001 len 98 snaplen 98 mac 66 net 80
sec 0x5df85360 nsec 0x2e9e94c8 vlan 0 vlan_tpid 0
02:23:07:173970: ethernet-input
IP4: 42:64:0a:23:df:a3 -> de:ad:00:00:00:00
02:23:07:173975: l2-input
l2-input: sw_if_index 7 dst de:ad:00:00:00:00 src 42:64:0a:23:df:a3
02:23:07:173979: l2-learn
l2-learn: sw_if_index 7 dst de:ad:00:00:00:00 src 42:64:0a:23:df:a3 bd_index 3
02:23:07:173983: l2-fwd
l2-fwd:   sw_if_index 7 dst de:ad:00:00:00:00 src 42:64:0a:23:df:a3 bd_index 3  
                          result [0x7000a, 10] static age-not bvi
02:23:07:173987: ip4-input
ICMP: 10.10.0.1 -> 10.10.1.1
tos 0x00, ttl 64, length 84, checksum 0xcdaa
fragment id 0x57e9, flags DONT_FRAGMENT
ICMP echo_request checksum 0x5686
02:23:07:173991: nat44-in2out-worker-handoff
NAT44_IN2OUT_WORKER_HANDOFF : next-worker 1 trace index 0
02:23:07:173999: nat44-out2in
NAT44_OUT2IN: sw_if_index 10, next index 0, session index -1
02:23:07:174005: error-drop
rx:loop0
02:23:07:174008: drop
nat44-out2in: no translation

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

View/Reply Online (#14907): https://lists.fd.io/g/vpp-dev/message/14907
Mute This Topic: https://lists.fd.io/mt/68755389/21656
Mute #nat44: https://lists.fd.io/mk?hashtag=nat44&subid=1480452
Mute #nat: https://lists.fd.io/mk?hashtag=nat&subid=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] VPP VSZ shoots to 200GB because of DPDK plugin

2019-12-16 Thread siddarth rai

Hi Damjan,

The issue here is that huge core files are generated, which take up a lot
of space and the system down time is huge too.
Even if I compress it, I will have to de-compress wherever I try to debug
it and the disk space requirement will be huge.
It will be interesting to get a hint on what is exactly contributing to
such high virtual memory.

I have created a jira for this: https://jira.fd.io/browse/VPP-1810

Also, please find attached the startup conf I am using.

Regards,
Siddarth


On Mon, Dec 16, 2019 at 6:50 PM Damjan Marion  wrote:

>
> What is exact problem here? vsz is just virual memory size, it doesn’t
> mean that memory is allocated...
>
> Can you share your startup.conf?
>
> —
> Damjan
>
>
> On 16 Dec 2019, at 13:59, siddarth rai  wrote:
>
> Hi Benoit,
>
> Unfortunately, that is not an option for me. I am using dpdk plugin.
>
> Regards,
> Siddarth
>
> On Mon, Dec 16, 2019 at 2:50 PM Benoit Ganne (bganne) 
> wrote:
>
>> No idea why DPDK is so greedy, however what do you use the DPDK for? In a
>> lot of scenario we can run VPP without DPDK. In this case, you could
>> disable the dpdk plugin.
>>
>> Best
>> ben
>>
>> > -Original Message-
>> > From: vpp-dev@lists.fd.io  On Behalf Of chetan
>> bhasin
>> > Sent: lundi 16 décembre 2019 06:50
>> > To: siddarth rai 
>> > Cc: vpp-dev 
>> > Subject: Re: [vpp-dev] VPP VSZ shoots to 200GB because of DPDK plugin
>> >
>> > Hi,
>> >
>> > I am also looking for the solution of the below stated problem.
>> >
>> > Can anybody please provide direction regarding the same.
>> >
>> > Thanks,
>> > Chetan Bhasin
>> >
>> > On Wed, Dec 11, 2019 at 11:30 AM siddarth rai > >  > wrote:
>> >
>> >
>> >   Hello all,
>> >
>> >   I am working with VPP 19_04. I noticed that the VSZ of VPP is
>> > showing 200+ GB.
>> >
>> >   On further debugging, I discovered that the 'dpdk_plugin' is the
>> one
>> > causing this. If I disable the dpdk plugin, the VSZ falls below 20G.
>> >
>> >   Can anyone help me understand what is it in the dpdk plugin that
>> is
>> > causing this bulge in VSZ? Is there anyway to reduce it ?
>> >
>> >   Any help would be appreciated
>> >
>> >   Regards,
>> >   Siddarth Rai
>> >   -=-=-=-=-=-=-=-=-=-=-=-
>> >   Links: You receive all messages sent to this group.
>> >
>> >   View/Reply Online (#14860): https://lists.fd.io/g/vpp-
>> > dev/message/14860
>> >   Mute This Topic: https://lists.fd.io/mt/68143971/856484
>> >   Group Owner: vpp-dev+ow...@lists.fd.io > > dev%2bow...@lists.fd.io>
>> >   Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub
>> > [chetan.bhasin...@gmail.com  ]
>> >   -=-=-=-=-=-=-=-=-=-=-=-
>> >
>>
>> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
>
> View/Reply Online (#14898): https://lists.fd.io/g/vpp-dev/message/14898
> Mute This Topic: https://lists.fd.io/mt/68143971/675642
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>
>
>


startup.conf
Description: Binary data
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14906): https://lists.fd.io/g/vpp-dev/message/14906
Mute This Topic: https://lists.fd.io/mt/68143971/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] May see some job restarts/retries for the next couple of hours

2019-12-16 Thread Ed Kern via Lists.Fd.Io

Ok piggybacked on jenkins restart (they had to deinstall totally unrelated 
plugin) and got the cloud collapse done.

I rechecked a couple of jobs but things seem to be running smoothly at this 
point.

Feel free to reach out in email or slack if folks see issues.

thanks,

Ed




> On Dec 16, 2019, at 11:13 AM, Ed Kern via Lists.Fd.Io 
>  wrote:
> 
> 
> TLDR: some infra and arm job (especially) may see some restarts or rechecks 
> needed for the next couple of hours
> 
> 
> Ill hopefully be collapsing the arm and and csit clusters into the primary 
> cluster so some random behavior may be seen.
> This is especially true when nodes are removed from one cluster and added to 
> another.
> 
> Hopefully it will be uneventful.  I have tested these client node moves as 
> much as possible without actually doing the migration.
> 
> Ed-=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#14902): https://lists.fd.io/g/vpp-dev/message/14902
> Mute This Topic: https://lists.fd.io/mt/68733483/675649
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [e...@cisco.com]
> -=-=-=-=-=-=-=-=-=-=-=-

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

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

[vpp-dev] May see some job restarts/retries for the next couple of hours

2019-12-16 Thread Ed Kern via Lists.Fd.Io


TLDR: some infra and arm job (especially) may see some restarts or rechecks 
needed for the next couple of hours


Ill hopefully be collapsing the arm and and csit clusters into the primary 
cluster so some random behavior may be seen.
This is especially true when nodes are removed from one cluster and added to 
another.

Hopefully it will be uneventful.  I have tested these client node moves as much 
as possible without actually doing the migration.

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

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

2019-12-16 Thread dchons

Hi Florin,

>From my logs it seems that TSO is not on even when using the native driver, 
>logs attached below. I'm going to do a deeper dive into the various networking 
>layers involved in this setup, will post any interesting findings back on this 
>thread.

Thank you for all the help so far!

Regards,
Dom

vpp# sh int
Name               Idx    State  MTU (L3/IP4/IP6/MPLS)     Counter          
Count
local0                            0     down          0/0/0/0
vpp# create int virtio :00:03.0
vpp# sh int
Name               Idx    State  MTU (L3/IP4/IP6/MPLS)     Counter          
Count
local0                            0     down          0/0/0/0
virtio-0/0/3/0                    1     down         9000/0/0/0     rx packets  
                 999
rx bytes                   60252
drops                        999
ip4                            6
vpp# set interface ip address virtio-0/0/3/0 10.0.0.152/24
vpp# set interface state virtio-0/0/3/0 up
vpp# session enable
vpp# sh int
Name               Idx    State  MTU (L3/IP4/IP6/MPLS)     Counter          
Count
local0                            0     down          0/0/0/0
virtio-0/0/3/0                    1      up          9000/0/0/0     rx packets  
                1017
rx bytes                   61332
drops                       1017
ip4                            6
vpp# sh sess verbose 2
Thread 0: no sessions
Thread 1: no sessions
Thread 2: no sessions
Thread 3: no sessions
vpp# sh sess verbose 2
Thread 0: no sessions
[1:0][T] 10.0.0.152:27761->10.0.0.156:5201        ESTABLISHED
index: 0 cfg:  flags:  timers:
snd_una 124 snd_nxt 124 snd_una_max 124 rcv_nxt 5 rcv_las 5
snd_wnd 29056 rcv_wnd 7999488 rcv_wscale 10 snd_wl1 4 snd_wl2 124
flight size 0 out space 4473 rcv_wnd_av 7999488 tsval_recent 244488841
tsecr 434592381 tsecr_last_ack 434592381 tsval_recent_age 2995 snd_mss 1448
rto 259 rto_boff 0 srtt 67 us 3.127 rttvar 48 rtt_ts 0. rtt_seq 124
next_node 0 opaque 0x0
cong:   none algo cubic cwnd 4473 ssthresh 2147483647 bytes_acked 0
cc space 4473 prev_cwnd 0 prev_ssthresh 0
snd_cong 3516215180 dupack 0 limited_tx 3516215180
rxt_bytes 0 rxt_delivered 0 rxt_head 3516215180 rxt_ts 434595747
prr_start 3516215180 prr_delivered 0 prr space 0
sboard: sacked 0 last_sacked 0 lost 0 last_lost 0 rxt_sacked 0
last_delivered 0 high_sacked 3516215180 is_reneging 0
cur_rxt_hole 4294967295 high_rxt 3516215180 rescue_rxt 3516215180
stats: in segs 6 dsegs 4 bytes 4 dupacks 0
out segs 7 dsegs 2 bytes 123 dupacks 0
fr 0 tr 0 rxt segs 0 bytes 0 duration 3.381
err wnd data below 0 above 0 ack below 0 above 0
pacer: rate 1430540 bucket 0 t/p 1.431 last_update 3.365 s idle 156
Rx fifo: cursize 0 nitems 799 has_event 0
head 4 tail 4 segment manager 2
vpp session 0 thread 1 app session 0 thread 0
ooo pool 0 active elts newest 4294967295
Tx fifo: cursize 0 nitems 799 has_event 0
head 123 tail 123 segment manager 2
vpp session 0 thread 1 app session 0 thread 0
ooo pool 0 active elts newest 4294967295
session: state: ready opaque: 0x0 flags:
[1:1][T] 10.0.0.152:31516->10.0.0.156:5201        ESTABLISHED
index: 1 cfg:  flags: PSH pending timers: RETRANSMIT
snd_una 455633510 snd_nxt 456069358 snd_una_max 456069358 rcv_nxt 1 rcv_las 1
snd_wnd 1575424 rcv_wnd 7999488 rcv_wscale 10 snd_wl1 1 snd_wl2 455633510
flight size 435848 out space 486 rcv_wnd_av 7999488 tsval_recent 244492205
tsecr 434595744 tsecr_last_ack 434595744 tsval_recent_age 4294966926 snd_mss 
1448
rto 200 rto_boff 0 srtt 1 us 2.612 rttvar 1 rtt_ts 95.8681 rtt_seq 455697222
next_node 0 opaque 0x0
cong:   none algo cubic cwnd 436334 ssthresh 333526 bytes_acked 2896
cc space 486 prev_cwnd 476467 prev_ssthresh 341803
snd_cong 419169974 dupack 0 limited_tx 2714252909
rxt_bytes 0 rxt_delivered 0 rxt_head 2714252909 rxt_ts 434595747
prr_start 418787702 prr_delivered 0 prr space 0
sboard: sacked 0 last_sacked 0 lost 0 last_lost 0 rxt_sacked 0
last_delivered 0 high_sacked 419169974 is_reneging 0
cur_rxt_hole 4294967295 high_rxt 418797838 rescue_rxt 418787701
stats: in segs 144873 dsegs 0 bytes 0 dupacks 2553
out segs 315278 dsegs 315277 bytes 456519685 dupacks 0
fr 12 tr 0 rxt segs 311 bytes 450328 duration 3.371
err wnd data below 0 above 0 ack below 0 above 0
pacer: rate 436334000 bucket 282 t/p 436.334 last_update 264 us idle 100
Rx fifo: cursize 0 nitems 799 has_event 0
head 0 tail 0 segment manager 2
vpp session 1 thread 1 app session 1 thread 0
ooo pool 0 active elts newest 0
Tx fifo: cursize 799 nitems 799 has_event 1
head 7633509 tail 7633508 segment manager 2
vpp session 1 thread 1 app session 1 thread 0
ooo pool 0 active elts newest 4294967295
session: state: ready opaque: 0x0 flags:
Thread 1: active sessions 2
Thread 2: no sessions
Thread 3: no sessions
vpp# sh hardware-interfaces
Name                Idx   Link  Hardware
local0                             0    down  local0
Link speed: unknown
local
virtio-0/0/3/0                     1     up   virtio-0/0/3/0
Link speed: unknown
Ethernet addre

[vpp-dev] Coverity run FAILED as of 2019-12-16 14:00:57 UTC

2019-12-16 Thread Noreply Jenkins

Coverity run failed today.

Current number of outstanding issues are 2
Newly detected: 0
Eliminated: 0
More details can be found at  
https://scan.coverity.com/projects/fd-io-vpp/view_defects
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14900): https://lists.fd.io/g/vpp-dev/message/14900
Mute This Topic: https://lists.fd.io/mt/68728596/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] VPP VSZ shoots to 200GB because of DPDK plugin

2019-12-16 Thread Damjan Marion via Lists.Fd.Io


What is exact problem here? vsz is just virual memory size, it doesn’t mean 
that memory is allocated...

Can you share your startup.conf?

— 
Damjan


> On 16 Dec 2019, at 13:59, siddarth rai  wrote:
> 
> Hi Benoit,
> 
> Unfortunately, that is not an option for me. I am using dpdk plugin.
> 
> Regards,
> Siddarth
> 
> On Mon, Dec 16, 2019 at 2:50 PM Benoit Ganne (bganne)  > wrote:
> No idea why DPDK is so greedy, however what do you use the DPDK for? In a lot 
> of scenario we can run VPP without DPDK. In this case, you could disable the 
> dpdk plugin.
> 
> Best
> ben 
> 
> > -Original Message-
> > From: vpp-dev@lists.fd.io   > > On Behalf Of chetan bhasin
> > Sent: lundi 16 décembre 2019 06:50
> > To: siddarth rai mailto:sid...@gmail.com>>
> > Cc: vpp-dev mailto:vpp-dev@lists.fd.io>>
> > Subject: Re: [vpp-dev] VPP VSZ shoots to 200GB because of DPDK plugin
> > 
> > Hi,
> > 
> > I am also looking for the solution of the below stated problem.
> > 
> > Can anybody please provide direction regarding the same.
> > 
> > Thanks,
> > Chetan Bhasin
> > 
> > On Wed, Dec 11, 2019 at 11:30 AM siddarth rai  > 
> > > > wrote:
> > 
> > 
> >   Hello all,
> > 
> >   I am working with VPP 19_04. I noticed that the VSZ of VPP is
> > showing 200+ GB.
> > 
> >   On further debugging, I discovered that the 'dpdk_plugin' is the one
> > causing this. If I disable the dpdk plugin, the VSZ falls below 20G.
> > 
> >   Can anyone help me understand what is it in the dpdk plugin that is
> > causing this bulge in VSZ? Is there anyway to reduce it ?
> > 
> >   Any help would be appreciated
> > 
> >   Regards,
> >   Siddarth Rai
> >   -=-=-=-=-=-=-=-=-=-=-=-
> >   Links: You receive all messages sent to this group.
> > 
> >   View/Reply Online (#14860): https://lists.fd.io/g/vpp- 
> > 
> > dev/message/14860
> >   Mute This Topic: https://lists.fd.io/mt/68143971/856484 
> > 
> >   Group Owner: vpp-dev+ow...@lists.fd.io 
> >  
> > dev%2bow...@lists.fd.io >
> >   Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
> > 
> > [chetan.bhasin...@gmail.com  
> > > ]
> >   -=-=-=-=-=-=-=-=-=-=-=-
> > 
> 
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#14898): https://lists.fd.io/g/vpp-dev/message/14898
> Mute This Topic: https://lists.fd.io/mt/68143971/675642
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
> -=-=-=-=-=-=-=-=-=-=-=-

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

View/Reply Online (#14899): https://lists.fd.io/g/vpp-dev/message/14899
Mute This Topic: https://lists.fd.io/mt/68143971/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] VPP VSZ shoots to 200GB because of DPDK plugin

2019-12-16 Thread siddarth rai

Hi Benoit,

Unfortunately, that is not an option for me. I am using dpdk plugin.

Regards,
Siddarth

On Mon, Dec 16, 2019 at 2:50 PM Benoit Ganne (bganne) 
wrote:

> No idea why DPDK is so greedy, however what do you use the DPDK for? In a
> lot of scenario we can run VPP without DPDK. In this case, you could
> disable the dpdk plugin.
>
> Best
> ben
>
> > -Original Message-
> > From: vpp-dev@lists.fd.io  On Behalf Of chetan
> bhasin
> > Sent: lundi 16 décembre 2019 06:50
> > To: siddarth rai 
> > Cc: vpp-dev 
> > Subject: Re: [vpp-dev] VPP VSZ shoots to 200GB because of DPDK plugin
> >
> > Hi,
> >
> > I am also looking for the solution of the below stated problem.
> >
> > Can anybody please provide direction regarding the same.
> >
> > Thanks,
> > Chetan Bhasin
> >
> > On Wed, Dec 11, 2019 at 11:30 AM siddarth rai  >  > wrote:
> >
> >
> >   Hello all,
> >
> >   I am working with VPP 19_04. I noticed that the VSZ of VPP is
> > showing 200+ GB.
> >
> >   On further debugging, I discovered that the 'dpdk_plugin' is the
> one
> > causing this. If I disable the dpdk plugin, the VSZ falls below 20G.
> >
> >   Can anyone help me understand what is it in the dpdk plugin that is
> > causing this bulge in VSZ? Is there anyway to reduce it ?
> >
> >   Any help would be appreciated
> >
> >   Regards,
> >   Siddarth Rai
> >   -=-=-=-=-=-=-=-=-=-=-=-
> >   Links: You receive all messages sent to this group.
> >
> >   View/Reply Online (#14860): https://lists.fd.io/g/vpp-
> > dev/message/14860
> >   Mute This Topic: https://lists.fd.io/mt/68143971/856484
> >   Group Owner: vpp-dev+ow...@lists.fd.io  > dev%2bow...@lists.fd.io>
> >   Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub
> > [chetan.bhasin...@gmail.com  ]
> >   -=-=-=-=-=-=-=-=-=-=-=-
> >
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14898): https://lists.fd.io/g/vpp-dev/message/14898
Mute This Topic: https://lists.fd.io/mt/68143971/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] VPP VSZ shoots to 200GB because of DPDK plugin

2019-12-16 Thread Benoit Ganne (bganne) via Lists.Fd.Io

No idea why DPDK is so greedy, however what do you use the DPDK for? In a lot 
of scenario we can run VPP without DPDK. In this case, you could disable the 
dpdk plugin.

Best
ben 

> -Original Message-
> From: vpp-dev@lists.fd.io  On Behalf Of chetan bhasin
> Sent: lundi 16 décembre 2019 06:50
> To: siddarth rai 
> Cc: vpp-dev 
> Subject: Re: [vpp-dev] VPP VSZ shoots to 200GB because of DPDK plugin
> 
> Hi,
> 
> I am also looking for the solution of the below stated problem.
> 
> Can anybody please provide direction regarding the same.
> 
> Thanks,
> Chetan Bhasin
> 
> On Wed, Dec 11, 2019 at 11:30 AM siddarth rai   > wrote:
> 
> 
>   Hello all,
> 
>   I am working with VPP 19_04. I noticed that the VSZ of VPP is
> showing 200+ GB.
> 
>   On further debugging, I discovered that the 'dpdk_plugin' is the one
> causing this. If I disable the dpdk plugin, the VSZ falls below 20G.
> 
>   Can anyone help me understand what is it in the dpdk plugin that is
> causing this bulge in VSZ? Is there anyway to reduce it ?
> 
>   Any help would be appreciated
> 
>   Regards,
>   Siddarth Rai
>   -=-=-=-=-=-=-=-=-=-=-=-
>   Links: You receive all messages sent to this group.
> 
>   View/Reply Online (#14860): https://lists.fd.io/g/vpp-
> dev/message/14860
>   Mute This Topic: https://lists.fd.io/mt/68143971/856484
>   Group Owner: vpp-dev+ow...@lists.fd.io  dev%2bow...@lists.fd.io>
>   Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub
> [chetan.bhasin...@gmail.com  ]
>   -=-=-=-=-=-=-=-=-=-=-=-
> 

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

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

[vpp-dev] Doubts about NAT #nat44 #nat

Re: [vpp-dev] VPP VSZ shoots to 200GB because of DPDK plugin

Re: [vpp-dev] May see some job restarts/retries for the next couple of hours

[vpp-dev] May see some job restarts/retries for the next couple of hours

Re: [vpp-dev] VPP / tcp_echo performance

[vpp-dev] Coverity run FAILED as of 2019-12-16 14:00:57 UTC

Re: [vpp-dev] VPP VSZ shoots to 200GB because of DPDK plugin

Re: [vpp-dev] VPP VSZ shoots to 200GB because of DPDK plugin

Re: [vpp-dev] VPP VSZ shoots to 200GB because of DPDK plugin

9 matches

Site Navigation

Mail list logo

Footer information