[vpp-dev] discarding label in ipv4 FIB.
i used fib_table_entry_path_add2 function for adding entry to ipv4 fib but in some nodes it discards mpls labels. discard sample:--- ipv4-VRF:0, fib_index:0, flow hash:[src dst sport dport proto ] locks:[src:plugin-hi:2, src:adjacency:1, src:default-route:1, ]1.1.1.0/24 fib:0 index:32 locks:2 src:API refs:1 src-flags:added,contributing,active, path-list:[50] locks:20 flags:shared, uPRF-list:49 len:1 itfs:[2, ] path:[54] pl-index:50 ip4 weight=1 pref=0 attached-nexthop: oper-flags:resolved, 200.2.3.2 host-eth1 [@0]: ipv4 via 200.2.3.2 host-eth1: mtu:9000 02feaa73323f02fe77a26dec0800 Extensions: path:54 labels:[[16 pipe ttl:0 exp:0]] forwarding: unicast-ip4-chain [@0]: dpo-load-balance: [proto:ip4 index:35 buckets:1 uRPF:49 to:[0:0]] [0] [@5]: ipv4 via 200.2.3.2 host-eth1: mtu:9000 02feaa73323f02fe77a26dec0800 working sample:---ipv4-VRF:0, fib_index:0, flow hash:[src dst sport dport proto ] locks:[src:plugin-hi:2, src:adjacency:1, src:default-route:1, ]3.1.1.0/24 fib:0 index:35 locks:2 src:API refs:1 src-flags:added,contributing,active, path-list:[50] locks:20 flags:shared, uPRF-list:49 len:1 itfs:[1, ] path:[54] pl-index:50 ip4 weight=1 pref=0 attached-nexthop: oper-flags:resolved, 200.1.2.2 host-eth0 [@0]: ipv4 via 200.1.2.2 host-eth0: mtu:9000 02fe7f1fa8d902feb93db6450800 Extensions: path:54 labels:[[19 pipe ttl:0 exp:0]] forwarding: unicast-ip4-chain [@0]: dpo-load-balance: [proto:ip4 index:38 buckets:1 uRPF:49 to:[0:0]] [0] [@11]: mpls-label[2]:[19:64:0:eos] [@1]: mpls via 200.1.2.2 host-eth0: mtu:9000 02fe7f1fa8d902feb93db6458847 when this happens? how can i correct this? thanks. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10293): https://lists.fd.io/g/vpp-dev/message/10293 Mute This Topic: https://lists.fd.io/mt/24972400/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 in vpp 18.07
this crash accoured in vpp 18.07: vpp[71]: received signal SIGSEGV, PC 0x7f125c775321, faulting address 0x7f16ae006978vpp[71]: #0 0x7f125cfcdf7f 0x7f125cfcdf7fvpp[71]: #1 0x7f125bed6390 0x7f125bed6390vpp[71]: #2 0x7f125c775321 ip4_local_avx2 + 0x905vpp[71]: #3 0x7f125cf943a4 0x7f125cf943a4vpp[71]: #4 0x7f125cf95dee vlib_main + 0x71evpp[71]: #5 0x7f125cfcd4d3 0x7f125cfcd4d3vpp[71]: #6 0x7f125c10c778 0x7f125c10c778 running options: unix { log /outDir/vpp.log cli-listen /run/vpp/cli.sock } api-segment { prefix vpp1 } plugins { plugin default { enable } plugin dpdk_plugin.so { disable } } thanks. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10311): https://lists.fd.io/g/vpp-dev/message/10311 Mute This Topic: https://lists.fd.io/mt/25038079/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 in vpp 18.07
more info after full core dump: #0 0x7f57b1b6e428 in raise () from /lib/x86_64-linux-gnu/libc.so.6#1 0x7f57b1b7002a in abort () from /lib/x86_64-linux-gnu/libc.so.6#2 0x5565b7348dee in os_exit (code=code@entry=1) at /w/workspace/vpp-merge-1807-ubuntu1604/build-data/../src/vpp/vnet/main.c:355#3 0x7f57b3210035 in unix_signal_handler (signum=, si=, uc=) at /w/workspace/vpp-merge-1807-ubuntu1604/build-data/../src/vlib/unix/main.c:157#4 #5 0x7f57b29b7321 in ip4_fib_mtrie_lookup_step_one (dst_address=0x7f576af32a1a, m=) at /w/workspace/vpp-merge-1807-ubuntu1604/build-data/../src/vnet/ip/ip4_mtrie.h:229#6 ip4_local_check_src (error0=, last_check=, ip0=0x7f576af32a0e, b=0x7f576af32900) at /w/workspace/vpp-merge-1807-ubuntu1604/build-data/../src/vnet/ip/ip4_forward.c:1280#7 ip4_local_inline (head_of_feature_arc=1, frame=, node=, vm=0x7f57b342cf80 ) at /w/workspace/vpp-merge-1807-ubuntu1604/build-data/../src/vnet/ip/ip4_forward.c:1514#8 ip4_local (frame=, node=, vm=0x7f57b342cf80 ) at /w/workspace/vpp-merge-1807-ubuntu1604/build-data/../src/vnet/ip/ip4_forward.c:1534#9 ip4_local_avx2 (vm=0x7f57b342cf80 , node=0x7f577155c3c0, frame=0x7f57721c4400) at /w/workspace/vpp-merge-1807-ubuntu1604/build-data/../src/vnet/ip/ip4_forward.c:1555#10 0x7f57b31d63a4 in dispatch_node (last_time_stamp=85226775203136, frame=0x7f57721c4400, dispatch_state=VLIB_NODE_STATE_POLLING, type=VLIB_NODE_TYPE_INTERNAL, node=0x7f577155c3c0, vm=0x7f57b342cf80 ) at /w/workspace/vpp-merge-1807-ubuntu1604/build-data/../src/vlib/main.c:988#11 dispatch_pending_node (vm=vm@entry=0x7f57b342cf80 , pending_frame_index=pending_frame_index@entry=5, last_time_stamp=last_time_stamp@entry=85226775203136) at /w/workspace/vpp-merge-1807-ubuntu1604/build-data/../src/vlib/main.c:1138#12 0x7f57b31d7dee in vlib_main_or_worker_loop (is_main=1, vm=0x7f57b342cf80 ) at /w/workspace/vpp-merge-1807-ubuntu1604/build-data/../src/vlib/main.c:1616#13 vlib_main_loop (vm=0x7f57b342cf80 ) at /w/workspace/vpp-merge-1807-ubuntu1604/build-data/../src/vlib/main.c:1635#14 vlib_main (vm=vm@entry=0x7f57b342cf80 , input=input@entry=0x7f57717e4fa0) at /w/workspace/vpp-merge-1807-ubuntu1604/build-data/../src/vlib/main.c:1826#15 0x7f57b320f4d3 in thread0 (arg=140014646382464) at /w/workspace/vpp-merge-1807-ubuntu1604/build-data/../src/vlib/unix/main.c:607#16 0x7f57b234e778 in clib_calljmp () at /w/workspace/vpp-merge-1807-ubuntu1604/build-data/../src/vppinfra/longjmp.S:110#17 0x7ffce83886c0 in ?? ()#18 0x7f57b3210576 in vlib_unix_main (argc=, argv=) at /w/workspace/vpp-merge-1807-ubuntu1604/build-data/../src/vlib/unix/main.c:674#19 0x367063740038 in ?? ()#20 0x502074657365722d in ?? ()#21 0x64207374656b6361 in ?? ()#22 0x6620646570706f72 in ?? ()#23 0x206b63616c20726f in ?? ()#24 0x696620787220666f in ?? ()#25 0x6563617073206f66 in ?? ()#26 0x6425203a in ?? ()#27 0x in ?? () On Tuesday, August 28, 2018, 1:30:26 PM GMT+4:30, abbas ali chezgi via Lists.Fd.Io wrote: this crash accoured in vpp 18.07: vpp[71]: received signal SIGSEGV, PC 0x7f125c775321, faulting address 0x7f16ae006978vpp[71]: #0 0x7f125cfcdf7f 0x7f125cfcdf7fvpp[71]: #1 0x7f125bed6390 0x7f125bed6390vpp[71]: #2 0x7f125c775321 ip4_local_avx2 + 0x905vpp[71]: #3 0x7f125cf943a4 0x7f125cf943a4vpp[71]: #4 0x7f125cf95dee vlib_main + 0x71evpp[71]: #5 0x7f125cfcd4d3 0x7f125cfcd4d3vpp[71]: #6 0x7f125c10c778 0x7f125c10c778 running options: unix { log /outDir/vpp.log cli-listen /run/vpp/cli.sock } api-segment { prefix vpp1 } plugins { plugin default { enable } plugin dpdk_plugin.so { disable } } thanks.-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10311): https://lists.fd.io/g/vpp-dev/message/10311 Mute This Topic: https://lists.fd.io/mt/25038079/1239119 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [che...@yahoo.com] -=-=-=-=-=-=-=-=-=-=-=- -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10312): https://lists.fd.io/g/vpp-dev/message/10312 Mute This Topic: https://lists.fd.io/mt/25038079/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] Query regarding CLI handling
hi Damjan,vppsb router plugin used routing table manipulation APIs. is it needed to do lock in this operations?this functions called when netlink message arrived. used APIs: fib_table_entry_deletefib_table_entry_path_remove2 fib_table_entry_updatefib_table_entry_path_add2 is there any documents for safe manipulation of fib tables from plugins? thanks. On Wednesday, October 3, 2018, 12:04:31 PM GMT+3:30, Damjan Marion via Lists.Fd.Io wrote: On 3 Oct 2018, at 09:30, Alok Makhariya wrote: Hi In one of our VPP plugin, we have CLI’s which is used to display some info and this is time consuming.Thus the main thread, which is busy doing the above, cannot interact with the control plane which interacts with the main thread over the shared memory interface for this duration.Does VPP support offloading the CLI handling to a thread other than the main thread ? Easiest way to address this is to periodically suspend your calculation by using vlib_process_suspend()that will give chance to other process nodes to do some work. Also, please note that all debug CLIs by default are considered thread unsafe, which means that workerthreads are stopped during their execution and that typically happens for few hundred microseconds.After making your CLI handler thread safe, you can specify: VLIB_CLI_COMMAND (foo_cli_command, static) = {[snip] .is_mp_safe = 1;}; Similar applies to API handlers... -- Damjan -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10738): https://lists.fd.io/g/vpp-dev/message/10738 Mute This Topic: https://lists.fd.io/mt/26715943/1239119 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [che...@yahoo.com] -=-=-=-=-=-=-=-=-=-=-=- -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10751): https://lists.fd.io/g/vpp-dev/message/10751 Mute This Topic: https://lists.fd.io/mt/26715943/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] inter-vlan routing don't work.
i have two vpp nodes that has trunk vlans. in one node i used loop interface as bvi. topology and config summary: n1: interface 0: 1.1.1.0/24 [routed network] interface 1: on bridge 200 and tag-rewrite push dot1q 200 [network ip: 10.10.10.0/24] sub interface 2: vlan 200 loop interface: on bridge 200 bvi and tag-rewrite push dot1q 200 [ip address: 10.10.10.1] n2: interface 1: on bridge 200 and tag-rewrite push dot1q 200 [network ip: 10.10.10.0/24] sub interface 2: vlan 200 nodes beyound n1: 10.10.10.10 [vlan 200] 1.1.1.10 [ routed ] nodes beyound n2: 10.10.10.12 [vlan 200] ping from 1.1.1.10 --> 10.10.10.10 works and mac address of 10.10.10.10 added to ip arp table.when ping 1.1.1.10 --> 10.10.10.12 it doesn't work and sniffing trunk interface shows that :ARP request from 10.10.10.1 [loop interface] to 10.10.10.12 ARP reply from 10.10.10.12 to 10.10.10.1 but ip arp table has no entry for 10.10.10.12. is my configuration incorrect or it is a bug in vpp? -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11102): https://lists.fd.io/g/vpp-dev/message/11102 Mute This Topic: https://lists.fd.io/mt/27858292/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] how can i change interface name.
hi vpp developers, how can i change device name in vpp with vppctl or api? thanks. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11238): https://lists.fd.io/g/vpp-dev/message/11238 Mute This Topic: https://lists.fd.io/mt/28133826/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] how to remove all route paths with specific condition
hello, i want to remove route path entries based on some conditions and i found that i can use fib_path_list_walk for this purpose.but fib_path_list.h is not public header and i cant use it. is there any way to find and remove all path entries in fib based on some path criteria. thanks. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#14554): https://lists.fd.io/g/vpp-dev/message/14554 Mute This Topic: https://lists.fd.io/mt/52400061/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] multipath dpo buckets is wrong.
when adding multipath route with 2 path for a prefix it shows dpo-load-balance correctly.but when update it to 3 path it shows 16 paths with duplicate paths in dpo.-- vppctl show ip fib 10.1.1.0-- ipv4-VRF:0, fib_index:0, flow hash:[src dst sport dport proto ] locks:[src:plugin-hi:2, src:adjacency:4, src:default-route:1, ]10.1.1.0/24 fib:0 index:56 locks:2 src:CLI refs:1 src-flags:added,contributing,active, path-list:[74] locks:8 flags:shared, uPRF-list:80 len:3 itfs:[2, 3, 4, ] path:[103] pl-index:74 ip4 weight=1 pref=0 attached-nexthop: oper-flags:resolved, 200.2.4.4 host-eth1 [@0]: ipv4 via 200.2.4.4 host-eth1: mtu:9000 02fe2d8d1e1102fe5ad4c3f80800 path:[102] pl-index:74 ip4 weight=1 pref=0 attached-nexthop: oper-flags:resolved, 200.2.5.5 host-eth2 [@0]: ipv4 via 200.2.5.5 host-eth2: mtu:9000 02febd7f8d6602fe15460eb30800 path:[104] pl-index:74 ip4 weight=1 pref=0 attached-nexthop: oper-flags:resolved, 200.2.6.6 host-eth3 [@0]: ipv4 via 200.2.6.6 host-eth3: mtu:9000 02fedcd5da5002fe371ba1df0800 forwarding: unicast-ip4-chain [@0]: dpo-load-balance: [proto:ip4 index:59 buckets:16 uRPF:80 to:[0:0]] [0] [@5]: ipv4 via 200.2.4.4 host-eth1: mtu:9000 02fe2d8d1e1102fe5ad4c3f80800 [1] [@5]: ipv4 via 200.2.4.4 host-eth1: mtu:9000 02fe2d8d1e1102fe5ad4c3f80800 [2] [@5]: ipv4 via 200.2.4.4 host-eth1: mtu:9000 02fe2d8d1e1102fe5ad4c3f80800 [3] [@5]: ipv4 via 200.2.4.4 host-eth1: mtu:9000 02fe2d8d1e1102fe5ad4c3f80800 [4] [@5]: ipv4 via 200.2.4.4 host-eth1: mtu:9000 02fe2d8d1e1102fe5ad4c3f80800 [5] [@5]: ipv4 via 200.2.4.4 host-eth1: mtu:9000 02fe2d8d1e1102fe5ad4c3f80800 [6] [@5]: ipv4 via 200.2.5.5 host-eth2: mtu:9000 02febd7f8d6602fe15460eb30800 [7] [@5]: ipv4 via 200.2.5.5 host-eth2: mtu:9000 02febd7f8d6602fe15460eb30800 [8] [@5]: ipv4 via 200.2.5.5 host-eth2: mtu:9000 02febd7f8d6602fe15460eb30800 [9] [@5]: ipv4 via 200.2.5.5 host-eth2: mtu:9000 02febd7f8d6602fe15460eb30800 [10] [@5]: ipv4 via 200.2.5.5 host-eth2: mtu:9000 02febd7f8d6602fe15460eb30800 [11] [@5]: ipv4 via 200.2.6.6 host-eth3: mtu:9000 02fedcd5da5002fe371ba1df0800 [12] [@5]: ipv4 via 200.2.6.6 host-eth3: mtu:9000 02fedcd5da5002fe371ba1df0800 [13] [@5]: ipv4 via 200.2.6.6 host-eth3: mtu:9000 02fedcd5da5002fe371ba1df0800 [14] [@5]: ipv4 via 200.2.6.6 host-eth3: mtu:9000 02fedcd5da5002fe371ba1df0800 [15] [@5]: ipv4 via 200.2.6.6 host-eth3: mtu:9000 02fedcd5da5002fe371ba1df0800 is it my mistake or it is correct behavior?thanks. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#15044): https://lists.fd.io/g/vpp-dev/message/15044 Mute This Topic: https://lists.fd.io/mt/69414593/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] sub interface after virtual interfaces doesn't work
1- create gre tunnel between n1--n2 2- add ip and route . it works 3- delete ip and route from gre and delete gre tunnel 4- create sub interface 5- add ip and route. it doesn't work [VPP-1841] sub interface after gre doesn't work - FD.io Jira | | | | [VPP-1841] sub interface after gre doesn't work - FD.io Jira | | | where can i look for itthanks. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#15412): https://lists.fd.io/g/vpp-dev/message/15412 Mute This Topic: https://lists.fd.io/mt/71343791/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Fw: [vpp-dev] sub interface after virtual interfaces doesn't work
thanks neal, in this scenario: h1 -- n1 -- n2 -- h2n1,n2: vpp routers. h1,h2: hosts 1- when we remove gre tunnel [ or other virtual interfaces] 2- then adding new sub interface [for connecting n1 to n2 ] we can't ping from h1 to h2. On Monday, February 17, 2020, 02:05:47 PM GMT+3:30, Neale Ranns via Lists.Fd.Io wrote: Please be more specific about what ‘doesn’t work’. You script on n1 does: #add gre tunnel create gre tunnel src 200.1.2.1 dst 200.1.2.2 set interface state gre0 up set interface ip address gre0 10.10.10.11/32 ip route add 2.1.1.0/24 via gre0 #del gre tunnel set interface state gre0 down create gre tunnel src 200.1.2.1 dst 200.1.2.2 del ip route del 2.1.1.0/24 via 200.1.2.2. that last route delete was not the route you added, so it won’t remove anything. What you need is ip route del 2.1.1.0/24 via gre0 and of course you need to do that before you delete the tunnel. /neale From: on behalf of "abbas ali chezgi via Lists.Fd.Io" Reply to: "che...@yahoo.com" Date: Monday 17 February 2020 at 05:43 To: Vpp-dev Cc: "vpp-dev@lists.fd.io" Subject: [vpp-dev] sub interface after virtual interfaces doesn't work 1- create gre tunnel between n1--n2 2- add ip and route . it works 3- delete ip and route from gre and delete gre tunnel 4- create sub interface 5- add ip and route. it doesn't work [VPP-1841] sub interface after gre doesn't work - FD.io Jira | | | | [VPP-1841] sub interface after gre doesn't work - FD.io Jira | | | where can i look for it thanks. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#15421): https://lists.fd.io/g/vpp-dev/message/15421 Mute This Topic: https://lists.fd.io/mt/71347386/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] sub interface after gre doesn't work
please someone attend to this bug. it occurred in multiple scenarios. 1- create gre tunnel between n1--n2 2- add ip and route . it works 3- delete ip and route from gre and delete gre tunnel 4- create sub interface 5- add ip and route. https://jira.fd.io/browse/VPP-1841 trace show on n1:--00:01:50:460713: dpdk-input GigabitEthernet4/0/0 rx queue 0 buffer 0x92d69: current data 0, length 98, buffer-pool 0, ref-count 1, totlen-nifb 0, trace handle 0x0 ext-hdr-valid l4-cksum-computed l4-cksum-correct PKT MBUF: port 2, nb_segs 1, pkt_len 98 buf_len 2176, data_len 98, ol_flags 0x0, data_off 128, phys_addr 0x10ab5ac0 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: 00:00:00:aa:00:00 -> 00:10:f3:5b:25:95 ICMP: 1.1.1.10 -> 2.1.1.10 tos 0x00, ttl 64, length 84, checksum 0x19ab dscp CS0 ecn NON_ECN fragment id 0x1be9, flags DONT_FRAGMENT ICMP echo_request checksum 0x92d400:01:50:460716: ethernet-input frame: flags 0x3, hw-if-index 3, sw-if-index 3 IP4: 00:00:00:aa:00:00 -> 00:10:f3:5b:25:9500:01:50:460718: ip4-input-no-checksum ICMP: 1.1.1.10 -> 2.1.1.10 tos 0x00, ttl 64, length 84, checksum 0x19ab dscp CS0 ecn NON_ECN fragment id 0x1be9, flags DONT_FRAGMENT ICMP echo_request checksum 0x92d400:01:50:460724: ip4-lookup fib 0 dpo-idx 28 flow hash: 0x ICMP: 1.1.1.10 -> 2.1.1.10 tos 0x00, ttl 64, length 84, checksum 0x19ab dscp CS0 ecn NON_ECN fragment id 0x1be9, flags DONT_FRAGMENT ICMP echo_request checksum 0x92d400:01:50:460725: ip4-load-balance fib 0 dpo-idx 3 flow hash: 0x ICMP: 1.1.1.10 -> 2.1.1.10 tos 0x00, ttl 64, length 84, checksum 0x19ab dscp CS0 ecn NON_ECN fragment id 0x1be9, flags DONT_FRAGMENT ICMP echo_request checksum 0x92d400:01:50:460725: ip4-rewrite tx_sw_if_index 10 dpo-idx 3 : ipv4 via 200.10.20.20 GigabitEthernet3/0/0.100: mtu:9000 00301802fa3c0010f0 : 00301802fa3c0010f35b25948164080045541be940003f011aab0101 0020: 010a0201010a080092d4004503d77e714b5ecb6c0d:01:50:460726: adj-midchain-tx adj-midchain:[3]:ipv4 via 200.10.20.20 GigabitEthernet3/0/0.100: mtu:9000 00301802fa3c0010f35b259481000:01:50:460727: error-drop rx:GigabitEthernet4/0/000:01:50:460728: drop dpdk-input: no error -- thanks -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#15444): https://lists.fd.io/g/vpp-dev/message/15444 Mute This Topic: https://lists.fd.io/mt/71369050/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] sub interface after gre doesn't work
thanks Neale, the problem solved. i will test it with multiple scenarios. On Tuesday, February 18, 2020, 05:30:11 PM GMT+3:30, Neale Ranns (nranns) wrote: #yiv0919803591 #yiv0919803591 -- _filtered {} _filtered {} _filtered {} _filtered {}#yiv0919803591 #yiv0919803591 p.yiv0919803591MsoNormal, #yiv0919803591 li.yiv0919803591MsoNormal, #yiv0919803591 div.yiv0919803591MsoNormal {margin:0cm;margin-bottom:.0001pt;font-size:11.0pt;font-family:sans-serif;}#yiv0919803591 a:link, #yiv0919803591 span.yiv0919803591MsoHyperlink {color:blue;text-decoration:underline;}#yiv0919803591 span.yiv0919803591EmailStyle19 {font-family:sans-serif;color:windowtext;}#yiv0919803591 .yiv0919803591MsoChpDefault {font-size:10.0pt;} _filtered {}#yiv0919803591 div.yiv0919803591WordSection1 {}#yiv0919803591 Please try with: https://gerrit.fd.io/r/c/vpp/+/25242 /neale From: on behalf of "abbas ali chezgi via Lists.Fd.Io" Reply to: "che...@yahoo.com" Date: Tuesday 18 February 2020 at 12:14 To: Vpp-dev Cc: "vpp-dev@lists.fd.io" Subject: [vpp-dev] sub interface after gre doesn't work please someone attend to this bug. it occurred in multiple scenarios. 1- create gre tunnel between n1--n2 2- add ip and route . it works 3- delete ip and route from gre and delete gre tunnel 4- create sub interface 5- add ip and route. https://jira.fd.io/browse/VPP-1841 trace show on n1: -- 00:01:50:460713: dpdk-input GigabitEthernet4/0/0 rx queue 0 buffer 0x92d69: current data 0, length 98, buffer-pool 0, ref-count 1, totlen-nifb 0, trace handle 0x0 ext-hdr-valid l4-cksum-computed l4-cksum-correct PKT MBUF: port 2, nb_segs 1, pkt_len 98 buf_len 2176, data_len 98, ol_flags 0x0, data_off 128, phys_addr 0x10ab5ac0 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: 00:00:00:aa:00:00 -> 00:10:f3:5b:25:95 ICMP: 1.1.1.10 -> 2.1.1.10 tos 0x00, ttl 64, length 84, checksum 0x19ab dscp CS0 ecn NON_ECN fragment id 0x1be9, flags DONT_FRAGMENT ICMP echo_request checksum 0x92d4 00:01:50:460716: ethernet-input frame: flags 0x3, hw-if-index 3, sw-if-index 3 IP4: 00:00:00:aa:00:00 -> 00:10:f3:5b:25:95 00:01:50:460718: ip4-input-no-checksum ICMP: 1.1.1.10 -> 2.1.1.10 tos 0x00, ttl 64, length 84, checksum 0x19ab dscp CS0 ecn NON_ECN fragment id 0x1be9, flags DONT_FRAGMENT ICMP echo_request checksum 0x92d4 00:01:50:460724: ip4-lookup fib 0 dpo-idx 28 flow hash: 0x ICMP: 1.1.1.10 -> 2.1.1.10 tos 0x00, ttl 64, length 84, checksum 0x19ab dscp CS0 ecn NON_ECN fragment id 0x1be9, flags DONT_FRAGMENT ICMP echo_request checksum 0x92d4 00:01:50:460725: ip4-load-balance fib 0 dpo-idx 3 flow hash: 0x ICMP: 1.1.1.10 -> 2.1.1.10 tos 0x00, ttl 64, length 84, checksum 0x19ab dscp CS0 ecn NON_ECN fragment id 0x1be9, flags DONT_FRAGMENT ICMP echo_request checksum 0x92d4 00:01:50:460725: ip4-rewrite tx_sw_if_index 10 dpo-idx 3 : ipv4 via 200.10.20.20 GigabitEthernet3/0/0.100: mtu:9000 00301802fa3c0010f0 : 00301802fa3c0010f35b25948164080045541be940003f011aab0101 0020: 010a0201010a080092d4004503d77e714b5ecb6c0d00 00:01:50:460726: adj-midchain-tx adj-midchain:[3]:ipv4 via 200.10.20.20 GigabitEthernet3/0/0.100: mtu:9000 00301802fa3c0010f35b2594810 00:01:50:460727: error-drop rx:GigabitEthernet4/0/0 00:01:50:460728: drop dpdk-input: no error -- thanks -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#15460): https://lists.fd.io/g/vpp-dev/message/15460 Mute This Topic: https://lists.fd.io/mt/71369050/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-