Re: [j-nsp] MX204 and IPv6 BGP announcements

2024-02-08 Thread Lee Starnes via juniper-nsp
All very good information. Thanks guys for all the replies. very helpful. On Thu, Feb 8, 2024 at 6:42 AM Mark Tinka wrote: > > > On 2/8/24 16:29, Saku Ytti wrote: > > In absence of more specifics, junos by default doesn't discard but > reject. > > > Right, which I wanted to clarify if it does

Re: [j-nsp] Hardware configuration for cRPD as RR

2024-02-08 Thread Tom Beecher via juniper-nsp
> > Is the same true for VMware? > Never tried it there myself. be able to run a > solid software-only OS than be a test-bed for cRPD in such a use-case. AFAIK, cRPD is part of the same build pipeline as 'full' JUNOS, so if there's a bug in any given version, it will catch you on Juniper's

Re: [j-nsp] Hardware configuration for cRPD as RR

2024-02-08 Thread Mark Tinka via juniper-nsp
On 2/8/24 17:10, Tom Beecher wrote: For any use cases that you want protocol interaction, but not substantive traffic forwarding capabilities , cRPD is by far the better option. It can handle around 1M total RIB/FIB using around 2G RAM, right in Docker or k8. The last version of vMX I

Re: [j-nsp] Hardware configuration for cRPD as RR

2024-02-08 Thread Tom Beecher via juniper-nsp
> > I wouldn't consider cRPD for production. vRR (or vMX, if it's still a > thing) seems to make more sense. > For any use cases that you want protocol interaction, but not substantive traffic forwarding capabilities , cRPD is by far the better option. It can handle around 1M total RIB/FIB using

Re: [j-nsp] MX204 and IPv6 BGP announcements

2024-02-08 Thread Mark Tinka via juniper-nsp
On 2/8/24 16:29, Saku Ytti wrote: In absence of more specifics, junos by default doesn't discard but reject. Right, which I wanted to clarify if it does the same thing with this specific feature, or if it does "discard" Mark. ___ juniper-nsp

Re: [j-nsp] MX204 and IPv6 BGP announcements

2024-02-08 Thread Saku Ytti via juniper-nsp
On Thu, 8 Feb 2024 at 16:07, Mark Tinka via juniper-nsp wrote: > So internally, if it attracts any traffic for non-specific destinations, > does Junos send it /dev/null in hardware? I'd guess so... In absence of more specifics, junos by default doesn't discard but reject. There is essentially

Re: [j-nsp] MX204 and IPv6 BGP announcements

2024-02-08 Thread Jeff Haas via juniper-nsp
Correcting myself, yes, it’s discard. -- Jeff Juniper Business Use Only From: Mark Tinka Date: Thursday, February 8, 2024 at 9:07 AM To: Jeff Haas , Lee Starnes , "juniper-nsp@puck.nether.net" Subject: Re: [j-nsp] MX204 and IPv6 BGP announcements [External Email. Be cautious of content]

Re: [j-nsp] MX204 and IPv6 BGP announcements

2024-02-08 Thread Mark Tinka via juniper-nsp
On 2/8/24 15:48, Jeff Haas wrote: It’s rib-only.  If you wanted the usual other properties, you’d use the usual other features. So internally, if it attracts any traffic for non-specific destinations, does Junos send it /dev/null in hardware? I'd guess so... Mark.

Re: [j-nsp] MX204 and IPv6 BGP announcements

2024-02-08 Thread Jeff Haas via juniper-nsp
It’s rib-only. If you wanted the usual other properties, you’d use the usual other features. -- Jeff Juniper Business Use Only From: Mark Tinka Date: Thursday, February 8, 2024 at 12:14 AM To: Jeff Haas , Lee Starnes , "juniper-nsp@puck.nether.net" Subject: Re: [j-nsp] MX204 and IPv6 BGP

Re: [j-nsp] Hardware configuration for cRPD as RR

2024-02-08 Thread Saku Ytti via juniper-nsp
On Thu, 8 Feb 2024 at 10:16, Mark Tinka wrote: > Is the MX150 still a current product? My understanding is it's an x86 > platform running vMX. No longer orderable. -- ++ytti ___ juniper-nsp mailing list juniper-nsp@puck.nether.net

Re: [j-nsp] Hardware configuration for cRPD as RR

2024-02-08 Thread Mark Tinka via juniper-nsp
On 2/8/24 09:56, Saku Ytti via juniper-nsp wrote: Same concerns, I would just push it back and be a late adopter. Rock existing vRR while supported, not pre-empt into cRPD because vendor says that's the future. Let someone else work with the vendor to ensure feature parity and indeed perhaps

Re: [j-nsp] Hardware configuration for cRPD as RR

2024-02-08 Thread Mark Tinka via juniper-nsp
On 2/8/24 09:56, Saku Ytti via juniper-nsp wrote: Same concerns, I would just push it back and be a late adopter. Rock existing vRR while supported, not pre-empt into cRPD because vendor says that's the future. Let someone else work with the vendor to ensure feature parity and indeed perhaps

Re: [j-nsp] Hardware configuration for cRPD as RR

2024-02-08 Thread Mark Tinka via juniper-nsp
On 2/8/24 09:50, Roger Wiklund via juniper-nsp wrote: Hi I'm curious, when moving from vRR to cRPD, how do you plan to manage/setup the infrastructure that cRPD runs on? I run cRPD on my laptop for nothing really useful apart from testing configuration commands, e.t.c. I wouldn't