[vpp-dev] No traffic passed, Congestion Drop bug? #vpp_stability #nat44

2019-08-14 Thread Jaeb
The setup is a machine running VPP 19.01, configured using NAT44, with two 
physical interfaces. One interface is inside, other one is outside.
The unit was translating and passing traffic just fine, and then all of a 
sudden stopped passing anything through the outside interface. Any packet which 
hits it is immediately counted as a Congestion Drop.

Doing a packet trace shows that the packet is sent to the worker handoff, then 
Congestion Drop increases. There is hardly any traffic passing through it right 
now, but any packet which does hit is dropped due to congestion.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13742): https://lists.fd.io/g/vpp-dev/message/13742
Mute This Topic: https://lists.fd.io/mt/32883989/21656
Mute #vpp_stability: https://lists.fd.io/mk?hashtag=vpp_stability=1480452
Mute #nat44: https://lists.fd.io/mk?hashtag=nat44=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] Crash when using dns_name_server

2019-08-14 Thread carlito nueno
Did a packet trace and I noticed two things:

dns4-request: DNS pkts pending upstream name resolution
nat44-out2in: no translation


Packet 8

00:28:11:659028: dpdk-input
  lan1 rx queue 0
  buffer 0x8aeef: current data 0, length 89, buffer-pool 0, ref-count
1, totlen-nifb 0, trace 0x5
  ext-hdr-valid
  l4-cksum-computed l4-cksum-correct
  PKT MBUF: port 2, nb_segs 1, pkt_len 89
buf_len 2176, data_len 89, ol_flags 0x180, data_off 128, phys_addr
0xe64bbc40
packet_type 0x211 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
  RTE_PTYPE_L3_IPV4 (0x0010) IPv4 packet without extension headers
  RTE_PTYPE_L4_UDP (0x0200) UDP packet
  IP4: a0:36:9f:3b:a2:b2 -> de:ad:00:00:00:05
  UDP: 10.155.6.203 -> 10.155.6.1
tos 0x00, ttl 64, length 75, checksum 0x55ce
fragment id 0xc2d2, flags DONT_FRAGMENT
  UDP: 33177 -> 53
length 55, checksum 0x96d9
00:28:11:659031: ethernet-input
  frame: flags 0x3, hw-if-index 3, sw-if-index 3
  IP4: a0:36:9f:3b:a2:b2 -> de:ad:00:00:00:05
00:28:11:659032: l2-input
  l2-input: sw_if_index 3 dst de:ad:00:00:00:05 src a0:36:9f:3b:a2:b2
00:28:11:659033: l2-learn
  l2-learn: sw_if_index 3 dst de:ad:00:00:00:05 src a0:36:9f:3b:a2:b2 bd_index 6
00:28:11:659034: l2-fwd
  l2-fwd:   sw_if_index 3 dst de:ad:00:00:00:05 src a0:36:9f:3b:a2:b2
bd_index 6 result [0x70025, 37] static age-not bvi
00:28:11:659036: ip4-input
  UDP: 10.155.6.203 -> 10.155.6.1
tos 0x00, ttl 64, length 75, checksum 0x55ce
fragment id 0xc2d2, flags DONT_FRAGMENT
  UDP: 33177 -> 53
length 55, checksum 0x96d9
00:28:11:659037: nat44-in2out
  NAT44_IN2OUT_FAST_PATH: sw_if_index 37, next index 3, session -1
00:28:11:659037: nat44-in2out-slowpath
  NAT44_IN2OUT_SLOW_PATH: sw_if_index 37, next index 0, session -1
00:28:11:659038: ip4-lookup
  fib 0 dpo-idx 10 flow hash: 0x
  UDP: 10.155.6.203 -> 10.155.6.1
tos 0x00, ttl 64, length 75, checksum 0x55ce
fragment id 0xc2d2, flags DONT_FRAGMENT
  UDP: 33177 -> 53
