Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 25 Jun 2021 16:19:49 +0000
From:      bugzilla-noreply@freebsd.org
To:        bugs@FreeBSD.org
Subject:   [Bug 256833] dpdk_lpm4 seems to create unsynced RIB/FIB
Message-ID:  <bug-256833-227@https.bugs.freebsd.org/bugzilla/>

next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D256833

            Bug ID: 256833
           Summary: dpdk_lpm4 seems to create unsynced RIB/FIB
           Product: Base System
           Version: CURRENT
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Some People
          Priority: ---
         Component: kern
          Assignee: bugs@FreeBSD.org
          Reporter: olivier@freebsd.org

A user reported unsynchronised FIB regarding the RIB contents on its router.
It is using FreeBSD head (7b8696bf128) and routing table filled by net/frr7
(BGP).


# sysctl net.route.algo
net.route.algo.debug_level: 5
net.route.algo.inet.algo: dpdk_lpm4
net.route.algo.inet.algo_list: dpdk_lpm4, bsearch4, radix4_lockless,
radix4
net.route.algo.inet6.algo: dpdk_lpm6
net.route.algo.inet6.algo_list: dpdk_lpm6, radix6_lockless, radix6
net.route.algo.fib_max_sync_delay_ms: 1000
net.route.algo.bucket_change_threshold_rate: 500
net.route.algo.bucket_time_ms: 50

# netstat -4rnW | grep 51.15.0.0
51.15.0.0/17       149.6.174.241      UG1         8   1500       cxl0
51.15.0.0/16       149.6.174.241      UG1         8   1500       cxl0

# netstat -4onW
Nexthop data

Internet:
Idx   Type         IFA                Gateway             Flags      Use Mt=
u=20=20=20
     Netif     Addrif Refcnt Prepend
1       v4/resolve 127.0.0.1          lo0/resolve        H         76508  1=
6384
       lo0               2
2       v4/resolve 193.239.188.197    lo1/resolve        H             0  1=
6384
       lo1               2
3       v4/resolve 149.6.174.242      cxl0/resolve                192653   =
1500
      cxl0               3
4       v4/resolve 127.0.0.1          lo0/resolve        HS            0  1=
6384
       lo0      cxl0     2
5            v4/gw 127.0.0.1          127.0.0.1          G1B        3546  1=
6384
       lo0               7
6       v4/resolve 193.239.188.38     igb0/resolve               2893089   =
1500
      igb0               5
7       v4/resolve 127.0.0.1          lo0/resolve        HS            0  1=
6384
       lo0      igb0     2
8            v4/gw 149.6.174.242      149.6.174.241      G1       176047   =
1500
      cxl0          598127
9       v4/resolve 193.239.188.217    igb2/resolve                709843   =
9216
      igb2               3
10      v4/resolve 127.0.0.1          lo0/resolve        HS            0  1=
6384
       lo0      igb2     2
11      v4/resolve 193.239.188.215    igb3/resolve                708796   =
9216
      igb3               3
12      v4/resolve 127.0.0.1          lo0/resolve        HS            0  1=
6384
       lo0      igb3     2
13      v4/resolve 95.129.200.114     vlan960/resolve               2450   =
1500
   vlan960               2
14      v4/resolve 127.0.0.1          lo0/resolve        HS            0  1=
6384
       lo0   vlan960     2
15           v4/gw 95.129.200.114     95.129.200.123     G1            0   =
1500
   vlan960               4
16           v4/gw 95.129.200.114     95.129.200.118     G1            0   =
1500
   vlan960               5
17           v4/gw 95.129.200.114     95.129.200.124     G1           32   =
1500
   vlan960               3
18           v4/gw 193.239.188.215    193.239.188.214    G1     54272925   =
9216
      igb3               7
19           v4/gw 95.129.200.114     95.129.200.113     GH1           3   =
1500
   vlan960               2
20           v4/gw 95.129.200.114     95.129.200.117     G1        95310   =
1500
   vlan960              14
21           v4/gw 95.129.200.114     95.129.200.120     G1            0   =
1500
   vlan960               8
22           v4/gw 95.129.200.114     95.129.200.117     GH1           0   =
1500
   vlan960               7
23           v4/gw 95.129.200.114     95.129.200.125     G1         3613   =
1500
   vlan960              35
24           v4/gw 95.129.200.114     95.129.200.119     G1            0   =
1500
   vlan960               2
25           v4/gw 193.239.188.215    193.239.188.214    GH1        2662   =
9216
      igb3               4
26           v4/gw 193.239.188.217    193.239.188.216    G1        98212   =
9216
      igb2               4
27           v4/gw 193.239.188.217    193.239.188.216    GH1        1895   =
9216
      igb2               5
28           v4/gw 193.239.188.38     193.239.188.34     G1        31251   =
1500
      igb0          154517
29           v4/gw 193.239.188.38     193.239.188.36     G1        16214   =
1500
      igb0           79933
30           v4/gw 149.6.174.242      149.6.174.241      G1          177   =
1500
      cxl0               2

# traceroute 51.15.183.144
traceroute to 51.15.183.144 (51.15.183.144), 64 hops max, 40 byte
packets
 1  em2-910.panem.atnoc.net (193.239.188.36)  0.526 ms  0.255 ms  0.193
ms

=3D> The next-hop used here (193.239.188.36) is reachable via igb0 only, bu=
t the
routing entry shows it should exit through the cxl0 interface.

Switching the route lookup algo to radix4 fixed the problem.

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-256833-227>