Re: [vpp-dev] sub interface after gre doesn't work

2020-02-18 Thread abbas ali chezgi via Lists.Fd.Io
 
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]
-=-=-=-=-=-=-=-=-=-=-=-


[vpp-dev] sub interface after gre doesn't work

2020-02-18 Thread abbas ali chezgi via Lists.Fd.Io

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]
-=-=-=-=-=-=-=-=-=-=-=-


Fw: [vpp-dev] sub interface after virtual interfaces doesn't work

2020-02-17 Thread abbas ali chezgi via Lists.Fd.Io
 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 virtual interfaces doesn't work

2020-02-16 Thread abbas ali chezgi via Lists.Fd.Io

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]
-=-=-=-=-=-=-=-=-=-=-=-


[vpp-dev] multipath dpo buckets is wrong.

2020-01-03 Thread abbas ali chezgi via Lists.Fd.Io
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] how to remove all route paths with specific condition

2019-11-10 Thread abbas ali chezgi via Lists.Fd.Io
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] how can i change interface name.

2018-11-14 Thread abbas ali chezgi via Lists.Fd.Io
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] inter-vlan routing don't work.

2018-11-05 Thread abbas ali chezgi via Lists.Fd.Io
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]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [vpp-dev] Query regarding CLI handling

2018-10-03 Thread abbas ali chezgi via Lists.Fd.Io
 
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]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [vpp-dev] crash in vpp 18.07

2018-08-28 Thread abbas ali chezgi via Lists.Fd.Io
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]
-=-=-=-=-=-=-=-=-=-=-=-


[vpp-dev] crash in vpp 18.07

2018-08-28 Thread abbas ali chezgi via Lists.Fd.Io

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]
-=-=-=-=-=-=-=-=-=-=-=-


[vpp-dev] discarding label in ipv4 FIB.

2018-08-27 Thread abbas ali chezgi via Lists.Fd.Io
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]
-=-=-=-=-=-=-=-=-=-=-=-