Re: [j-nsp] rib-groups && VPN reflection

I think you've got it clear, Adam. Take routes that are originally destined for inet.0, create a rib-group in order to leak them into a secondary routing instance, and then expect normal L3VPN behaviour for those route-instance routes. (The idea is to drop the routes into an overlay topology, which

[j-nsp] rib-groups && VPN reflection

Hello all. I figure this topic is a fundamental and probably frequently asked/answered although it's new problem space for me. I thought I'd consult the font of knowledge here to seek any advice. Environment: MX, JUNOS 15.1F6 Headline requirement: Leak EBGP routes from global inet.0 into a VPN (i

[j-nsp] BGP apparent I/O throttling on MX960 (JUNOS 14.1R6)

Hello all. Anyone any experience with situations where "show bgp neighbor X.X.X.X" on JUNOS CLI produces a small appendix to the usual output stating: "Received and buffered octets: 20". 20 in this case seems to vary between invocations, but usually under 100. Example pseudo-sanitised output at

[j-nsp] JUNOS precision-timers for BGP

Does anyone have positive or negative experience with this feature in 14.1 please? Currently in a situation troubleshooting consequences of high CPU usage with a number of aggravating factors. Most sensitive to the scarcity of CPU resources however is a number of BGP sessions with aggressive timer

Re: [j-nsp] BGP route filtering capabilities for inet-vpn (1/128) address family

Greatly appreciated - thanks Jeff! -- Adam. On 29 January 2016 at 15:16, Jeff Haas wrote: > > http://www.juniper.net/documentation/en_US/junos15.1/topics/reference/configuration-statement/vpn-apply-export-edit-protocols-bgp-vp.html > > On Jan 29, 2016, at 10:09 AM, Adam Chapp

[j-nsp] BGP route filtering capabilities for inet-vpn (1/128) address family

Does anyone have useful experience regarding the use of JUNOS routing policy to control the propagation of BGP routes where the address family isn't the usual family inet? I'm looking at the typical RFC4364 chapter 10b option for VPN labelled traffic exchange between EBGP peers and realising that

Re: [j-nsp] Multi Core on JUNOS?

On 8 October 2015 at 17:46, Saku Ytti wrote: > > Hard step#3 is to make rpd use multiple cores. JNPR seems to choose to > DIY inside rpd and just launch threads. I personally would like to see > rpd distributed to multiple OS processes, and capitalise more on > FreeBSD's memory management and sch