length 55, checksum 0x96d9
00:28:11:659040: ip4-local
UDP: 10.155.6.203 -> 10.155.6.1
  tos 0x00, ttl 64, length 75, checksum 0x55ce
  fragment id 0xc2d2, flags DONT_FRAGMENT
UDP: 33177 -> 53
  length 55, checksum 0x96d9
00:28:11:659041: ip4-local-end-of-arc
UDP: 10.155.6.203 -> 10.155.6.1
  tos 0x00, ttl 64, length 75, checksum 0x55ce
  fragment id 0xc2d2, flags DONT_FRAGMENT
UDP: 33177 -> 53
  length 55, checksum 0x96d9
00:28:11:659041: ip4-udp-lookup
  UDP: src-port 33177 dst-port 53
00:28:11:659042: dns4-request
  DNS46_REPLY: pool index -1, disposition  6
00:28:11:659044: error-drop
  rx:loop5
00:28:11:659044: drop
  dns4-request: DNS pkts pending upstream name resolution

Packet 9

00:28:13:589187: dpdk-input
  wan0 rx queue 0
  buffer 0x504bc: current data 0, length 113, buffer-pool 0, ref-count
1, totlen-nifb 0, trace 0x8
  ext-hdr-valid
  l4-cksum-computed l4-cksum-correct
  PKT MBUF: port 5, nb_segs 1, pkt_len 113
buf_len 2176, data_len 113, ol_flags 0x180, data_off 128,
phys_addr 0xe5a12f80
packet_type 0x211 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
  RTE_PTYPE_L3_IPV4 (0x0010) IPv4 packet without extension headers
  RTE_PTYPE_L4_UDP (0x0200) UDP packet
  IP4: 4a:1d:70:63:fc:d4 -> 06:35:31:eb:33:22
  UDP: 8.8.8.8 -> 72.33.156.100
tos 0x20, ttl 122, length 99, checksum 0x94c7
fragment id 0x9ea9
  UDP: 53 -> 53053
length 79, checksum 0x9c5e
00:28:13:589189: ethernet-input
  frame: flags 0x3, hw-if-index 6, sw-if-index 6
  IP4: 4a:1d:70:63:fc:d4 -> 06:35:31:eb:33:22
00:28:13:589190: ip4-input-no-checksum
  UDP: 8.8.8.8 -> 72.33.156.100
tos 0x20, ttl 122, length 99, checksum 0x94c7
fragment id 0x9ea9
  UDP: 53 -> 53053
length 79, checksum 0x9c5e
00:28:13:589191: nat44-out2in
  NAT44_OUT2IN: sw_if_index 6, next index 0, session index -1
00:28:13:589192: error-drop
  rx:wan0
00:28:13:589192: drop
  nat44-out2in: no translation

Packet 10

00:28:13:590291: dpdk-input
  wan0 rx queue 0
  buffer 0x416b6: current data 0, length 236, buffer-pool 0, ref-count
1, totlen-nifb 0, trace 0x9
  ext-hdr-valid
  l4-cksum-computed l4-cksum-correct
  PKT MBUF: port 5, nb_segs 1, pkt_len 236
buf_len 2176, data_len 236, ol_flags 0x180, data_off 128,
phys_addr 0xe565ae00
packet_type 0x211 l2_len 0 l3_len 0 outer_l2_len 0 outer_l3_len 0
rss 0x0 fdir.hi 0x0 fdir.lo 0x0
Packet Offload 

Re: [vpp-dev] Crash when using dns_name_server

2019-08-14 Thread carlito nueno
VPP is not crashing anymore. I didn't change anything.

VPP is caching DNS queries

[P] DNS query: id 18
  no-recur recur-des no-trunc non-auth
  2 queries, 0 answers, 0 name-servers, 0 add'l recs
  Queries:
Name: www.apple.com: type A
Name: www.apple.com: type 

But LAN device is not able to resolve any url
LAN device is at 10.155.6.202

dig @10.155.6.1 www.apple.com

