Hi <div><br></div><div>I'm testing SEOS 6.3.1.3 in the lab and am seeing some issues with the advertisement of ipv4 vpn routes from the Smartedge.</div><div>I wondered if anyone else has seen similar issues.</div><div>
<br></div><div>After upgrade The session comes up. The unicast routes are sent, but the vpn AF routes are not.</div><div><br></div><div><div>[local]Eeyore#sh bgp neighbor 192.168.102.6</div><div>BGP neighbor: 192.168.102.6, remote AS: 65000, internal link</div>
<div> Version: 4, router identifier: 192.168.102.6</div><div> Peer Group member: internal</div><div> State: Established for 22:33:30</div><div> Description: rabbitFakeEdge</div><div> Last read 00:00:20, last send 00:00:22</div>
<div> Hold time: configured 180, negotiated 90</div><div> Keepalive time: configured 60, negotiated 30</div><div> Local restart timer 120 sec, stale route retain timer 180 sec</div><div> Received restart timer 120 sec, flag 0x0</div>
<div> Minimum time between advertisement runs: 5 secs</div><div> Source IP address used from interface: loopback0</div><div> Source (local) IP address: 192.168.102.1</div><div> Received messages: 2992 (56977 bytes), notifications: 0, in queue: 0</div>
<div> Sent messages: 2687 (51509 bytes), notifications: 0, out queue: 0</div><div> Reset count: 2, last reset time: 22:33:39, reset reason: User action</div><div><br></div><div> CapSent: refresh, 4byteAS, unicast, vpn, restart</div>
<div> CapRcvd: refresh, 4byteAS, unicast, vpn</div><div> restart (time 120, flags 0x0, empty)</div><div><br></div><div> Address family: ipv4 unicast</div><div> Peer Group member: internal</div><div> BGP table version: 47, neighbor version: 47</div>
<div> Routes: rcvd 0, imported 0, active 0, history 0, dampend 0, sent 12</div><div><br></div><div> Address family: ipv4 vpn</div><div> Peer Group member: internal</div><div> BGP table version: 184, neighbor version: 0</div>
<div> Routes: rcvd 1, imported 2, active 3, history 0, dampend 0, sent 0</div></div><div><div>[local]Eeyore#</div></div><div><br></div><div>The Juniper on the other end of the BGP session never see's the "end-of-rib marker" for inet-vpn-unicast.</div>
<div>Using BGP traceoptions (flag all) on the Juniper I can see that it never seems to receive the "BGP RECV End of RIB: AFI 1 SAFI 128", whereas it does receive the one for "SAFI 1",</div><div><div><br>
</div><div>noc@Rabbit> show log fakeEdge/fakeEdge-BGP | match AFI </div><div>May 18 12:57:10.579096 BGP SEND End of RIB: AFI 1 SAFI 1</div><div>May 18 12:57:10.579642 BGP SEND End of RIB: AFI 1 SAFI 128</div><div>May 18 12:57:10.584650 BGP RECV End of RIB: AFI 1 SAFI 1</div>
<div><br></div><div>{master}</div></div><div><br></div><div>After some time ( ie 12+ hours) "an event" occurs (which I haven't tracked down yet, it's not regular) and the vpn AF routes start being sent. </div>
<div>Once the routes are being sent, If I clear a BGP session after that event, it advertises the vpn routes straight away until the Smartedge is rebooted. After the reboot the vpn routes aren't sent.</div><div><br></div>
<div>If I downgrade to 6.1.3.8p1 and the same config works first time every time. 13 routes are advertised in the vpn address family.</div><div><br></div><div>This happens with all iBGP peers on the Smartedge, not just this one. </div>
<div>There ARE routes locally within that AF ready to be sent, it's just not sending them</div><div><br></div><div><div>[local]Eeyore#sh bgp route ipv4 vpn </div><div>Address Family: ipv4 vpn</div><div>BGP table version is 184, local router ID is 192.168.102.1</div>
<div>Status codes: d damped, h history, > best, i internal</div><div>Origin codes: i - IGP, e - EGP, ? - incomplete</div><div><br></div><div><br></div><div>VPN RD: <a href="http://192.168.102.1:161">192.168.102.1:161</a></div>
<div> Network Next Hop Metric LocPrf Weight Path</div><div>> <a href="http://10.0.0.0/30">10.0.0.0/30</a> 0.0.0.0 0 100 32768 ?</div><div>> <a href="http://10.255.255.252/30">10.255.255.252/30</a> 0.0.0.0 0 100 32768 ?</div>
<div><br></div><div>VPN RD: <a href="http://192.168.102.1:210">192.168.102.1:210</a></div><div> Network Next Hop Metric LocPrf Weight Path</div><div>> <a href="http://10.98.50.1/32">10.98.50.1/32</a> 0.0.0.0 0 100 32768 ?</div>
<div>> <a href="http://10.98.50.2/32">10.98.50.2/32</a> 0.0.0.0 0 100 32768 ?</div><div>>i <a href="http://10.98.50.10/32">10.98.50.10/32</a> 192.168.102.6 0 100 100 i</div>
<div>> <a href="http://11.0.56.0/24">11.0.56.0/24</a> 0.0.0.0 0 100 32768 ?</div><div> i <a href="http://192.168.203.1/32">192.168.203.1/32</a> 192.168.202.1 0 100 100 6871 i</div>
<div> i <a href="http://192.168.203.4/30">192.168.203.4/30</a> 192.168.202.1 0 100 100 6871 i</div><div><br></div><div>VPN RD: <a href="http://192.168.102.1:211">192.168.102.1:211</a></div><div> Network Next Hop Metric LocPrf Weight Path</div>
<div>> <a href="http://10.98.50.1/32">10.98.50.1/32</a> 0.0.0.0 0 100 32768 ?</div><div>> <a href="http://10.98.50.2/32">10.98.50.2/32</a> 0.0.0.0 0 100 32768 ?</div>
<div>>i <a href="http://10.98.50.10/32">10.98.50.10/32</a> 192.168.102.6 0 100 100 i</div></div><div>--snip--</div><div><br></div><div>Has anyone else seen anything like this before? Is anyone successfully running 6.3 with BGP advertising the vpn address family in their network?</div>
<div><br></div><div>Thanks</div><div>Mark</div><div><br></div>