Re: [j-nsp] Multi Core on JUNOS?
What version of 13.3 is this available in Adam? On Sun, May 10, 2015 at 6:25 AM, Adam Vitkovsky adam.vitkov...@gamma.co.uk wrote: From: Mark Tinka [mailto:mark.ti...@seacom.mu] Sent: 10 May 2015 11:44 On 9/May/15 20:12, Adam Vitkovsky wrote: If you are struggling with memory utilization you might want to be looking at BGP Multi-Instance feature available since 4.2. If you are struggling with horsepower you can distribute BGP instances across multiple DRPs (only on CRS). Not struggling with either one. Just a shame that when the RP you buy comes with 12GB of RAM, and you can't use that, money not well spent. I know what you mean though there's an option so should the 4GB of RAM be not enough for a single BGP instance you can always start up to 3 more independent BGP instances to use all the memory you can. From 13.3 Junos BGP process can cross the 4GB boundary so there's no restriction on BGP scaling. adam --- This email has been scanned for email related threats and delivered safely by Mimecast. For more information please visit http://www.mimecast.com --- ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Multi Core on JUNOS?
From: Mark Tinka [mailto:mark.ti...@seacom.mu] Sent: 10 May 2015 11:44 On 9/May/15 20:12, Adam Vitkovsky wrote: If you are struggling with memory utilization you might want to be looking at BGP Multi-Instance feature available since 4.2. If you are struggling with horsepower you can distribute BGP instances across multiple DRPs (only on CRS). Not struggling with either one. Just a shame that when the RP you buy comes with 12GB of RAM, and you can't use that, money not well spent. I know what you mean though there's an option so should the 4GB of RAM be not enough for a single BGP instance you can always start up to 3 more independent BGP instances to use all the memory you can. From 13.3 Junos BGP process can cross the 4GB boundary so there's no restriction on BGP scaling. adam --- This email has been scanned for email related threats and delivered safely by Mimecast. For more information please visit http://www.mimecast.com --- ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Multi Core on JUNOS?
On 9/May/15 20:12, Adam Vitkovsky wrote: If you are struggling with memory utilization you might want to be looking at BGP Multi-Instance feature available since 4.2. If you are struggling with horsepower you can distribute BGP instances across multiple DRPs (only on CRS). Not struggling with either one. Just a shame that when the RP you buy comes with 12GB of RAM, and you can't use that, money not well spent. My CRS's are BGP-free (IPv4), so there is a lot of RAM and CPU to go around. The ASR9001's that do peering are still good as well, as the number of peers on them is reasonable. Mark. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Conditionally Generating Default Routes
On 9/May/15 07:33, Saku Ytti wrote: This quickly chnages the discussion into, what is blackholing, what part of the Internet must be inaccessible for you to be blackholing. In context of static default routing, the answer necessarily is some compromise of the perfect answer. Of course what are sane places in your core to originate your candidate or default route, depends on your architecture, and it would be unwise to originate them in a P box whose external connections fate-share PE's external connections. This same discussion as is were you should originate your PA networks, and well connected, non-fatesharing P boxes are the obvious choice. Agree. Mark. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