; <<>> DiG 9.10.6 <<>> @10.155.6.1 www.apple.com
; (1 server found)
;; global options: +cmd
;; connection timed out; no servers could be reached


On Wed, Aug 14, 2019 at 4:41 PM carlito nueno via Lists.Fd.Io
 wrote:
>
> Hi all,
>
> I am trying to use DNS server and on "ping google.com" VPP is crashing
>
> Aug 13 21:31:10 test1-vpp vnet[853]: unknown input `add_del 8.8.8.8
> Aug 13 21:31:28 test1-vpp vnet[853]: dns cache: add / del / clear required..
> Aug 13 21:31:36 test1-vpp vnet[853]:
> vl_api_dns_resolve_name_reply_t_handler:2556: ip4 address 23.75.7.244
> Aug 13 21:32:24 test1-vpp vnet[853]: dns cache: add / del / clear required..
> Aug 13 21:34:43 test1-vpp vnet[853]: resolve_event:247: name server
> 8.8.8.8 backfire
>
> When I try to restart it, it just hangs
>
> Aug 13 21:35:16 test1-vpp vnet[853]: unix_signal_handler:170: received
> signal SIGCONT, PC 0x7f9bf5ff7e20
> Aug 13 21:35:16 test1-vpp vnet[853]: received SIGTERM, exiting...
> Aug 13 21:35:16 test1-vpp systemd[1]: Stopping vector packet
> processing engine...
> Aug 13 21:35:16 test1-vpp vnet[853]: unix_signal_handler:170: received
> signal SIGCONT, PC 0x7f9bf5ff7e20
>
> vpp.conf
>
> set int state wan0 up
> set dhcp client intfc wan0 hostname vpp
>
> loopback create
> set int l2 bridge loop5 6 bvi
> set int ip address loop5 10.155.6.1/24
> set int state loop5 up
>
> set int l2 bridge lan0 6
> set int state lan0 up
>
> create tap id 5 host-ip4-addr 10.155.6.2/24 host-if-name lstack
> host-ip4-gw 10.155.6.1
> set int l2 bridge tap5 6
> set int state tap5 up
>
> nat44 add interface address wan0
> set interface nat44 in loop5 in out wan0
>
> nat44 add identity mapping external wan0 udp 53053
> bin dns_name_server_add_del 8.8.8.8
> bin dns_name_server_add_del 8.8.8.4
> bin dns_enable_disable
>
> DHCP server settings
> OPTION:   6 (  4) DNS server   10.155.6.1
> OPTION:   3 (  4) Routers  10.155.6.1
>
> Thanks!
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
>
> View/Reply Online (#13739): https://lists.fd.io/g/vpp-dev/message/13739
> 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 (#13740): https://lists.fd.io/g/vpp-dev/message/13740
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]
-=-=-=-=-=-=-=-=-=-=-=-


[vpp-dev] Crash when using dns_name_server

2019-08-14 Thread carlito nueno
Hi all,

I am trying to use DNS server and on "ping google.com" VPP is crashing

Aug 13 21:31:10 test1-vpp vnet[853]: unknown input `add_del 8.8.8.8
Aug 13 21:31:28 test1-vpp vnet[853]: dns cache: add / del / clear required..
Aug 13 21:31:36 test1-vpp vnet[853]:
vl_api_dns_resolve_name_reply_t_handler:2556: ip4 address 23.75.7.244
Aug 13 21:32:24 test1-vpp vnet[853]: dns cache: add / del / clear required..
Aug 13 21:34:43 test1-vpp vnet[853]: resolve_event:247: name server
8.8.8.8 backfire

When I try to restart it, it just hangs

Aug 13 21:35:16 test1-vpp vnet[853]: unix_signal_handler:170: received
signal SIGCONT, PC 0x7f9bf5ff7e20
Aug 13 21:35:16 test1-vpp vnet[853]: received SIGTERM, exiting...
Aug 13 21:35:16 test1-vpp systemd[1]: Stopping vector packet
processing engine...
Aug 13 21:35:16 test1-vpp vnet[853]: unix_signal_handler:170: received
signal SIGCONT, PC 0x7f9bf5ff7e20

