Re: [WISPA] Mikrotik on Multi-core
The new CCRs can do everything you need. And limiting 100Mbps or 200Mbps customers is no problem. We have them running BGP, OSPF, MPLS, PPPoE, firewalls, queues, etc. and they just hum along without any performance issues. On Fri, Jan 24, 2014 at 4:53 PM, Tom DeReggi wirelessn...@rapiddsl.netwrote: 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
Re: [WISPA] Mikrotik on Multi-core
It sounds like his question is more geared toward very high bandwidth applications core routing for a multigigabit network, or datacenter type operations. Josh Reynolds :: Chief Information Officer :: SPITwSPOTS :: Ubiquiti Certified AirMax Trainer :: On 01/24/2014 12:56 PM, can...@believewireless.net wrote: The new CCRs can do everything you need. And limiting 100Mbps or 200Mbps customers is no problem. We have them running BGP, OSPF, MPLS, PPPoE, firewalls, queues, etc. and they just hum along without any performance issues. On Fri, Jan 24, 2014 at 4:53 PM, Tom DeReggi wirelessn...@rapiddsl.net mailto:wirelessn...@rapiddsl.net 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 tel:301-515-7774 IntAirNet - Fixed Wireless Broadband ___ Wireless mailing list Wireless@wispa.org mailto: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
Re: [WISPA] Mikrotik on Multi-core
FYI.. the current ROS (6.x) does have limitations on most processes being single threaded. Supposed to get fixed i.e. become multi threaded in the near future. Additionally each port has 1 core dedicated to it.. Which under certain circumstances is a good thing, and not so good under other circumstances. CCR are a great product, a bit in their early cycle... but none the less, a great addition to the MT product line. X86 based MT are not obsolete or dead because of the CCR's. and are stable, viable and in some cases better performing... So take your pick ! Regards 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 4:53:22 PM Subject: [WISPA] Mikrotik on Multi-core 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
Re: [WISPA] Mikrotik on Multi-core
Not sure if this is still the case, but I remember people saying BGP is limited to a single core. Depending on the number of peers, this could definitely cause some convergence issues. From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf Of Josh Reynolds Sent: Friday, January 24, 2014 4:59 PM To: can...@believewireless.net; WISPA General List Subject: Re: [WISPA] Mikrotik on Multi-core It sounds like his question is more geared toward very high bandwidth applications core routing for a multigigabit network, or datacenter type operations. Josh Reynolds :: Chief Information Officer :: SPITwSPOTS :: Ubiquiti Certified AirMax Trainer :: ___ Wireless mailing list Wireless@wispa.org http://lists.wispa.org/mailman/listinfo/wireless
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
