It has four cores. See here for details of CCR2004:Do you have more information about that Annapurna AL32400? E.g. how many cores?
Only 4 cores for such a huge amount of SFP+/SFP28 interfaces... Is there any other way more powerful version on the roadmap?It has four cores. See here for details of CCR2004:Do you have more information about that Annapurna AL32400? E.g. how many cores?
https://mikrotik.com/product/ccr2004_1g_12s_2xs
The CCR2004-1G-12S+2XS looks promising. I would like to see some speed test results of GRE and EoIP over IPSec. With the current generation of CCRs (TILE) the results of using plain ipsec and tunnel over ipsec differ by a mile.
Linus is a nice dude that honestly likes technology.Unfortunatley every time MikroTik features in a Linus Tech Tips video he never gives the product the showcase it deserves, makes me wonder if he really understands it! After watching their 10 Gbit home network video a while back and they were having trouble figuring out how to configure it/couldn't find winbox so the video just cut to when it was done lol.
Could it be a mix? The only part of the packet that uses CPU power is the header, the payload is just using memory bandwidth. Maybe with the 1518 byte packets its memory is bandwidth starved, and the CPU isn't maxed out. When it get smaller packets we use more CPU - as the payload gets smaller - than memory bandwidth. This way we don't have a smooth curve, as we are used to see.Well, looks like the CCR1016-12S-1S+ is pretty much dead now. But the test results have me scratching my head. Either a box is PPS (CPU)-bound, or it is IO-bound. Looking at the block diagram, you can push a maximum of 50 Gbps through it (port extender uplink to the SOC is 2x25G).
Yet the box maxes out at ~2.8 Mpps fastpath at 1518 byte packets, giving ~35 Gbps. As that isn't really close to 50G, it looks it's CPU-bound. But going to 512 byte packets, the PPS more than doubles to 6.2 Mpps, showing that it wasn't. Going to 64 byte packets the PPS again goes up by a factor of 1.5 to 9.2 Mpps. So if it can do 9+ Mpps, why can't it get closer to 50 Gbps at larger packet sizes?
Could it be a mix? The only part of the packet that uses CPU power is the header, the payload is just using memory bandwidth. Maybe with the 1518 byte packets its memory is bandwidth starved, and the CPU isn't maxed out. When it get smaller packets we use more CPU - as the payload gets smaller - than memory bandwidth. This way we don't have a smooth curve, as we are used to see.
Going down to 64 byte packets, it finally gets CPU starved - and we see the pps and bps falling.
If I remember correctly, these tests measure the speed of the payload traffic, not the speed at ethernet layer. That would explain the difference: due to the header overhead it hits the (theoretical) 35Gbps ceiling.
Yeah, but that's not what happens. If we assume that 35 Gbps is an IO limit (not due to the interconnect but something else, like memory bandwidth for instance as you say), the 64-byte result proves that the CPU can do 9.2 Mpps. Then why isn't it doing 8.5 Mpps to get to the same 35G at 512 bytes? The CPU can do it, as it proves when shuffling 64 byte packets, and the IO subsystem can, as it proves with the 1518 byte packets. Yet although PPS goes up, total BPS goes down for both 512 & 64 bytes. That makes no sense; it isn't hitting either IO or CPU limits yet at 512 bytes.
Do you expect an answer from MT on this? They will not respond.Will CCR2X series come out straight with ROSv7 or will it be part of the v6 family first?
If I remember correctly, these tests measure the speed of the payload traffic, not the speed at ethernet layer. That would explain the difference: due to the header overhead it hits the (theoretical) 35Gbps ceiling.
True. Time to find a new hypothesis. But it is clearly hitting some limit, and I don't think it is software related.If I remember correctly, these tests measure the speed of the payload traffic, not the speed at ethernet layer. That would explain the difference: due to the header overhead it hits the (theoretical) 35Gbps ceiling.
That's not what the test results indicate; 1518 bytes is a full 1500-byte MTU Ethernet frame, and the BPS & PPS rates match those 1518 bytes. So do the other two, where 64 bytes is of course the minimum Ethernet frame size. So in the published numbers the entire frame is counted, not just the payload.
forgot itNo news about spectral scan o mu-mimo?
good question, for 140 EUR you get Huawei B715 cat9 modem + hap ac2 fo firewalling/routingWhy is the hap ac3 so more expensiv than the hap ac2. only an additional lte mode can not justify +150€, or?
many reasons of the need of build-in wireless option on switch...@prawira: Why just not buy a simple access point? 99% of all switches ends up in a closet or rack - what's the point of wireless then? Wireless is also more prone to technology changes (n, ac, mimo etc.) but a switch remains.
I too am super-interested in UNII-2 support in the US, especially for the Audience/RBD25G-5HPacQD2HPnD. Being able to leverage UNII-2 for the mesh network at 160MHz is the spectrum flexibility we've been needing!Any plans/timetable for UNII-2 support in the US on RBwAPG-5HacT2HnD? I just switched all APs to these and was disappointed they were not on the list of supported products listed in the newsletter.
Also the RBwAPG-5HacT2HnD-US APs as well. These are "primary devices" in a business infrastructure.I too am super-interested in UNII-2 support in the US, especially for the Audience/RBD25G-5HPacQD2HPnD. Being able to leverage UNII-2 for the mesh network at 160MHz is the spectrum flexibility we've been needing!Any plans/timetable for UNII-2 support in the US on RBwAPG-5HacT2HnD? I just switched all APs to these and was disappointed they were not on the list of supported products listed in the newsletter.
Thanks Normis!We are actively working on other UNII certifications, including for Audience. Other already certified products are listed in the newsletter.
Hopefully it will go away.Where is Wifi 6E?
+1Any SXT or LHG device with LTE12 and 10/100/1000 lan ports soon?
@normis, what's the big difference, if any, between this new CRS326-24G-2S+IN and the CRS326-24G-2S+RM, besides the case?MikroTik newsletter May 2020 (#95)
• CRS326-24G-2S+IN
+1Any SXT or LHG device with LTE12 and 10/100/1000 lan ports soon?
I just find out that netPower 16P is CRS318-16P-2S+OUT. So, we suggest mikrotik can release CRS318-16P-2S+IN-2HnD.
Thank you for the fast responseMost likely last week of July or little later
When Cube 60 will be released with 1gbit ports?