vpp.conf

set int state wan0 up
set dhcp client intfc wan0 hostname vpp

loopback create
set int l2 bridge loop5 6 bvi
set int ip address loop5 10.155.6.1/24
set int state loop5 up

set int l2 bridge lan0 6
set int state lan0 up

create tap id 5 host-ip4-addr 10.155.6.2/24 host-if-name lstack
host-ip4-gw 10.155.6.1
set int l2 bridge tap5 6
set int state tap5 up

nat44 add interface address wan0
set interface nat44 in loop5 in out wan0

nat44 add identity mapping external wan0 udp 53053
bin dns_name_server_add_del 8.8.8.8
bin dns_name_server_add_del 8.8.8.4
bin dns_enable_disable

DHCP server settings
OPTION:   6 (  4) DNS server   10.155.6.1
OPTION:   3 (  4) Routers  10.155.6.1

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

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

2019-08-14 Thread carlito nueno
Sorry for not being clear.

Each of the interfaces is connected to a different network (ISP). The
scenario is of dual WAN.
One ISP is providing static address and other is providing DHCP.

wan1 is receiving DHCP.

If I ONLY have:
ip route add 0.0.0.0/0 via 172.78.10.158 wan0
then I am able to ping from wan0

If I ONLY have:
ip route add 0.0.0.0/0 via wan1
then I am able to ping from wan1

ping works from one interface or the other but not both. So, I am
using this to setup dual WAN scenario where if one ISP is down, I can
move the outbound connections via wan1 and vise versa.

Thanks!



On Wed, Aug 14, 2019 at 7:28 AM Balaji B via Lists.Fd.Io
 wrote:
