[c-nsp] ASR9k from 6.1.4 to 6.2.3

[adamv0025 at netconsultings.com]

> James Bensley
> Sent: Wednesday, May 30, 2018 10:56 AM
> 
> >> On 29 May 2018, at 18:53, Erik Sundberg <ESundberg at nitelusa.com>
> wrote:
> >> I ran into this bug going from 6.3.1 to 6.3.2....  Very simple fix by
applying
> to smu patch files.
> >> https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvf01652?emailclick=C
> >> NSemail
> >>
> >> Not sure when this change in behavior happened, but by default BGP
> >> doesn't install/download/show VPNv4 routes unless the VRF is built on
> >> the system. You need to configure 'retain route-target all' under the
> >> vpnv4 address family
> >>
> >> router bgp 12345
> >> address-family vpnv4 unicast
> >>  retain route-target all
> 
> 
> On 29 May 2018 at 18:58, Ted Pelas Johansson <ted.johansson at tele2.com>
> wrote:
> > Hi Erik,
> >
> > That is the default of XR.
> 
> Yeah that was my opinion too. If you are using RRs and the PEs/ASBRs
> retained all routes reflected to them by default, even when the VRF isn't
> present and/or "retain route-target xxx" isn't configured, it would cause
> some scaling issues, so this is exactly how I would expect it to work (and
how
> I have been using IOS-XR).
> 
> For a PE device we add the VRF to terminate a customer and thus the routes
> are retained. On an ASBR where we have Inter-AS OptB we use "retain
> route-target policy xxx" to avoid having all the VRFs defined on a device
> without the customers connect to it.
> 
Agree this is how it should be on any sensible PE:
No VRFs = no routes retained in MP-BGP table
VRFs = only routes with matching RTs retained in MP-BGP table

On RRs and ASBRs = all routes retained in MP-BGP table  -either
automatically or manually (like the "retain route-target all" in XR or "set
routing-options resolution rib bgp.l3vpn.0 resolution-ribs inet.0" in
Junos).
-oh and preferably when turning PE into ASBR or a RR -don't reset all BGP
sessions -yes I'm looking at you Junos :)

adam

netconsultings.com
::carrier-class solutions for the telecommunications industry::