[WISPA] Mikrotik on Multi-core

2014-01-24 Thread Tom DeReggi 
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

Re: [WISPA] Mikrotik on Multi-core

2014-01-24 Thread can...@believewireless.net 
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 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

Re: [WISPA] Mikrotik on Multi-core

2014-01-24 Thread Josh Reynolds 
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 
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 
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

Re: [WISPA] Mikrotik on Multi-core

2014-01-24 Thread Faisal Imtiaz 
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" 
> To: "WISPA General List" 
> 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

2014-01-24 Thread Eric Tykwinski 
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

2014-01-24 Thread Sam Tetherow 
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