<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Maybe I missed the email, but I think Donald asked for a `show bgp next hop`, which I’m not seeing.<div class=""><br class=""></div><div class="">I would also suggest opening a bug report on our Github issue tracker (<a href="https://github.com/frrouting/frr/issues" class="">https://github.com/frrouting/frr/issues</a>) for this as it’s more likely to get more attention there, where you can use things like code blocks, attachments, etc etc than here on the mailing list. I usually scrub my email inbox regularly but issues on GitHub stay there, available to the public and us, forever.</div><div class=""><br class=""></div><div class="">Quentin</div><div class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Apr 29, 2019, at 1:11 AM, Chris G <<a href="mailto:chris.g@euronet.space" class="">chris.g@euronet.space</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Hello,<br class=""><br class="">Any idea please? It's a very frustrating bug and a very old one as well..<br class=""><br class="">Chris<br class=""><br class="">On 19.04.2019 15:33, Chris G wrote:<br class=""><blockquote type="cite" class="">Hello,<br class=""><br class="">Meanwhile I have tested several FRR versions using the official RPM packages available on the FRR website.<br class=""><br class="">These FRR versions behave exactly the same. When the BGP session is configured inside a view, and there is no other non-view BGP session, FRR will not attempt to initiate a connection:<br class="">frr-5.0.2-001.el7.centos.x86_64.rpm<br class="">frr-6.0.2-01.el7.centos.x86_64.rpm<br class="">frr-7.0-01.el7.centos.x86_64.rpm<br class=""><br class="">However, this version works as expected:<br class="">frr-4.0.1-2019010801.el7.centos.x86_64.rpm<br class=""><br class="">FRRouting 4.0.1 (ts).<br class="">Copyright 1996-2005 Kunihiro Ishiguro, et al.<br class="">configured with:<br class=""> '--build=x86_64-redhat-linux-gnu' '--host=x86_64-redhat-linux-gnu' '--program-prefix=' '--disable-dependency-tracking' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--datadir=/usr/share' '--includedir=/usr/include' '--sharedstatedir=/var/lib' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--sbindir=/usr/lib/frr' '--sysconfdir=/etc/frr' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' '--localstatedir=/var/run/frr' '--disable-werror' '--enable-irdp' '--enable-multipath=256' '--enable-vtysh' '--enable-ospfclient' '--enable-ospfapi=yes' '--enable-rtadv=yes' '--enable-ldpd' '--enable-pimd' '--enable-nhrpd' '--enable-eigrpd' '--enable-babeld' '--enable-user=frr' '--enable-group=frr' '--enable-vty-group=frrvty' '--enable-fpm' '--enable-watchfrr' '--disable-bgp-vnc' '--enable-isisd=yes' '--enable-systemd=yes' '--enable-poll=yes' 'build_alias=x86_64-redhat-linux-gnu' 'host_alias=x86_64-redhat-linux-gnu' 'PKG_CONFIG_PATH=:/usr/lib64/pkgconfig:/usr/share/pkgconfig' 'CFLAGS=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic' 'LDFLAGS=-Wl,-z,relro '<br class=""><br class="">Is this a very old bug?<br class=""><br class="">Kind regards,<br class="">Chris<br class=""><br class="">On 18.04.2019 17:24, Donald Sharp wrote:<br class=""><blockquote type="cite" class="">vtysh -c "show ver"<br class=""><br class="">As well as `show bgp nexthop`<br class=""><br class="">donald<br class=""><br class="">On Thu, Apr 18, 2019 at 8:25 AM Chris G <<a href="mailto:chris.g@euronet.space" class="">chris.g@euronet.space</a>> wrote:<br class=""><blockquote type="cite" class="">Dear Christoffer,<br class=""><br class="">Thank you for your reply!<br class=""><br class="">I don't have access to my provider's BGP configuration I'm afraid.<br class="">However I am pasting my end of the setup below.<br class=""><br class="">It might be relevant to note that the BGP instance is configure inside a<br class="">view, as I do not need anything to be installed in the main routing table.<br class=""><br class="">I am using tcpdump to listen on the network interface for any traffic,<br class="">and FRR doesn't appear to be initiating any connections to my upstream.<br class=""><br class="">My BGP config:<br class=""><br class="">router bgp 65001 view ISP<br class=""> bgp router-id 192.168.255.227<br class=""> bgp log-neighbor-changes<br class=""> neighbor 192.168.255.225 remote-as 65000<br class=""> neighbor 192.168.255.225 description default<br class=""> neighbor 192.168.255.225 update-source 192.168.255.227<br class=""> neighbor 192.168.255.225 timers 10 30<br class=""> neighbor 192.168.200.29 remote-as 65000<br class=""> neighbor 192.168.200.29 description full-table<br class=""> neighbor 192.168.200.29 ebgp-multihop 255<br class=""> neighbor 192.168.200.29 update-source 192.168.255.227<br class=""> !<br class=""> address-family ipv4 unicast<br class=""> network 10.10.10.0/24<br class=""> neighbor 192.168.255.225 soft-reconfiguration inbound<br class=""> neighbor 192.168.255.225 weight 1000<br class=""> neighbor 192.168.255.225 prefix-list AS65001-export out<br class=""> neighbor 192.168.200.29 soft-reconfiguration inbound<br class=""> neighbor 192.168.200.29 weight 1000<br class=""> neighbor 192.168.200.29 prefix-list noexport out<br class=""> exit-address-family<br class="">!<br class=""><br class="">Kind regards,<br class="">Chris<br class=""><br class="">On 18.04.2019 12:58, Hansen, Christoffer wrote:<br class=""><blockquote type="cite" class="">On 18/04/2019 10:21, Chris G wrote:<br class=""><blockquote type="cite" class="">I have an issue where my BGP neighbor is configured in passive mode,<br class="">however my BGP (FRR 7.0) instance does not attempt to connect to this<br class="">neighbor.<br class=""><br class="">Is this expected behavior? Is there any way I can force my BGP instance<br class="">to initiate a connection to the passive BGP neighbor ?<br class=""></blockquote>Could you provide the relevant neighbor configuration from both sides of<br class="">you BGP peering in this context?<br class=""><br class=""></blockquote>_______________________________________________<br class="">frog mailing list<br class=""><a href="mailto:frog@lists.frrouting.org" class="">frog@lists.frrouting.org</a><br class="">https://lists.frrouting.org/listinfo/frog<br class=""></blockquote></blockquote><br class="">_______________________________________________<br class="">frog mailing list<br class=""><a href="mailto:frog@lists.frrouting.org" class="">frog@lists.frrouting.org</a><br class="">https://lists.frrouting.org/listinfo/frog<br class=""></blockquote><br class="">_______________________________________________<br class="">frog mailing list<br class=""><a href="mailto:frog@lists.frrouting.org" class="">frog@lists.frrouting.org</a><br class="">https://lists.frrouting.org/listinfo/frog<br class=""></div></div></blockquote></div><br class=""></div></body></html>