>
> I am assuming wan1 is also connected to same network as wan0, is that 
> correct? Curious, what is your use case for wanting to have two interface 
> connected to same network?
>
> Also, check to see if you got an address from DHCP and try to ping the next 
> hop first. -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
>
> View/Reply Online (#13734): https://lists.fd.io/g/vpp-dev/message/13734
> 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 (#13738): https://lists.fd.io/g/vpp-dev/message/13738
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]
-=-=-=-=-=-=-=-=-=-=-=-


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

2019-08-14 Thread Edward Warnicke
Do you have a preference as to dates?

Ed

On Tue, Aug 13, 2019 at 7:44 PM Ni, Hongjun  wrote:

> Hi Ed,
>
>
>
> Thank you for scheduling the proposal review.
>
>
>
> I think a TSC meeting after Aug 21 is better, to follow the FD.io TSC
> policy.
>
>
>
> Thanks,
>
> Hongjun
>
>
>
> *From:* Ed Warnicke [mailto:hagb...@gmail.com]
> *Sent:* Wednesday, August 14, 2019 5:09 AM
> *To:* Ni, Hongjun 
> *Cc:* t...@lists.fd.io; vpp-dev@lists.fd.io; Wang, Xiang W <
> xiang.w.w...@intel.com>; Hong, Yang A ; Chang,
> Harry ; gu.ji...@zte.com.cn; Shan Jianghua <
> shanjia...@chinatelecom.cn>; Zhang Yang ; Li
> Xingfu ; Wu Shuai ; Xia
> Yuying ; Fan Chenggang ;
> Gao Feng ; Liu Zhong ;
> Zhao Yong ; Chen Haiquan 
> *Subject:* Re: [tsc] Project Proposal for uDPI
>
>
>
> Hongjun,
>
>
>
> You guys are eligible for project creation review starting at the Aug 21
> TSC meeting I believe (based on sending the notification to the TSC on Aug
> 8) ... when would you like to schedule for that Thu's TSC meeting, or a
> subsequent one?
>
>
>
> Ed
>
>
>
> On Thu, Aug 8, 2019 at 8:11 PM Ni, Hongjun  wrote:
>
> 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 (#1070): https://lists.fd.io/g/tsc/message/1070
> Mute This Topic: https://lists.fd.io/mt/32805806/464962
> Group Owner: tsc+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/tsc/unsub  [hagb...@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
>
> View/Reply Online (#1077): https://lists.fd.io/g/tsc/message/1077
> Mute This Topic: https://lists.fd.io/mt/32805806/464962
> Group Owner: tsc+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/tsc/unsub  [hagb...@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

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


[vpp-dev] VPP 19.08 RC2 milestone is complete!

2019-08-14 Thread Andrew Yourtchenko
Hi all,

I have created the v19.08-rc2 tag on stable/1908 and verified that
19.08-rc2 build artifacts are on packagecloud.

VPP 19.08 Release Milestone RC2 is complete!

As a reminder, the VPP 19.08 Release is next Wednesday August 21, 2019.

https://wiki.fd.io/view/Projects/vpp/Release_Plans/Release_Plan_19.08#Release_Milestones

The stable/1908 is accepting the critical bugfixes in the run-up to the release.

Per the standard process, all bug fixes to stable branches should
follow the best practices:

All bug fixes must be double-committed to the release throttle as well
as to the master branch
Commit first to the release throttle, then "git cherry-pick" into master
(or the other way, if you find it easier to ensure that the
fix ends up in both branches)
Manual merges may be required, depending on the degree of
divergence between throttle and master

All bug fixes need to have a Jira ticket
Please put Jira IDs into the commit messages.
Please use the same Jira ID for both the stable branch and master.

--a

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

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


[vpp-dev] Question about libmemif API

2019-08-14 Thread William Tu
Hi,

I'm working on using libmemif in OVS.
https://patchwork.ozlabs.org/patch/1140858/

While using the API, one question I have is, when I call
  err = memif_rx_burst(dev->handle, qid, dev->rx_bufs, NETDEV_MAX_BURST, );

There are 'recv' number of packets are at dev->rx_bufs, do I have to
copy the packet buffer immediately to my master side? For example, I
received 32 packets from memif_rx_burst, and I might process these
packets in different order. Once done, is there an API to free each
specific packet buffer back to memif buffer pool?

Now the memif_refill_queue() can only specify number of buffers to
refill, not which buffer.

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

View/Reply Online (#13735): https://lists.fd.io/g/vpp-dev/message/13735
Mute This Topic: https://lists.fd.io/mt/32866729/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-14 Thread Balaji B via Lists.Fd.Io
I am assuming wan1 is also connected to same network as wan0, is that correct? 
Curious, what is your use case for wanting to have two interface connected to 
same network?

Also, check to see if you got an address from DHCP and try to ping the next hop 
first.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13734): https://lists.fd.io/g/vpp-dev/message/13734
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] Facing mbuf allocation Error #vpp

2019-08-14 Thread chandan . mohanty
Hi,
We have 2 Worker threads. Each thread is pinned to one Core, so total 2 Cores. 
All are in One NUMA node, with Socket 0.We have also below config.

1.

socket-mem 2048

num-rx-queues 1
num-tx-queues 3

num-mbufs 61000

2.
With IPSEC,GCM128 algoritm
Reassembly Buffer 8192 .

Traffic profile which we are testing :
IPSEC Algorithm Used :GCM128
Traffic received at one interface (Downlink) is Encrypted traffic and 50% of 
the received traffic is fragmented traffic destined to the DUT-VPP.
Traffic pumped from the other connected entity at 5.5Gpbs in Downlink direction.
We observe the below error in "show hardware interfaces " : 
*rx-mbuf-allocation-errors* and *rx missed errors*
*
*
EthernetSwitch2/0/0    2 up   EthernetSwitch2/0/0
Intel FM1 Family Ethernet Switch
carrier up full duplex speed 5 mtu 9990
flags: admin-up pmd maybe-multiseg subif
rx queues 1, rx desc 8192, tx queues 3, tx desc 8192
cpu socket 0

tx frames ok    22341752
tx bytes ok   7128341512
rx frames ok    44697952
rx bytes ok  32081699092
rx missed    7083446
extended stats:
rx good packets   44697952
tx good packets   22341752
rx good bytes  32081699092
tx good bytes   7128341512
*rx missed errors   7083781*
rx q0packets  44697952
rx q0bytes 32081699092
rx q0errors    7083781
tx q2packets  22341752
tx q2bytes  7128341512
*rx mbuf allocation errors  7083446*
rx q0 packets 44697952
rx q0 bytes    32081699092
rx q0 dropped  7083446
tx q2 packets 22341752
tx q2 bytes 7128341512

Request experts to show some light on  the reason behind these errors?
Also request experts to suggest any hack/workaround to get over this?

[
NB: From FDIO doc," The number of buffers are calculated from the number of rx 
queues.

The number of RX,TX Descriptors and TX queues are calculated from the number of 
RX queues.

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

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

2019-08-14 Thread siddarth rai
Hi all,

I am using VPP version 19.04.

I recently migrated to this VPP version from an older version and I am
facing some issues during VPP startup. I have a plugin which I initialize
using VLIB_INIT_FUNCTION. During the init, I use
'vlib_thread_main->n_threads' to fetch the number of workers and use this
count to initialize different vectors in my plugin.

I believe that this 'vlib_thread_main' is initialized during
'vlib_thread_init'.

I have configured 4 workers in my startup.conf.

However, sometimes, during the startup, in my plugin init, the value of
'vlib_thread_main->n_threads' appears to be 0. In fact, the entire
vlib_thread_main is uninitialized.

This happens some times, thus causing crash in my plugin.

Has anyone else seen this issue?

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

View/Reply Online (#13732): https://lists.fd.io/g/vpp-dev/message/13732
Mute This Topic: https://lists.fd.io/mt/32862405/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-14 Thread Neale Ranns via Lists.Fd.Io

Your VPP configs look fine. I can only guess at general network issues.

My first guess would be that the DHCP process did not complete, yet.
For my second guess, this:
  vpp# ping 8.8.8.8 source wan1
means take the source address from wan1, but this:
ip route add 0.0.0.0/0 via 172.78.10.158 wan0
still routes the packet via wan0. Maybe the upstream peer does uRPF.

/neale

-Message d'origine-
De :  au nom de carlito nueno 
Date : mardi 13 août 2019 à 22:55
À : "vpp-dev@lists.fd.io" 
Objet : [vpp-dev] Help with two interfaces accessing outside network

Hi all,

I am trying to setup two WAN interfaces where each of them can access
to the outside world at the same time.

So far I have:

set int state wan0 up
set int state wan1 up

set int ip address wan0 172.78.10.155/29
set dhcp client intfc wan1 hostname test-wans

ip route add 0.0.0.0/0 via 172.78.10.158 wan0

vpp# ping 8.8.8.8 source wan0
vpp# ping 8.8.8.8 source wan1

I am unable to ping via wan1

Any advice?

Thanks!


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

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


Re: [vpp-dev] ipsec packets fragmented post encryption

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

Hi Sam,

Please upgrade to at least 19.04. a lot of work went into IPSec for this 
release.

/neale

De :  au nom de "Caffeine Coder via Lists.Fd.Io" 

Répondre à : "caffeine.co...@yahoo.com" 
Date : mercredi 14 août 2019 à 00:16
À : Vpp-dev 
Cc : "vpp-dev@lists.fd.io" 
Objet : [vpp-dev] ipsec packets fragmented post encryption

Hi,
I am on 18.10 and trying to enable reassembly and fragmentation. It is working 
fine for vxlan and vxlan-gpe tunnels but IPSec it is not.
We set physical interface MTU to be 1500 and IPSEC interface MTU to 1350 to 
give room for encryption.

The issue we are seeing is packets are getting fragmented sent out after 
encryption and causing traffic is getting dropped.
Is there any different way to enable fragmentation and then encryption each 
fragment on 18.10.


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

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