Re: [vpp-dev] Arp doesn't work after classifier configuration
DBGvpp# sh ip fib 6.6.6.1/32 ipv4-VRF:0, fib_index:0, flow hash:[src dst sport dport proto ] locks:[src:(nil):2, src:default-route:1, ] 6.6.6.1/32 fib:0 index:10 locks:3 src:classify refs:1 src-flags:added,active, path-list:[14] locks:2 uPRF-list:8 len:0 itfs:[] path:[14] pl-index:14 ip4 weight=1 pref=0 exclusive: oper-flags:resolved, [@0]: ip4-classify:[0]:table:0 src:interface cover:-1 refs:1 entry-flags:connected,local, src-flags:added, path-list:[15] locks:1 flags:local, uPRF-list:13 len:0 itfs:[] path:[15] pl-index:15 ip4 weight=1 pref=0 receive: oper-flags:resolved, cfg-flags:local, [@0]: dpo-receive: 6.6.6.1 on GigabitEthernet1/0/1 forwarding: unicast-ip4-chain [@0]: dpo-load-balance: [proto:ip4 index:12 buckets:1 uRPF:8 to:[0:0]] [0] [@10]: ip4-classify:[0]:table:0 regards, Bindiya ___ vpp-dev mailing list vpp-dev@lists.fd.io https://lists.fd.io/mailman/listinfo/vpp-dev
Re: [vpp-dev] Arp doesn't work after classifier configuration
Hi Neale, Thanks. Below is the requested output. DBGvpp# show ip fib ipv4-VRF:0, fib_index:0, flow hash:[src dst sport dport proto ] locks:[src:(nil):2, src:default-route:1, ] 0.0.0.0/0 unicast-ip4-chain [@0]: dpo-load-balance: [proto:ip4 index:1 buckets:1 uRPF:0 to:[0:0]] [0] [@0]: dpo-drop ip4 0.0.0.0/32 unicast-ip4-chain [@0]: dpo-load-balance: [proto:ip4 index:2 buckets:1 uRPF:1 to:[0:0]] [0] [@0]: dpo-drop ip4 6.6.6.0/32 unicast-ip4-chain [@0]: dpo-load-balance: [proto:ip4 index:10 buckets:1 uRPF:9 to:[0:0]] [0] [@0]: dpo-drop ip4 6.6.6.0/24 unicast-ip4-chain [@0]: dpo-load-balance: [proto:ip4 index:9 buckets:1 uRPF:12 to:[0:0]] [0] [@4]: ipv4-glean: GigabitEthernet1/0/1 6.6.6.1/32 unicast-ip4-chain [@0]: dpo-load-balance: [proto:ip4 index:12 buckets:1 uRPF:8 to:[0:0]] [0] [@10]: ip4-classify:[0]:table:0 6.6.6.255/32 unicast-ip4-chain [@0]: dpo-load-balance: [proto:ip4 index:11 buckets:1 uRPF:11 to:[0:0]] [0] [@0]: dpo-drop ip4 224.0.0.0/4 unicast-ip4-chain [@0]: dpo-load-balance: [proto:ip4 index:4 buckets:1 uRPF:3 to:[0:0]] [0] [@0]: dpo-drop ip4 240.0.0.0/4 unicast-ip4-chain [@0]: dpo-load-balance: [proto:ip4 index:3 buckets:1 uRPF:2 to:[0:0]] [0] [@0]: dpo-drop ip4 255.255.255.255/32 unicast-ip4-chain [@0]: dpo-load-balance: [proto:ip4 index:5 buckets:1 uRPF:4 to:[0:0]] [0] [@0]: dpo-drop ip4 Regards, Bindiya On Mon, Jan 29, 2018 at 2:57 PM, Neale Ranns (nranns) <nra...@cisco.com> wrote: > Hi Brindiya, > > > > Could you please show me the output of: > > sh ip fib 6.6.6.1/32 > > > > Thanks, > > neale > > > > *From: *<vpp-dev-boun...@lists.fd.io> on behalf of bindiya Kurle < > bindiyaku...@gmail.com> > *Date: *Monday, 29 January 2018 at 10:04 > *To: *"vpp-dev@lists.fd.io" <vpp-dev@lists.fd.io> > *Subject: *[vpp-dev] Arp doesn't work after classifier configuration > > > > Hi, > > my vpp version : > > DBGvpp# show version > vpp v18.04-rc0~81-g18e955e . > > > > I am observing whenever I do classifier configuration , arp resolution > does not work > > > > my configuration: > > > set interface state GigabitEthernet1/0/1 up > set interface ip address GigabitEthernet1/0/1 6.6.6.1/24 > > > classify table mask l3 ip4 src dst l4 udp src_port dst_port match 3 > set ip classify intfc GigabitEthernet1/0/1 table-index 0 > > > > > > packet trace: > > No packets in trace buffer > --- Start of thread 2 vpp_wk_1 --- > Packet 1 > > 00:52:47:398359: dpdk-input > GigabitEthernet1/0/1 rx queue 0 > buffer 0x2241e: current data 0, length 60, free-list 0, clone-count 0, > totlen-nifb 0, trace 0x0 > l4-cksum-computed l4-cksum-correct l2-hdr-offset 0 > PKT MBUF: port 1, nb_segs 1, pkt_len 60 > buf_len 2176, data_len 60, ol_flags 0x180, data_off 128, phys_addr > 0xee090800 > packet_type 0x0 l2_len 0 l3_len 0 outer_l2_len 0 outer_l3_len 0 > 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 > ARP: 54:ab:3a:79:85:41 -> ff:ff:ff:ff:ff:ff > request, type ethernet/IP4, address size 6/4 > 54:ab:3a:79:85:41/6.6.6.10 -> ff:ff:ff:ff:ff:ff/6.6.6.1 > 00:52:47:398426: ethernet-input > ARP: 54:ab:3a:79:85:41 -> ff:ff:ff:ff:ff:ff > 00:52:47:398458: arp-input > request, type ethernet/IP4, address size 6/4 > 54:ab:3a:79:85:41/6.6.6.10 -> ff:ff:ff:ff:ff:ff/6.6.6.1 > 00:52:47:398497: error-drop > arp-input: IP4 destination address not local to subnet > > > > I saw similar issue raised in past vpp-455 but it was fixed long back all > changes are there in the current code . > > > > still I am seeing the issue . > > Can anybody help me out with this issue? > > > > Regards, > > Bindiya > > > > > > > > > > ___ vpp-dev mailing list vpp-dev@lists.fd.io https://lists.fd.io/mailman/listinfo/vpp-dev
Re: [vpp-dev] Arp doesn't work after classifier configuration
Hi Brindiya, Could you please show me the output of: sh ip fib 6.6.6.1/32 Thanks, neale From: <vpp-dev-boun...@lists.fd.io> on behalf of bindiya Kurle <bindiyaku...@gmail.com> Date: Monday, 29 January 2018 at 10:04 To: "vpp-dev@lists.fd.io" <vpp-dev@lists.fd.io> Subject: [vpp-dev] Arp doesn't work after classifier configuration Hi, my vpp version : DBGvpp# show version vpp v18.04-rc0~81-g18e955e . I am observing whenever I do classifier configuration , arp resolution does not work my configuration: set interface state GigabitEthernet1/0/1 up set interface ip address GigabitEthernet1/0/1 6.6.6.1/24<http://6.6.6.1/24> classify table mask l3 ip4 src dst l4 udp src_port dst_port match 3 set ip classify intfc GigabitEthernet1/0/1 table-index 0 packet trace: No packets in trace buffer --- Start of thread 2 vpp_wk_1 --- Packet 1 00:52:47:398359: dpdk-input GigabitEthernet1/0/1 rx queue 0 buffer 0x2241e: current data 0, length 60, free-list 0, clone-count 0, totlen-nifb 0, trace 0x0 l4-cksum-computed l4-cksum-correct l2-hdr-offset 0 PKT MBUF: port 1, nb_segs 1, pkt_len 60 buf_len 2176, data_len 60, ol_flags 0x180, data_off 128, phys_addr 0xee090800 packet_type 0x0 l2_len 0 l3_len 0 outer_l2_len 0 outer_l3_len 0 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 ARP: 54:ab:3a:79:85:41 -> ff:ff:ff:ff:ff:ff request, type ethernet/IP4, address size 6/4 54:ab:3a:79:85:41/6.6.6.10<http://6.6.6.10> -> ff:ff:ff:ff:ff:ff/6.6.6.1<http://6.6.6.1> 00:52:47:398426: ethernet-input ARP: 54:ab:3a:79:85:41 -> ff:ff:ff:ff:ff:ff 00:52:47:398458: arp-input request, type ethernet/IP4, address size 6/4 54:ab:3a:79:85:41/6.6.6.10<http://6.6.6.10> -> ff:ff:ff:ff:ff:ff/6.6.6.1<http://6.6.6.1> 00:52:47:398497: error-drop arp-input: IP4 destination address not local to subnet I saw similar issue raised in past vpp-455 but it was fixed long back all changes are there in the current code . still I am seeing the issue . Can anybody help me out with this issue? Regards, Bindiya ___ vpp-dev mailing list vpp-dev@lists.fd.io https://lists.fd.io/mailman/listinfo/vpp-dev
[vpp-dev] Arp doesn't work after classifier configuration
Hi, my vpp version : DBGvpp# show version vpp v18.04-rc0~81-g18e955e . I am observing whenever I do classifier configuration , arp resolution does not work my configuration: set interface state GigabitEthernet1/0/1 up set interface ip address GigabitEthernet1/0/1 6.6.6.1/24 classify table mask l3 ip4 src dst l4 udp src_port dst_port match 3 set ip classify intfc GigabitEthernet1/0/1 table-index 0 packet trace: No packets in trace buffer --- Start of thread 2 vpp_wk_1 --- Packet 1 00:52:47:398359: dpdk-input GigabitEthernet1/0/1 rx queue 0 buffer 0x2241e: current data 0, length 60, free-list 0, clone-count 0, totlen-nifb 0, trace 0x0 l4-cksum-computed l4-cksum-correct l2-hdr-offset 0 PKT MBUF: port 1, nb_segs 1, pkt_len 60 buf_len 2176, data_len 60, ol_flags 0x180, data_off 128, phys_addr 0xee090800 packet_type 0x0 l2_len 0 l3_len 0 outer_l2_len 0 outer_l3_len 0 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 ARP: 54:ab:3a:79:85:41 -> ff:ff:ff:ff:ff:ff request, type ethernet/IP4, address size 6/4 54:ab:3a:79:85:41/6.6.6.10 -> ff:ff:ff:ff:ff:ff/6.6.6.1 00:52:47:398426: ethernet-input ARP: 54:ab:3a:79:85:41 -> ff:ff:ff:ff:ff:ff 00:52:47:398458: arp-input request, type ethernet/IP4, address size 6/4 54:ab:3a:79:85:41/6.6.6.10 -> ff:ff:ff:ff:ff:ff/6.6.6.1 00:52:47:398497: error-drop arp-input: IP4 destination address not local to subnet I saw similar issue raised in past vpp-455 but it was fixed long back all changes are there in the current code . still I am seeing the issue . Can anybody help me out with this issue? Regards, Bindiya ___ vpp-dev mailing list vpp-dev@lists.fd.io https://lists.fd.io/mailman/listinfo/vpp-dev