[vpp-dev] #vpp #automation
Hi VPP experts, I'm just starting with VPP and I'm come across this block, I'm trying to interconnect two instances of VPP, which are running on two different VMs(which may or may not be on the same server). We have Veth interfaces configured on both,but we aren't able to proceed to connect them. We also have a virtual network bridge configured, which provides interconnection between the VMs, but we are not able to create or connect any interface from the vpp to connect them. Is there a pathway already designed for such a VPP1-VM1-VM2-VPP2 connection? W -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13848): https://lists.fd.io/g/vpp-dev/message/13848 Mute This Topic: https://lists.fd.io/mt/33043570/21656 Mute #vpp: https://lists.fd.io/mk?hashtag=vpp&subid=1480452 Mute #automation: https://lists.fd.io/mk?hashtag=automation&subid=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 #automation
[Edited Message Follows] Hi VPP experts, I'm just starting with VPP and I'm come across this block: I'm trying to interconnect two instances of VPP, which are running on two different VMs(which may or may not be on the same server).We have Veth interfaces configured on both,but we aren't able to proceed to connect them. We also have a virtual network bridge configured, which provides interconnection between the VMs, but we are not able to create or connect any interface from the VPP to connect them. Is there a pathway already designed for such a VPP1-VM1-VM2-VPP2 connection? We do not want to use VPP as a L2 bridge, just allow our two instances of vpp (vpp1 & vpp2) running on the VMs to communicate with each other. Can anyone suggest on this? -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13848): https://lists.fd.io/g/vpp-dev/message/13848 Mute This Topic: https://lists.fd.io/mt/33043570/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] Add ip route without next-hop-address
Hi Dave, As with all IP routing, you need to configure the route with the nexthop on that interface’s subnet. So : Ip route 173.2.0.0/24 via GigEthx/y/z Rather than Ip route 173.2.0.0/24 via GigEthx/y/z /neale From: shi dave Date: Friday 23 August 2019 at 09:36 To: "Neale Ranns (nranns)" , "vpp-dev@lists.fd.io" Subject: [vpp-dev] Add ip route without next-hop-address Hi Neale, that's my desired flow, the actual flow is 00:04:08:057376: dpdk-input GigabitEthernet0/b/0 rx queue 0 buffer 0xcc2f: current data 0, length 98, free-list 0, clone-count 0, totlen-nifb 0, trace 0x3 ext-hdr-valid l4-cksum-computed l4-cksum-correct PKT MBUF: port 1, nb_segs 1, pkt_len 98 buf_len 2176, data_len 98, ol_flags 0x0, data_off 128, phys_addr 0x55330c40 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 IP4: 52:54:00:ce:64:f0 -> 52:54:00:e7:2a:c5 ICMP: 173.10.10.10 -> 173.2.0.1 tos 0x00, ttl 64, length 84, checksum 0x5683 fragment id 0xc00e ICMP echo_reply checksum 0x15c2 00:04:08:057383: ethernet-input frame: flags 0x1, hw-if-index 2, sw-if-index 2 IP4: 52:54:00:ce:64:f0 -> 52:54:00:e7:2a:c5 00:04:08:057386: ip4-input ICMP: 173.10.10.10 -> 173.2.0.1 tos 0x00, ttl 64, length 84, checksum 0x5683 fragment id 0xc00e ICMP echo_reply checksum 0x15c2 00:04:08:057397: ip4-lookup fib 0 dpo-idx 0 flow hash: 0x ICMP: 173.10.10.10 -> 173.2.0.1 tos 0x00, ttl 64, length 84, checksum 0x5683 fragment id 0xc00e ICMP echo_reply checksum 0x15c2 00:04:08:057416: ip4-glean ICMP: 173.10.10.10 -> 173.2.0.1 tos 0x00, ttl 64, length 84, checksum 0x5683 fragment id 0xc00e ICMP echo_reply checksum 0x15c2 00:04:08:057645: GigabitEthernet0/a/0-output GigabitEthernet0/a/0 ARP: 52:54:00:90:bc:7e -> ff:ff:ff:ff:ff:ff 00:04:08:057651: error-drop ip4-glean: ARP requests sent from the trace, it need the mac of 173.2.0.1, then the packet could be routed to GigabitEthernet0/a/0. I don't want this ARP request, the 173.2.0.1 is a inner ip, VPP may could not get that ARP response. Best Rregards Dave 发件人: Neale Ranns (nranns) 发送时间: 2019年8月23日 15:18 收件人: shi dave ; vpp-dev@lists.fd.io 主题: Re: 回复: 回复: 回复: [vpp-dev] Add ip route without next-hop-address Hi Dave, That flow would suggest the packet was correctly sent out of GigEth0/a/0 with the destination MAC of 172.16.3.1. was that not the case? Or was that your desired flow not the actual? /neale De : shi dave Date : vendredi 23 août 2019 à 09:11 À : "Neale Ranns (nranns)" , "vpp-dev@lists.fd.io" Objet : 回复: 回复: 回复: [vpp-dev] Add ip route without next-hop-address Hi Neale, sorry, clerical error, the flow is dpdk-input ip4-input (GigabitEthernet0/b/0) ip4-lookup ip4-rewrite (GigabitEthernet0/a/0) ipsec-output-ip4 dpdk-esp-encrypt dpdk-crypto-input ip4-lookup (dst 172.16.3.1) ip4-rewrite (GigabitEthernet0/a/0) ipsec-output-ip4 (by pass) Best Rregards Dave 发件人: vpp-dev@lists.fd.io 代表 shi dave 发送时间: 2019年8月23日 15:03 收件人: Neale Ranns (nranns) ; vpp-dev@lists.fd.io 主题: 回复: 回复: [vpp-dev] Add ip route without next-hop-address Hi Neale, When routing to GigabitEthernet0/a/0, it could run into ipsec-output-ip4, then the packet will be added a ipsec tunnel ip (src 172.16.3.15, dst 172.16.3.1), so the destination MAC is the mac of 172.16.3.1 the flow is like: dpdk-input ip4-input (GigabitEthernet0/b/0) ip4-lookup ip4-rewrite (GigabitEthernet0/b/0) ipsec-output-ip4 dpdk-esp-encrypt dpdk-crypto-input ip4-lookup (dst 172.16.3.1) ip4-rewrite (GigabitEthernet0/b/0) ipsec-output-ip4 (by pass) Best Rregards Dave 发件人: Neale Ranns (nranns) 发送时间: 2019年8月23日 14:53 收件人: shi dave ; vpp-dev@lists.fd.io 主题: Re: 回复: [vpp-dev] Add ip route without next-hop-address Hi Dave, When routing to GigabitEthernet0/a/0 what destination MAC address should the packet have? /neale De : shi dave Date : vendredi 23 août 2019 à 05:01 À : "Neale Ranns (nranns)" , "vpp-dev@lists.fd.io" Objet : 回复: [vpp-dev] Add ip route without next-hop-address Hi Neale, yes, it's a correct behavior for VPP ARP for 173.2.0.1, but in my case, 173.2.0.1 is a inner ip(src 173.10.10.10, dst 173.2.0.1), the outer ip is IPSEC tunnel ip(src 172.16.3.15, dst 172.16.3.1), so that's no sense to get the mac of 173.2.0.1. so is there have any method to route the packet from GigabitEthernet0/b/0 to GigabitEthernet0/a/0, without send any ARP request? Best Rregards Dave 发件人: Neale Ranns (nranns) 发送时间: 2019年8月22日 22:03 收件人: shi dave ; vpp-dev@lists.fd.io 主题: Re: [vpp-dev] Add ip route without next-hop-address Hi Dave, but from the trace, it send a ARP request to ask 173.2.0.1 directly ip4-lookup -> ip4-glean -> GigabitEthernet0/a/0-output -> ip4-glean: ARP requests se
[vpp-dev] #vpp #automation
[Edited Message Follows] Sub: VPP interconnection Hi VPP experts, I'm just starting with VPP and I'm come across this block: I'm trying to interconnect two instances of VPP, which are running on two different VMs(which may or may not be on the same server).We have Veth interfaces configured on both,but we aren't able to proceed to connect them. We also have a virtual network bridge configured, which provides interconnection between the VMs, but we are not able to create or connect any interface from the VPP to connect them. Is there a pathway already designed for such a VPP1-VM1-VM2-VPP2 connection? We do not want to use VPP as a L2 bridge, just allow our two instances of vpp (vpp1 & vpp2) running on the VMs to communicate with each other. Can anyone suggest on this? -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13848): https://lists.fd.io/g/vpp-dev/message/13848 Mute This Topic: https://lists.fd.io/mt/33043570/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] sh hardware-interfaces extended stats are not showing up
Even I am using vpp 19.08 & don’t see the extended stats which I used to see in other vpp release . There was not change in the configuration but with vpp 19.08 it’s not showing up . When I use dpdk application called testpmd the extended stats just show up fine . It’s only the vpp not showing it . Do we need to configure any thing to get it ? Note : In the release note of 19.08 I saw some changes gone in for extended stats . Thanks On Tue, Aug 27, 2019 at 7:12 AM David Cornejo wrote: > did you make sure that you have detailed stats collection enabled for > the interface? > > (see vl_api_collect_detailed_interface_stats_t) > > On Mon, Aug 26, 2019 at 2:24 PM carlito nueno > wrote: > > > > Hi all, > > > > I am using: vpp v19.08-release built by root on 365637461ad3 at Wed Aug > 21 18:20:49 UTC 2019 > > > > When I do sh hardware-interfaces or sh hardware-interfaces detail or > verbose, extended stats are not showing. > > > > On 19.08 I only see stats like below: > > > > rss active:none > > tx burst function: eth_igb_xmit_pkts > > rx burst function: eth_igb_recv_scattered_pkts > > > > tx frames ok 26115 > > tx bytes ok 34203511 > > rx frames ok 12853 > > rx bytes ok 1337944 > > > > On 19.04 I am able to see: > > > > rss active:none > > tx burst function: eth_igb_xmit_pkts > > rx burst function: eth_igb_recv_scattered_pkts > > > > tx frames ok21535933 > > tx bytes ok 21806938127 > > rx frames ok13773533 > > rx bytes ok 3642009224 > > extended stats: > > rx good packets 13773533 > > tx good packets 21535933 > > rx good bytes 3642009224 > > tx good bytes 21806938127 > > rx size 64 packets 1171276 > > rx size 65 to 127 packets 8462547 > > rx size 128 to 255 packets 1506266 > > rx size 256 to 511 packets 606052 > > rx size 512 to 1023 packets 560122 > > rx size 1024 to max packets1467270 > > rx broadcast packets383890 > > rx multicast packets291769 > > rx total packets 13773533 > > tx total packets 21535933 > > rx total bytes 3642009224 > > tx total bytes 21806938127 > > tx size 64 packets 397270 > > tx size 65 to 127 packets 3649953 > > tx size 128 to 255 packets 1817099 > > tx size 256 to 511 packets 976902 > > tx size 512 to 1023 packets 773963 > > tx size 1023 to max packets 13920746 > > tx multicast packets 893 > > tx broadcast packets356966 > > rx sent to host packets 59 > > tx sent by host packets 81 > > > > Any advice on how to show extended stats on 19.08? > > > > Thanks! > > -=-=-=-=-=-=-=-=-=-=-=- > > Links: You receive all messages sent to this group. > > > > View/Reply Online (#13846): https://lists.fd.io/g/vpp-dev/message/13846 > > Mute This Topic: https://lists.fd.io/mt/33041221/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 (#13847): https://lists.fd.io/g/vpp-dev/message/13847 > Mute This Topic: https://lists.fd.io/mt/33041221/1865918 > Group Owner: vpp-dev+ow...@lists.fd.io > Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [devisreaga...@gmail.com > ] > -=-=-=-=-=-=-=-=-=-=-=- > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13850): https://lists.fd.io/g/vpp-dev/message/13850 Mute This Topic: https://lists.fd.io/mt/33041221/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] table id for sub interfaces
Hi, Is there anyway I can associate a VPP sub-interface to a particular ip-fib table id ? I could able to associate a physical interface to a table id, but not a sub interface. I did not find a CLI option to do this. Any inputs pls. -- Thanks & Regards, Murthy -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13851): https://lists.fd.io/g/vpp-dev/message/13851 Mute This Topic: https://lists.fd.io/mt/33050491/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 show no packet and high rx-miss
Hi, I'm new to vpp and hit an error when receiving no packet from PCI device. My setup is below: /etc/vpp# cat startup.conf unix { nodaemon log /var/log/vpp/vpp.log full-coredump cli-listen /run/vpp/cli.sock gid vpp } api-segment { gid vpp } socksvr { default } cpu { main-core 1 corelist-workers 2-3 } dpdk { dev :03:00.0 { name vpp-eth0 } dev :03:00.1 { name vpp-eth1 } } vpp# show dpdk version DPDK Version: DPDK 19.08.0 DPDK EAL init args: -c e -n 4 --in-memory --file-prefix vpp -w :03:00.0 -w :03:00.1 --master-lcore 1 vpp# show int Name Idx State MTU (L3/IP4/IP6/MPLS) Counter Count local00 down 0/0/0/0 vpp-eth0 1 up 9000/0/0/0 rx-miss 85285153 rx-error 78 vpp-eth1 2 up 9000/0/0/0 vpp# trace add dpdk-input 1 vpp# show trace --- Start of thread 0 vpp_main --- No packets in trace buffer --- Start of thread 1 vpp_wk_0 --- No packets in trace buffer --- Start of thread 2 vpp_wk_1 --- No packets in trace buffer vpp# vpp# show errors CountNode Reason vpp# show version vpp v20.01-rc0~82-ga436a4222128 built by root on ovs-smartnic at Wed Aug 21 10:26:12 PDT 2019 Thread 1 vpp_wk_0 (lcore 2) Time 291.5, average vectors/node 0.00, last 128 main loops 0.00 per node 0.00 vector rates in 0.e0, out 0.e0, drop 0.e0, punt 0.e0 Name State Calls Vectors Suspends Clocks Vectors/Call dpdk-input polling 4755986179 0 0 8.13e1 0.00 unix-epoll-input polling 4639993 0 0 1.13e3 0.00 Log shows: Aug 27 13:29:54 ovs-smartnic vpp[4358]: /usr/bin/vpp[4358]: vnet_feature_init:143: WARNING: arp arc: last node is error-drop, but expected arp-disabled! Aug 27 13:29:54 ovs-smartnic /usr/bin/vpp[4358]: vnet_feature_init:143: WARNING: arp arc: last node is error-drop, but expected arp-disabled! Aug 27 13:29:54 ovs-smartnic vpp[4358]: /usr/bin/vpp[4358]: dpdk: EAL init args: -c e -n 4 --in-memory --file-prefix vpp -w :03:00.0 -w :03:00.1 --master-lcore 1 Aug 27 13:29:54 ovs-smartnic /usr/bin/vpp[4358]: dpdk: EAL init args: -c e -n 4 --in-memory --file-prefix vpp -w :03:00.0 -w :03:00.1 --master-lcore 1 Aug 27 13:29:54 ovs-smartnic kernel: [ 6594.014378] DMAR: DRHD: handling fault status reg 602 Aug 27 13:29:54 ovs-smartnic kernel: [ 6594.014389] DMAR: [DMA Read] Request device [03:00.0] fault addr 3bf628000 [fault reason 06] PTE Read access is not set Aug 27 13:29:55 ovs-smartnic vnet[4358]: load_one_vat_plugin:67: Loaded plugin: nsh_test_plugin.so Aug 27 13:29:55 ovs-smartnic vnet[4358]: load_one_vat_plugin:67: Loaded plugin: vmxnet3_test_plugin.so Aug 27 13:29:55 ovs-smartnic vnet[4358]: load_one_vat_plugin:67: Loaded plugin: mactime_test_plugin.so Aug 27 13:29:55 ovs-smartnic vnet[4358]: dpdk_ipsec_process:1033: not enough DPDK crypto resources, default to OpenSSL Aug 27 13:30:04 ovs-smartnic vnet[4358]: show: unknown input `nit Aug 27 13:30:17 ovs-smartnic vnet[4358]: set interface state: unknown interface `vpp-et0 up Aug 27 13:30:22 ovs-smartnic kernel: [ 6622.002030] DMAR: DRHD: handling fault status reg 702 Aug 27 13:30:22 ovs-smartnic kernel: [ 6622.002040] DMAR: [DMA Read] Request device [03:00.0] fault addr 3bf628000 [fault reason 06] PTE Read access is not set It seems to be a problem of IOMMU? At BIOS, I have turned on SR-IOV and at grub, I have intel_iommu=on. It is the correct way? should I disable IOMMU? Thank you William -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13852): https://lists.fd.io/g/vpp-dev/message/13852 Mute This Topic: https://lists.fd.io/mt/33050681/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] table id for sub interfaces
The VPP CLI to set interface to an IP table also work on sub-interfaces if the name of the sub-interface is specified. For example: vpp# ip table 10 vpp# create sub-interfaces GigabitEthernet4/0/0 10 GigabitEthernet4/0/0.10 vpp# set int ip table GigabitEthernet4/0/0.10 10 vpp# set int ip address GigabitEthernet4/0/0.10 10.10.10.10/24 vpp# set int state GigabitEthernet4/0/0 up vpp# set int state GigabitEthernet4/0/0.10 up vpp# sho int addr GigabitEthernet4/0/0.10 GigabitEthernet4/0/0.10 (up): L3 10.10.10.10/24 ip4 table-id 10 fib-idx 3 vpp# show ip fib table 10 ipv4-VRF:10, fib_index:3, flow hash:[src dst sport dport proto ] locks:[src:CLI:2, ] 0.0.0.0/0 unicast-ip4-chain [@0]: dpo-load-balance: [proto:ip4 index:45 buckets:1 uRPF:24 to:[0:0]] [0] [@0]: dpo-drop ip4 0.0.0.0/32 unicast-ip4-chain [@0]: dpo-load-balance: [proto:ip4 index:49 buckets:1 uRPF:53 to:[0:0]] [0] [@0]: dpo-drop ip4 10.10.10.0/32 unicast-ip4-chain [@0]: dpo-load-balance: [proto:ip4 index:54 buckets:1 uRPF:59 to:[0:0]] [0] [@0]: dpo-drop ip4 10.10.10.0/24 unicast-ip4-chain [@0]: dpo-load-balance: [proto:ip4 index:53 buckets:1 uRPF:58 to:[0:0]] [0] [@4]: ipv4-glean: GigabitEthernet4/0/0.10: mtu:9000 00505688b562810a0806 10.10.10.10/32 unicast-ip4-chain [@0]: dpo-load-balance: [proto:ip4 index:56 buckets:1 uRPF:63 to:[0:0]] [0] [@2]: dpo-receive: 10.10.10.10 on GigabitEthernet4/0/0.10 10.10.10.255/32 unicast-ip4-chain [@0]: dpo-load-balance: [proto:ip4 index:55 buckets:1 uRPF:61 to:[0:0]] [0] [@0]: dpo-drop ip4 224.0.0.0/4 unicast-ip4-chain [@0]: dpo-load-balance: [proto:ip4 index:51 buckets:1 uRPF:55 to:[0:0]] [0] [@0]: dpo-drop ip4 240.0.0.0/4 unicast-ip4-chain [@0]: dpo-load-balance: [proto:ip4 index:50 buckets:1 uRPF:54 to:[0:0]] [0] [@0]: dpo-drop ip4 255.255.255.255/32 unicast-ip4-chain [@0]: dpo-load-balance: [proto:ip4 index:52 buckets:1 uRPF:56 to:[0:0]] [0] [@0]: dpo-drop ip4 Regards, John From: vpp-dev@lists.fd.io On Behalf Of Satya Murthy Sent: Tuesday, August 27, 2019 5:22 PM To: vpp-dev@lists.fd.io Subject: [vpp-dev] table id for sub interfaces Hi, Is there anyway I can associate a VPP sub-interface to a particular ip-fib table id ? I could able to associate a physical interface to a table id, but not a sub interface. I did not find a CLI option to do this. Any inputs pls. -- Thanks & Regards, Murthy -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13853): https://lists.fd.io/g/vpp-dev/message/13853 Mute This Topic: https://lists.fd.io/mt/33050491/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-