<div>Philip,</div><br><div>can you open an issue on Github (<a href="https://github.com/opensourcerouting/frr-dpd/issues" title="https://github.com/opensourcerouting/frr-dpd/issues">https://github.com/opensourcerouting/frr-dpd/issues</a>) for this?</div><div>We do have an automated test for route-views (as part of topotests), but that one still works.</div><br><div>As you mentioned that you have a testbed, it might be useful if you could do a retest with latest</div><div>package from master (get it from <a href="https://ci1.netdef.org/browse/FRR-FRR/latestSuccessful/artifact" title="https://ci1.netdef.org/browse/FRR-FRR/latestSuccessful/artifact">https://ci1.netdef.org/browse/FRR-FRR/latestSuccessful/artifact</a> or</div><div>build it from source - whichever way you usually use) and you might also try with 8.0.1 (I'm in process to</div><div>build it as we speak - packages should be available in the next days).</div><br><ul><li><div>Martin</div></li></ul><div class="gmail_quote_attribution">On Aug 27 2021, at 7:06 am, Philip Smith <philip@nsrc.org> wrote:</div><blockquote><div><br><div>Hi everyone,</div><br><div>Is anyone using the "bgp view" feature in FRR at all?</div><br><div>I've been using this feature on FRR 7.5.1 on Ubuntu 20.04 for several</div><div>months without issue.</div><br><div>The upgrade to FRR 8.0 that was pushed out the four weeks back broke all</div><div>the BGP feeds that I have (basically for a routing analysis looking</div><div>glass activity).</div><br><div>This is the an example of the configuration I'm using:</div><br><div>router bgp 65534 view I2</div><div>bgp router-id 128.223.157.40</div><div>bgp log-neighbor-changes</div><div>no bgp default ipv4-unicast</div><div>timers bgp 15 45</div><div>neighbor 64.57.28.241 remote-as 11537</div><div>neighbor 64.57.28.241 description I2</div><div>neighbor 64.57.28.241 ebgp-multihop 255</div><div>!</div><div>address-family ipv4 unicast</div><div>neighbor 64.57.28.241 activate</div><div>neighbor 64.57.28.241 prefix-list DENY-ALL out</div><div>neighbor 64.57.28.241 route-map IMPORT in</div><div>exit-address-family</div><div>!</div><br><div>and I have around 30 BGP feeds, all going into different views.</div><br><div>If I use FRR 7.5.1, the BGP sessions are up and running just fine.</div><br><div>But in 8.0, they all sit there in "Connect" (IPv4 and IPv6). It looks</div><div>like this, in a testbed of mine (I can't put the production system to</div><div>FRR 8.0 unfortunately).</div><br><div>Configuration:</div><br><div>router bgp 131076 view C1100</div><div>bgp router-id 192.168.1.230</div><div>bgp log-neighbor-changes</div><div>no bgp default ipv4-unicast</div><div>neighbor 192.168.1.254 remote-as 131076</div><div>neighbor 192.168.1.254 description Cisco C1100 Border</div><div>!</div><div>address-family ipv4 unicast</div><div>distance bgp 200 200 200</div><div>neighbor 192.168.1.254 activate</div><div>exit-address-family</div><div>!</div><br><div>frr# sh bgp view C1100 sum</div><br><div>IPv4 Unicast Summary:</div><div>BGP router identifier 192.168.1.230, local AS number 131076 vrf-id 1</div><div>BGP table version 0</div><div>RIB entries 0, using 0 bytes of memory</div><div>Peers 1, using 727 KiB of memory</div><br><div>Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ</div><div>Up/Down State/PfxRcd PfxSnt Desc</div><div>192.168.1.254 4 131076 0 0 0 0 0</div><div>never Connect 0 Cisco</div><br><div>Total number of neighbors 1</div><br><br><div>If I revert to FRR 7.5.1 on the testbed, the peering comes up.</div><br><div>bgpd.log says this:</div><br><div>2021/08/27 14:42:12 ZEBRA: [VTVCM-Y2NW3] Configuration Read in Took:</div><div>00:00:00</div><div>2021/08/27 14:42:12 BGP: [VTVCM-Y2NW3] Configuration Read in Took: 00:00:00</div><div>2021/08/27 14:42:12 STATIC: [VTVCM-Y2NW3] Configuration Read in Took:</div><div>00:00:00</div><br><div>and frr.log has basically the same content.</div><br><div>The docs for bgpd don't seem to have changed and I can't find anything</div><div>via the CLI that suggests the configuration is different in 8.0.</div><br><div>Any hints or tips or clues on how to fix this? Or is this a bug</div><div>introduced in 8.0?</div><br><div>Thanks!</div><br><div>philip</div><div>--</div><br><div>_______________________________________________</div><div>frog mailing list</div><div>frog@lists.frrouting.org</div><div>https://lists.frrouting.org/listinfo/frog</div></div></blockquote>