Personal Opinion.... I believe the CCR is a greatly suited as a Tower Router or (Customer network facing Router, bridge, traffic shaping, filter rules etc)
However I believe at the present x86 (i3/i5/i7) based MT are more suited for Internet Facing Edge routers (doing Multiple Full BGP Tables etc, very little to no filter rules...) Depending on Traffic load and (smaller) network design , it is quiet possible to use either one as a 'all in one' but in the long run it would be better to break out into two separate boxes. Faisal Imtiaz Snappy Internet & Telecom 7266 SW 48 Street Miami, FL 33155 Tel: 305 663 5518 x 232 Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net ----- Original Message ----- > From: "Tom DeReggi" <wirelessn...@rapiddsl.net> > To: "WISPA General List" <wireless@wispa.org> > Sent: Friday, January 24, 2014 8:20:19 PM > Subject: Re: [WISPA] [Spam] Re: Mikrotik on Multi-core > Sam, > Thats quite impressive, to be able to support that many queues and filter > rules. So apparently, those key services must be multi processor. > That is good to learn. > Eric, > Regarding single core apps. It may not matter all that much if an app is > single core, if it can use a unique core. > My concern is if key single core apps default to sharing the same core. > Faisal, > A single 1.2G processor per port is probably fine for large packets and Full > throughput. Im concerned on whether a single 1.2G core would be enough for > full throughput with average small packet sizes or DDOS situations. With X86 > processors, in the past we've shown it was not. But then again, the CCRs > arent X86, and our past 4core X86 test machines, didnt have 36 procs to > handle the load of other processes. > Paul, > Since we are on a budget, and need something to put in place quickly w/ SPFs, > sounds like the 36core CCRs will solve our immediate need for Core BGP > Router. It clearly will do way much better than the 1100 dual core that we > temporarilly put in place, until we had time to order in a CCR. > Whether the CCR will handle our growth plans for head end, thats yet to be > seen. > In our application we wont have nearly the number of rules per router as > Sam's example, as we do filtering and bandwidth management at each tower, to > spread out the load. > Last Question: > Long term, what Im most concerned about is how much throughput can be passed > per gig port. Meaning how close to theoretical wirespeed. Because > when calculating a providers cost per MB, its a big difference whether a > router port can push the full GB versus say 50%. > It can double a provider's cost per MB, requiring duplicating ones fiber > infrastructure prematurely. > Has anyone tested how small the average packet size can be and still achieve > theoretical wirespeed, in a simplified configuration over a single port? > 1Gbps FDX, can 90% of that be acheived with 384k avg packet size? > Tom DeReggi > RapidDSL & Wireless, Inc > IntAirNet- Fixed Wireless Broadband > > ----- Original Message ----- > > > From: Sam Tetherow > > > To: WISPA General List > > > Sent: Friday, January 24, 2014 5:28 PM > > > Subject: [Spam] Re: [WISPA] Mikrotik on Multi-core > > > Replaced an aging powerrouter 732 with a CCR-1036. Set up as a transparent > > bridge for traffic shaping. Passing 478M peak with 8200 interface bridge > > filter rules and 8000 queue tree entries, cpu utilization peaks at about 50 > > and all 36 CPUs are in use according to /system resource cpu print > > > The 732 started giving us CPU limitations at about 240Mbps. The whole thing > > could be reworked so we didn't have so many filter rules or queue tree > > entries, but the original installation replaced a MAC based bandwidth > > limiter and they wanted to keep that setup. > > > Other than some lockup issues we had on ROS versions before 6.7 we have > > been > > pretty happy with the box and for under $1k it is hard to beat. > > > On 01/24/2014 03:53 PM, Tom DeReggi wrote: > > > > Hi everyone. Been awhile since Ive been here, so not sure if this is a > > > redundant topic or not. > > > > > > Anyone got experience with Mikrotik on their newer Multi-Core platform, > > > using > > > as a Core Router for interconnecting multiple Gig backbone connections > > > (w/ > > > BGP, OSPF, Queues, Firewalls, VLAN tagging)? > > > > > > To be more specific.... Comparing Mikrotik's 36 core 1.2Ghz models to say > > > a > > > third party Quad core 3Ghz model. > > > > > > What do we need 36 cores for, when we got 11 eth ports? Are they even > > > used > > > by > > > software? Is later Mikrotik Firmware allowing.... > > > > > > - multiple processors to handle a singe NIC port? > > > > > > - which Mikrotik software features are able to effectively spread accross > > > to > > > a unique processor or use multiple processors? > > > > > > Is 1.2Ghz enough? > > > > > > Do the embedded NICs in the 36core units pass full Gig capacity? (In > > > past, > > > we > > > learned depending on which NIC and driver brand, a NIC could pass as low > > > as > > > only 30% of full capacity w/ large packets, where as a later generation > > > PCIE > > > w/ ATIO Intel could pass upward of 90% of full capacity w/ small > > > packets.) > > > > > > Im asking because back in the day, there were many Linux services > > > relating > > > to > > > routing that were written to be only single processor support. > > > > > > Because of this, it was important to have the highest speed Ghz processor > > > possible, since some critical services (the bottleneck) would share only > > > 1 > > > primary processor, regardless of how many processors were in the router. > > > > > > In past experience specific to Mikrotiktik, I often ran into issues with > > > added features (firewall rules, Queues, etc) drastically draining the > > > processing power of a MT router slowing throughput way below the > > > theoretical > > > published port throughput. > > > > > > For example, can Queues or Firewalls spread multiple processors? > > > > > > Can these 36core units handle bandwdith management (Limiting or Queues) > > > for > > > high speed subscribers, such as 100mb and 200 mbps customers? > > > > > > In the GUI of v6.7, I dont see anything higher than 2mb or 10mb depending > > > on > > > location of parameter. > > > > > > Tom DeReggi > > > > > > RapidDSL & Wireless, Inc > > > > > > 301-515-7774 > > > > > > IntAirNet - Fixed Wireless Broadband > > > > > > _______________________________________________ > > > > > > Wireless mailing list Wireless@wispa.org > > > http://lists.wispa.org/mailman/listinfo/wireless > > > > > _______________________________________________ > > > Wireless mailing list > > > Wireless@wispa.org > > > http://lists.wispa.org/mailman/listinfo/wireless > > _______________________________________________ > Wireless mailing list > Wireless@wispa.org > http://lists.wispa.org/mailman/listinfo/wireless
_______________________________________________ Wireless mailing list Wireless@wispa.org http://lists.wispa.org/mailman/listinfo/wireless