Page 4 of 5

Re: CLOUD CORE ROUTER

Posted: Mon Jul 22, 2013 1:08 pm
by normis
Latest v6.2 build solves CCR unresponsiveness when under DDoS attack. If you don't know where to get this pre-release, email support.

Re: CLOUD CORE ROUTER

Posted: Mon Jul 22, 2013 2:52 pm
by Bitto
I have to disable 500M/500M Up/Down simple queue on our Ros 6.1 CCR1036 12G-4S. Average load is 150Mbit with 100000 packets voice clients started to complain about drops and jitter i tried large queues small quese nothing has helped. Enabling and disabling queues causes high cpu load and packet losses. Any ideas or fixeses?

Re: CLOUD CORE ROUTER

Posted: Mon Jul 22, 2013 4:09 pm
by otgooneo
I have 6 CCRs and we are using those routers for PPPoE server. I have a plan to enable BGP on that routers. Anyone tried to use BGP with Cisco using v6.2, please share your experience here. Thanks.

Re: CLOUD CORE ROUTER

Posted: Mon Jul 22, 2013 4:22 pm
by SwissWISP
I have 6 CCRs and we are using those routers for PPPoE server. I have a plan to enable BGP on that routers. Anyone tried to use BGP with Cisco using v6.2, please share your experience here. Thanks.
We run several sessions between our CCRs and some Ciscos and even a session to a Brocade CER. No Problems so far...
The only negative thing I can say about BGP on the CCR is that it runs only on one core, which makes it quite slow. But if you don't have to load the whole Internet Routing table on every Session, you'll be OK.

- Mat

Re: CLOUD CORE ROUTER

Posted: Mon Jul 22, 2013 4:30 pm
by otgooneo
I have 6 CCRs and we are using those routers for PPPoE server. I have a plan to enable BGP on that routers. Anyone tried to use BGP with Cisco using v6.2, please share your experience here. Thanks.
We run several sessions between our CCRs and some Ciscos and even a session to a Brocade CER. No Problems so far...
The only negative thing I can say about BGP on the CCR is that it runs only on one core, which makes it quite slow. But if you don't have to load the whole Internet Routing table on every Session, you'll be OK.

- Mat

Hey Mat. Thanks for your good news. Could you please tell me what ROS version you use?

Re: CLOUD CORE ROUTER

Posted: Mon Jul 22, 2013 6:07 pm
by SwissWISP
Hey Mat. Thanks for your good news. Could you please tell me what ROS version you use?
Currently we use 6.2.

Re: CLOUD CORE ROUTER

Posted: Tue Jul 23, 2013 8:46 am
by rpingar
Hi Normis,

the problems seems not be the responsivness, but the capacity to handle the packets under some attack, like the icmp by hping3.
We don't care if it is responsive but unable to pass traffic.

regards
Ros
Latest v6.2 build solves CCR unresponsiveness when under DDoS attack. If you don't know where to get this pre-release, email support.

Re: CLOUD CORE ROUTER

Posted: Tue Jul 23, 2013 2:17 pm
by Chupaka
that's how they called it. recheck the new build and see whether the problem has gone :)

Re: CLOUD CORE ROUTER

Posted: Tue Jul 23, 2013 2:24 pm
by normis
Yes, that should be fixed, Rosario.

Re: CLOUD CORE ROUTER

Posted: Tue Jul 23, 2013 2:28 pm
by 0005
Hi Normis,

What about my requests ? Also shoud be fixed ?

Re: CLOUD CORE ROUTER

Posted: Wed Jul 24, 2013 6:11 pm
by krakenant
Normis, do you have any idea when all aspects of ROS will be optimized for the Tilera Chipset? We keep trying it and different parts fail. Right now the issue is throughput on a hotspot when we get above about 400 users. We have X86 devices that can do 3 times the number of users and bandwidth.

Re: CLOUD CORE ROUTER

Posted: Wed Jul 24, 2013 6:14 pm
by OlegM
A few months I can not deal with such a problem. In version 5, this was not. In 6.0 and 6.1 by connecting some users, a connection error does not issue, but internet does not work. It creates a dynamic connection, but it is not running. This is a problem with the version?
Noticed that this happens when the ccr not reboot more than a few days. Interfaces and ppp in winbox beginning to slow and long open and just at that momet these glitches occur.

Re: CLOUD CORE ROUTER

Posted: Wed Jul 24, 2013 7:41 pm
by minelli
I would like to report a problem that has been occurring in the CCR:

When working with IP + MAC interface and the option of customers ARP = reply-only after restarting the CCR band travels not normal.
It is as if the traffic is limited.
If after the restart put ARP = enable and then ARP = reply-only interface the traffic back to normal consumption.

Re: CLOUD CORE ROUTER

Posted: Fri Jul 26, 2013 12:51 pm
by otgooneo
I have same problem as OlegM.

Re: CLOUD CORE ROUTER

Posted: Fri Jul 26, 2013 3:17 pm
by rpingar
we too, on x86 and ccr, it is a 6.x problem

regards
Ros
I have same problem as OlegM.

Re: CLOUD CORE ROUTER

Posted: Fri Jul 26, 2013 4:40 pm
by whoknew
I have 3x CCR1036-12G-4S's and one of them has been rebooting non stop. 1 of them is on firmware 3.05 with RouterOS being v6.1, another is on v6.0 RC14 and on firmware version 3.05. The one that was rebooting was on v6.1 with firmware version 3.08. I updated it to version 3.09 and the reboots seem to have stopped.

Has anyone else run into this? I noticed some others complaining about reboots but no one had come out and said it was fixed etc. I had seen the SNMP disable etc, but I tried that and it was still rebooting.

Re: CLOUD CORE ROUTER

Posted: Sat Jul 27, 2013 7:29 am
by adiputrasa
BGP process only using 1 core, whenever i tried to change routing filter in BGP like prepend or anything after that I cannot connect to my winbox. SSH normal only winbox I cant use. Anyone got a similar problem with me?

Re: CLOUD CORE ROUTER

Posted: Sun Jul 28, 2013 12:36 am
by morf
BGP process only using 1 core, whenever i tried to change routing filter in BGP like prepend or anything after that I cannot connect to my winbox. SSH normal only winbox I cant use. Anyone got a similar problem with me?
I also have problems with BGP when loaded only one core

Re: CLOUD CORE ROUTER

Posted: Sun Jul 28, 2013 6:53 pm
by morf
After 8 days of work, CCR1036 began working very slowly. After the restart, everything comes back to normal.

Re: CLOUD CORE ROUTER

Posted: Sun Jul 28, 2013 10:52 pm
by morf
In the last 8 days, when CCR1036 began to work slowly, there was an increased memory consumption.

Re: CLOUD CORE ROUTER

Posted: Mon Jul 29, 2013 1:48 pm
by sonny
@morf

have you enabled SNMP on that device?
if yes try to disable and test again.

Re: CLOUD CORE ROUTER

Posted: Mon Jul 29, 2013 1:56 pm
by sonny
@0005
Another one issue regarding ping losses.
Equipment: CCR1036-12G-4S
Tested on: 6.1
Ports: Full Duplex, 1Gbs
Scheme: Mikrotik is transparent, no any configuration in Firewall and Queues.
sfp1 and sfp2 are in bridge mode. sfp1 is connected to CSN (WAN) sfp2 is connected to LAN.
Traffic load: avarage for DL 400Mb/s, for UL 100Mb/s
Avarage users: 4500
CPU load: max 15%
RxTx errors and drops: 0

The problem is when connecting CSN to LAN without Mikrotik no any ping losses to users and from them. But when connect Mikrotik between CSN and LAN
each 3-4 pings you get 1-2 ping losses to each user and traffic decreases.
Changing optical fiber, optical ports and modules, changing from optical to electrical ports didn't get any results.
We have the same Situation Wan=SFP und internal=SFP in ad Bridge. (ROS6.2 would like to use as shaping device)
We discoverd the same failure. If you oing through the device pings (packets) get lost.

Now we disabled SNMP and it becomes better.
Also we set connection tracking from auto to on.

Re: CLOUD CORE ROUTER

Posted: Mon Jul 29, 2013 2:07 pm
by morf
@morf

have you enabled SNMP on that device?
if yes try to disable and test again.
snmp off.
I sent a support mikrotik supout files and screenshots.
I use to build Jul/17/2013. In the tech support told me that I updated to the last. What is the point? In order to reproduce the situation need to wait for about 8 days. And in the 8 days still come out new builds. A support will continue to say that I have not the latest build :)
The idiocy!

Re: CLOUD CORE ROUTER

Posted: Tue Jul 30, 2013 2:44 am
by CarulloS
I posted this in another thread and I don't want to repeat it here. Not sure if it should have gone under this thread for CCR, but...

Here is the link: http://forum.mikrotik.com/viewtopic.php?f=1&t=75259

Basically, I changed CCR MTU size and it caused kernel panic and rebooted. Want to make sure its looked into.

Thanks,
Scott

Re: CLOUD CORE ROUTER

Posted: Tue Jul 30, 2013 10:07 am
by 0005
@0005
Another one issue regarding ping losses.
Equipment: CCR1036-12G-4S
Tested on: 6.1
Ports: Full Duplex, 1Gbs
Scheme: Mikrotik is transparent, no any configuration in Firewall and Queues.
sfp1 and sfp2 are in bridge mode. sfp1 is connected to CSN (WAN) sfp2 is connected to LAN.
Traffic load: avarage for DL 400Mb/s, for UL 100Mb/s
Avarage users: 4500
CPU load: max 15%
RxTx errors and drops: 0

The problem is when connecting CSN to LAN without Mikrotik no any ping losses to users and from them. But when connect Mikrotik between CSN and LAN
each 3-4 pings you get 1-2 ping losses to each user and traffic decreases.
Changing optical fiber, optical ports and modules, changing from optical to electrical ports didn't get any results.
We have the same Situation Wan=SFP und internal=SFP in ad Bridge. (ROS6.2 would like to use as shaping device)
We discoverd the same failure. If you oing through the device pings (packets) get lost.

Now we disabled SNMP and it becomes better.
Also we set connection tracking from auto to on.
Thank you for advise. I cheked SNMP is off. I changed connection tracking to yes and aftre tests I'll confirm whether problem is solved or not.
One question regarding Shaping. Did you try Upload and Download simultaneously. For ex. if in queue tree Max 2M for DL and Max 2M UL for 1 user does this user get 2M for DL and 2M for UL simultaneously ?

Re: CLOUD CORE ROUTER

Posted: Tue Jul 30, 2013 8:04 pm
by jarise
Hi,
Is it normal that In ressources IRQ, the fancon is generating about 1100 irq per second ?

6.0RC8 25/1/2012
Wondering same situation with 6.1. That looks like some trouble.. first cpu load 5-9% without network traffic.

Is this normal?

Re: CLOUD CORE ROUTER

Posted: Tue Jul 30, 2013 10:54 pm
by sonny
@0005
Thank you for advise. I cheked SNMP is off. I changed connection tracking to yes and aftre tests I'll confirm whether problem is solved or not.
One question regarding Shaping. Did you try Upload and Download simultaneously. For ex. if in queue tree Max 2M for DL and Max 2M UL for 1 user does this user get 2M for DL and 2M for UL simultaneously ?
bulid is from 16th July 13:48

We have real internet traffic peak arroud 160 mbit with 438 simple queuss on it.
Bridge settings use IP firewall on
If a user has 10M down and 1M up and 1M up is full the user is gettin only arround 8.5-9Mbit down.
But it seems with high load 140-160mbit some packages on bridge ar lost.

Re: CLOUD CORE ROUTER

Posted: Thu Aug 01, 2013 11:16 am
by mishaM
Hi normis ,

I upgrade my router 6,2 version , reset-factory router and make config manualy , after 4 day working managment died , cannot connect via winbox , telnet (i can't type username (shows only login page ) , ssh , and api ) works only mac telnet , also dies mpls/ vpn/pptp , memory usage when happens problem is 596MB .
also kernel crashes when use : torch,traffic-generator,when changed graphing ip policy access

Re: CLOUD CORE ROUTER

Posted: Thu Aug 01, 2013 9:22 pm
by honzam
CCR1036 - ROS 6.2
389VLAN + 286 NAT and DHCP. NO shaping. Only routing + OSPF. Real trafic
Troughput 837Mbit and CPU only 5% :) Works well

Re: CLOUD CORE ROUTER

Posted: Fri Aug 02, 2013 10:00 am
by normis
new build of v6.2 today, for anybody living on "the bleeding edge"

Re: CLOUD CORE ROUTER

Posted: Fri Aug 02, 2013 11:31 am
by Ivoshiee
new build of v6.2 today, for anybody living on "the bleeding edge"
Nice, but what is it supposed to fix or change?

Re: CLOUD CORE ROUTER

Posted: Fri Aug 02, 2013 11:40 am
by normis
new build of v6.2 today, for anybody living on "the bleeding edge"
Nice, but what is it supposed to fix or change?
only bugs introduced in pre-release, so changelog will not include them (changelog only shows fixes since v6.1)

Re: CLOUD CORE ROUTER

Posted: Fri Aug 02, 2013 4:34 pm
by mishaM
normis i upgrade to last change and after 2 hours memory usage is ~450MB ,

Re: CLOUD CORE ROUTER

Posted: Sat Aug 03, 2013 1:40 pm
by mishaM
after 19 working hour happens same problem ,

Re: CLOUD CORE ROUTER

Posted: Mon Aug 05, 2013 9:57 am
by Ansy
after 19 working hour happens same problem ,
mishaM,
May be it's simply "DNS Amplification Attack", as I saw on my RB751U-2HnD.
Eating memory, process dns eating CPU, many DNS queries in DNS cache (my case was xcqv.de from 178.100.10[0123].*)
I've switched off IP -> DNS -> Allow Remote Requests, and no memory leaks / CPU overloads any more :)

Re: CLOUD CORE ROUTER

Posted: Tue Aug 06, 2013 4:31 am
by thehoff
There have been a lot of +1's for multicore BGP and I do agree....

I would really like to know when/if there is going to be an update where doing a /ip route print does not rely on the CLI and a whole core to view routes.

We have a pair of 1016's in production at the moment and diagnosing a route inside a BGP enabled RB that has static/policy/bgp(2feeds) is almost impossible with the current operation of the command.

Thoughts?

Re: CLOUD CORE ROUTER

Posted: Tue Aug 06, 2013 2:24 pm
by mishaM
after 19 working hour happens same problem ,
mishaM,
May be it's simply "DNS Amplification Attack", as I saw on my RB751U-2HnD.
Eating memory, process dns eating CPU, many DNS queries in DNS cache (my case was xcqv.de from 178.100.10[0123].*)
I've switched off IP -> DNS -> Allow Remote Requests, and no memory leaks / CPU overloads any more :)
same situation :(

Re: CLOUD CORE ROUTER

Posted: Tue Aug 06, 2013 9:48 pm
by armandfumal
BGP multicore become a hurry...
I use BGP with 3 full feed. It works but BGP handling is very slow...
route query take 2 mins to seach a prefixe...

Re: CLOUD CORE ROUTER

Posted: Wed Aug 07, 2013 4:26 pm
by morf
BGP multicore become a hurry...
I use BGP with 3 full feed. It works but BGP handling is very slow...
route query take 2 mins to seach a prefixe...
I have the same situation, but with a 2-BGP sessions.

Re: CLOUD CORE ROUTER

Posted: Wed Aug 07, 2013 4:30 pm
by normis
searching for prefixes has nothing to do with multicore or routing package, this is console speed.

Re: CLOUD CORE ROUTER

Posted: Wed Aug 07, 2013 4:45 pm
by morf
searching for prefixes has nothing to do with multicore or routing package, this is console speed.
Normis, but you still can not deny the fact that with a BGP-FullView work is very slow?
Try to load 2 "FullView" BGP table and see how it will work CCR

Re: CLOUD CORE ROUTER

Posted: Wed Aug 07, 2013 4:46 pm
by normis
searching for prefixes has nothing to do with multicore or routing package, this is console speed.
Normis, but you still can not deny the fact that with a BGP-FullView work is very slow?
Try to load 2 "FullView" BGP table and see how it will work CCR
this does not affect routing performance at all.

Re: CLOUD CORE ROUTER

Posted: Wed Aug 07, 2013 4:54 pm
by morf
searching for prefixes has nothing to do with multicore or routing package, this is console speed.
Normis, but you still can not deny the fact that with a BGP-FullView work is very slow?
Try to load 2 "FullView" BGP table and see how it will work CCR
this does not affect routing performance at all.
Affect the performance of the BGP. To work BGP allocated one core. The routing table updates slowly.
I still recommend you to try to get to CCR 2 FullView-table and look at the load on the cores and the speed of routing updates.

Re: CLOUD CORE ROUTER

Posted: Wed Aug 07, 2013 5:18 pm
by mrz
It was mentioned in several topics already.

Yes, you will get slow route updates.
Yes, route print will be slow.
No, it does not affect overall forwarding performance.
Yes, we are working on new routing implementation which will work much faster.

Re: CLOUD CORE ROUTER

Posted: Wed Aug 07, 2013 5:21 pm
by morf
It was mentioned in several topics already.

Yes, we are working on new routing implementation which will work much faster.
Thank you for your reply, when will the first implementations?

Re: CLOUD CORE ROUTER

Posted: Thu Aug 08, 2013 1:24 am
by mudasir
Hi everyone.

I am facing a very odd issue. Please check this post where I have detailed the issue http://forum.mikrotik.com/viewtopic.php?f=2&t=75556

Re: CLOUD CORE ROUTER

Posted: Thu Aug 08, 2013 10:11 am
by raz
Thank you for your reply, when will the first implementations?
Read in a another Topic, about the MUM with v7 in Sep...

It was mentioned in several topics already.

Yes, you will get slow route updates.
Yes, route print will be slow.
No, it does not affect overall forwarding performance.
Yes, we are working on new routing implementation which will work much faster.
I can confirm this, BGP is really slow at startup, i get over one Uplink 450k Prefixes and it takes 2-3 Minutes before
its complete and the Router is completly ready. There is no Speed Limit in deliver the Prefix Updates in the Uplink, its
only MikroTiK they work with a single core...

Re: CLOUD CORE ROUTER

Posted: Fri Aug 09, 2013 7:01 pm
by jmllh513
Performance! MikroTik RouterOS like ordinary of all the V6 router. Outdoor cabinet temperature range -20 degrees to 60 degrees with a version that would be great in the tower foundation. :D :D :D

Re: CLOUD CORE ROUTER

Posted: Fri Aug 09, 2013 8:01 pm
by Asket
CCR1036-12-4S disappoint their instability.
1 router - 300 IPoE, 1 BGP FullView uplink, 3 BGP peers, about 30 EoIP links, 1GBit/s aggregated traffic - 30 % CPU, stable, all good
2 router - 1100 PPPoE sessions, 700 mbit/sec aggregated, 80000 pps . Sometimes (5-6% of connections) forget routes to client IP - client haven't internet access, no traffic in pppoe-interface. 25 % CPU without connection-tracking, with connection-tracking -100% load and hard packet loss.
3 router - 800 PPPoE sessions, 400 mbit/sec - 40% CPU, very unstable SNMP (screenshot in attach), empty in interface and queue list.

Аlas, CCR1036-12-4S does not meet the manufacturer's claims.

Re: CLOUD CORE ROUTER

Posted: Sat Aug 10, 2013 6:07 pm
by miahac
I have had snmp disabled on my bgp routers for years because of slowness, It seems SNMP is a huge stack but most people only want interface and processing statistics. What would be nice is a SNMP-compact package that has just that.

Thoughts

Re: CLOUD CORE ROUTER

Posted: Sat Aug 10, 2013 8:49 pm
by armandfumal
Normis. Making a query to search for a prefixe that take more than 2 or 3 mins is not acceptable

For network engineer is a day to day task. When you have to solve a routing issue with ccr it is a pitty

On my old cisco these tasks are in real time.

Envoyé depuis mon GT-I9505 avec Tapatalk

Re: CLOUD CORE ROUTER

Posted: Sun Aug 11, 2013 2:17 am
by jmllh513
Childish I know, but we are taking about the router of the year.....

Re: CLOUD CORE ROUTER

Posted: Sun Aug 11, 2013 2:21 am
by jmllh513
Looks like product naming gives lots of specs:

CCR10<ab>-<c>G-<d>S

<ab> - number of cores
<c> - number of Gigabit Ethernets
<d> - number of SFP cages

-BU -board unit (without Rackmount case), for installations in your own boxes :shock:

Re: CLOUD CORE ROUTER

Posted: Mon Aug 12, 2013 9:45 am
by normis
-BU -board unit (without Rackmount case), for installations in your own boxes :shock:
We aldready sell that http://routerboard.com/CCR1016-12G-BU

Re: CLOUD CORE ROUTER

Posted: Tue Aug 13, 2013 10:40 pm
by every
This is what? Thank you!

Re: CLOUD CORE ROUTER

Posted: Wed Aug 14, 2013 11:03 pm
by morf
This is what? Thank you!
LOL :-)
Try to connect by ip address.

Re: CLOUD CORE ROUTER

Posted: Thu Aug 15, 2013 8:50 am
by every
This is what? Thank you!
LOL :-)
Try to connect by ip address.
I'm trying to IP and MAC addresses, but is not connected to the program.

Re: CLOUD CORE ROUTER

Posted: Thu Aug 15, 2013 11:34 am
by morf
This is what? Thank you!
LOL :-)
Try to connect by ip address.
I'm trying to IP and MAC addresses, but is not connected to the program.
Try to change the cable into a different port. (eth1 -> eth2).
Just make sure that you have a registered IP address from the subnet mikrotik.
I think your problem is not related to ROS 6.2

Re: CLOUD CORE ROUTER

Posted: Sat Aug 17, 2013 5:07 pm
by raz
Press … and select the MAC Address directly, then connect.

Re: CLOUD CORE ROUTER

Posted: Thu Aug 22, 2013 12:08 am
by armandfumal
Press … and select the MAC Address directly, then connect.
ROS 6.2 and CCR1036

same for me. I can't connect with winbox and mac, even mac server configuration correctly configured

Re: CLOUD CORE ROUTER

Posted: Thu Aug 22, 2013 11:11 am
by nz_monkey
Press … and select the MAC Address directly, then connect.
ROS 6.2 and CCR1036

same for me. I can't connect with winbox and mac, even mac server configuration correctly configured
+1 I have 8x CCR 1036 I am unable to connect to with MAC-Winbox. Have tried 6.0rc5 (default) and 6.2

Re: CLOUD CORE ROUTER

Posted: Thu Aug 22, 2013 2:31 pm
by longerCZ
Hi all,
we have some strange issue with CCR-1036-12G-4S, every time we turn on cold device (after 15 mins and more of powerless state) it gets stuck forever on "loading kernel from nand" notice shown on embedded display. When I then (after "heating the device" with kernel stuck) reconnect power cable it boots normally. Any ideas?
This happenned in 6.1 and 6.2 the same.

Thanks

Re: CLOUD CORE ROUTER

Posted: Fri Aug 23, 2013 1:45 pm
by lmatys
Hi. I'm planning the change HP ML 150 Quad Xeon 1.6 Ghz which runs many pppoe servers + htb.
I'm thinking about buying MikroTik Cloud Core Router CCR1016-12G.

The question is:
- does the MikroTik Cloud Core Router CCR1016-12G share CPU load to all available cores, when using many pppoe servers at many interfaces/vlans ?
- does it share the load to all cores when keeping traffic from all PPPOE sessions?
- does it share cpu load to all cores, when using simple queue?

Best regards.

L.M.

Re: CLOUD CORE ROUTER

Posted: Sat Aug 24, 2013 3:43 pm
by infused
Hi. I'm planning the change HP ML 150 Quad Xeon 1.6 Ghz which runs many pppoe servers + htb.
I'm thinking about buying MikroTik Cloud Core Router CCR1016-12G.

The question is:
- does the MikroTik Cloud Core Router CCR1016-12G share CPU load to all available cores, when using many pppoe servers at many interfaces/vlans ?
- does it share the load to all cores when keeping traffic from all PPPOE sessions?
- does it share cpu load to all cores, when using simple queue?

Best regards.

L.M.
From what I've seen so far, no. Someone can correct me though.

Re: CLOUD CORE ROUTER

Posted: Mon Aug 26, 2013 12:18 pm
by Rom1
Do you plan to release the device only with the SFP-slots or combo?

Re: CLOUD CORE ROUTER

Posted: Tue Aug 27, 2013 10:47 am
by raz
Mhm im getting since 8 Days about my Ticket with slow TCP Performance: 2013081766000271, on my Question Sent 24 Hours ago, there was also no answer.

Re: CLOUD CORE ROUTER

Posted: Fri Aug 30, 2013 1:08 am
by armandfumal
Have tested 6.3 29/08/2013 12:06 Build on CCR1036

I see a gain in BGP loading prefix. Now I have loaded 458000 prefixes in 50 secondes... much better

still on one core but better performances.

good job.

Re: CLOUD CORE ROUTER

Posted: Sat Aug 31, 2013 3:09 am
by pochbba
I'm noticing is impossible in a real esenario work more traffic through an interface that is I show below, I want to clarify that and replaced eh SFP fiber modules which are certainly cisco

Re: CLOUD CORE ROUTER

Posted: Sun Sep 01, 2013 1:08 pm
by infused
Press … and select the MAC Address directly, then connect.
ROS 6.2 and CCR1036

same for me. I can't connect with winbox and mac, even mac server configuration correctly configured
+1 I have 8x CCR 1036 I am unable to connect to with MAC-Winbox. Have tried 6.0rc5 (default) and 6.2
I know that Windows8 throws a wobbly with connecting to macs...

Re: CLOUD CORE ROUTER

Posted: Fri Sep 06, 2013 4:56 pm
by drpater
Hello all,
CCR 1036 RoS 6.3,
/ip hotspot cookie list contain only 4096 entries, this is bug or feature?

Re: CLOUD CORE ROUTER

Posted: Sun Sep 08, 2013 6:15 pm
by ericsooter
I have a CCR1036 and want to swap it out with my 1100AHx2. With 6.3, is it ready for live production with BGP, OSPF and some rate-limiting queues? Backhaul bandwidth is around 300MB. Just wondering if anyone is using this as a core router with a similar setup? If not, I can wait a few revisions for the software to stabilize.

Re: CLOUD CORE ROUTER

Posted: Sun Sep 08, 2013 6:36 pm
by ste
I have a CCR1036 and want to swap it out with my 1100AHx2. With 6.3, is it ready for live production with BGP, OSPF and some rate-limiting queues? Backhaul bandwidth is around 300MB. Just wondering if anyone is using this as a core router with a similar setup? If not, I can wait a few revisions for the software to stabilize.
As CCR SW is not paralellized I guess the 1100AHx2 is faster for the moment.

Re: CLOUD CORE ROUTER

Posted: Sun Sep 08, 2013 6:37 pm
by ropeba
Hi, I use CCR with BGP, OSPF, QUEUE... 800 Mbps, everything works ok.
             uptime: 6w3d7h4m30s
            version: 6.1
         build-time: Jun/12/2013 11:50:54
        free-memory: 3291.1MiB
       total-memory: 3969.0MiB
                cpu: tilegx
          cpu-count: 36
      cpu-frequency: 1200MHz
           cpu-load: 13%
     free-hdd-space: 901.5MiB
    total-hdd-space: 1024.0MiB
  architecture-name: tile
         board-name: CCR1036-12G-4S
           platform: MikroTik

Re: CLOUD CORE ROUTER

Posted: Mon Sep 09, 2013 1:06 pm
by janisk

As CCR SW is not paralellized I guess the 1100AHx2 is faster for the moment.
actually some important parts are parallelized. You can get a lot more throughput that with RB1100AHx2

Re: CLOUD CORE ROUTER

Posted: Tue Sep 10, 2013 5:32 am
by Dashka
Hello

I am plan cloud core router to use create less then 10 or more meta router, is that possible?
before i ask about this solution on Mikrotik RB1100 but this router dual core CPU it's not possible.

Thanks
Dashdorj

Re: CLOUD CORE ROUTER

Posted: Tue Sep 10, 2013 6:11 am
by ericsooter
Hi, I use CCR with BGP, OSPF, QUEUE... 800 Mbps, everything works ok.

Thanks guys for the info. I'll move forward.

Re: CLOUD CORE ROUTER

Posted: Tue Sep 10, 2013 9:31 am
by manson
Hello

I am plan cloud core router to use create less then 10 or more meta router, is that possible?
before i ask about this solution on Mikrotik RB1100 but this router dual core CPU it's not possible.

Thanks
Dashdorj

CCR doesn't support meta routers yet.

Re: CLOUD CORE ROUTER

Posted: Tue Sep 10, 2013 2:32 pm
by infused

As CCR SW is not paralellized I guess the 1100AHx2 is faster for the moment.
actually some important parts are parallelized. You can get a lot more throughput that with RB1100AHx2
Can you expand on what is? Also curious to how the router, on 6.3, is now carrying load over the cores.

Reason I ask is that during the RCs, you were just getting the OS stable on CCR, core improvement was going to come later. Just wondering where that is now, and when we will realize the full potential of this router.

Cheers.

Re: CLOUD CORE ROUTER

Posted: Tue Sep 10, 2013 2:33 pm
by normis
Nearly everything utilizes the cores now. Just upgrade to v6.3 and check the "/tool profile" menu to see how load is distributed.

Re: CLOUD CORE ROUTER

Posted: Tue Sep 10, 2013 3:25 pm
by manson
One thing that's very important maybe for me only (DNS forwarder) still doesn't utilize more then one core ;(

Re: CLOUD CORE ROUTER

Posted: Tue Sep 10, 2013 9:49 pm
by brianlewis
Anyone have a status update for the CCR-1036-8G-2S+ availability? It was posted as being available in JUNE......

http://forum.mikrotik.com/viewtopic.php?t=70761

CCR1036-8G-2S+ - 10Gigabit CCR, 2x SFP+, 8x Gigabit Ethernet, 36 Core Tilera, 16GB RAM, 28Gbit throughput, 42 Million PPS, Available June

Re: CLOUD CORE ROUTER

Posted: Wed Sep 11, 2013 1:25 am
by infused
Nearly everything utilizes the cores now. Just upgrade to v6.3 and check the "/tool profile" menu to see how load is distributed.
Thanks for that. Does that mean that say firewall will use the resources of all cores, or just a bunch of cores?

Re: CLOUD CORE ROUTER

Posted: Wed Sep 11, 2013 2:36 am
by m3gaman
Looks like they're well balanced!! Nice work!!

Re: CLOUD CORE ROUTER

Posted: Wed Sep 11, 2013 5:47 pm
by n3c8
So are we saying that BGP now runs on multiple cores. Is this from 6.3 production or a RC?

Re: CLOUD CORE ROUTER

Posted: Wed Sep 11, 2013 7:49 pm
by doush
Nearly everything utilizes the cores now. Just upgrade to v6.3 and check the "/tool profile" menu to see how load is distributed.
What about ip>firewall>mangle ?
And also PPPoE Server ?

Re: CLOUD CORE ROUTER

Posted: Fri Sep 13, 2013 8:13 am
by lavv17
pcq on ccr seems to work incorrectly for large number (>500) of concurrent clients. Are there any internal limitations?

Re: CLOUD CORE ROUTER

Posted: Wed Sep 18, 2013 7:06 pm
by dbodeenisudm
Mhm im getting since 8 Days about my Ticket with slow TCP Performance: 2013081766000271, on my Question Sent 24 Hours ago, there was also no answer.

what is your tcp performance problem? I am having a problem; when I run a single connection tcp bandwidth test out the wan/fiber port I get 5M download and 60M upload. if I run udp I get 90M each way. Its either the router or the upstream provider. I am leaning toward router; on version 6.2.

Re: CLOUD CORE ROUTER

Posted: Wed Sep 18, 2013 7:51 pm
by raz
Mhm im getting since 8 Days about my Ticket with slow TCP Performance: 2013081766000271, on my Question Sent 24 Hours ago, there was also no answer.

what is your tcp performance problem? I am having a problem; when I run a single connection tcp bandwidth test out the wan/fiber port I get 5M download and 60M upload. if I run udp I get 90M each way. Its either the router or the upstream provider. I am leaning toward router; on version 6.2.
This is the same Problem like yours! UDP works as hell, i can get nearby 1GBit over but TCP sucks. Still no fix from MikroTiK. The last what i got was:
Hello,

I have tried to test bandwidth-test by running it to your specified address and my
results and speeds were very different from ones that are visible in picture that
you sent (they were all right).

Most interesting thing is that while I was typing this message, I tried to run
test again and it was running exactly how picture shows it.

I also looked through your configuration and seems that there is nothing that
could block this traffic.

I suppose there is something that blocks this traffic. Could you try to run test
and if speed is slow then reboot it and test again?

Also you could try to install RouterOS version 6.3 and that maybe could fix the
issue. RouterOS is accessible at www.mikrotik.com.

Regards,
Martins
Yes, i made an Upgrade to 6.3 and 6.3 but this is occours always...

Re: CLOUD CORE ROUTER

Posted: Wed Sep 18, 2013 8:03 pm
by onnoossendrijver
Come on guys, this is said 1000 times before! NEVER do a TCP test on a router, only THROUGH a router.
The CPU in 99% of the routers is not fast enough to do all the tasks necessary for a TCP test.
If you want to do a decent TCP test, use a PC on both sides of the device or link you want to test and run IPerf between those PCs.

I have tested a chain of 5 Mikrotik devices using this method, including RB600A, RB450G, RB1100x2 and x86 180-200 mbit/s TCP.
One of the links between these devices is a NV2 wireless link.

Re: CLOUD CORE ROUTER

Posted: Wed Sep 18, 2013 8:19 pm
by raz
Ofcourse i tested FROM Servers behind the CCR to me, and 3-4 MBit/s are not OK.
Im own a 100 MBit Home ADSL, and there is no Reason why i only get 3-4 MBit TCP but
nearby 1 GBit UDP (Even i connect in DC directly).

Re: CLOUD CORE ROUTER

Posted: Wed Sep 18, 2013 8:40 pm
by onnoossendrijver
Ok, ignore my previous post then. Sorry!
This smells a bit like an autonegotiation problem.
Are you sure all links negotiate at full-duplex?

Re: CLOUD CORE ROUTER

Posted: Wed Sep 18, 2013 8:49 pm
by dbodeenisudm
Ok, ignore my previous post then. Sorry!
This smells a bit like an autonegotiation problem.
Are you sure all links negotiate at full-duplex?

hi thanks for assuming we are idiots. yes I have tested from the router and through the router and everywhere. when I run the speed test the cpu does not go above 10% for a one tcp connection count test. I am running from a ccr to a x86 mikrotik machine. links are negotiating at full duplex. it is a problem with the ccr fiber interface I think.

Re: CLOUD CORE ROUTER

Posted: Wed Sep 18, 2013 10:27 pm
by onnoossendrijver
Ok, ignore my previous post then. Sorry!
This smells a bit like an autonegotiation problem.
Are you sure all links negotiate at full-duplex?
hi thanks for assuming we are idiots. yes I have tested from the router and through the router and everywhere. when I run the speed test the cpu does not go above 10% for a one tcp connection count test. I am running from a ccr to a x86 mikrotik machine. links are negotiating at full duplex. it is a problem with the ccr fiber interface I think.
Aren't you maxing out 1 core of the CCR when running a TCP test?

Re: CLOUD CORE ROUTER

Posted: Wed Sep 18, 2013 11:08 pm
by raz
Aren't you maxing out 1 core of the CCR when running a TCP test?
Nope, there is no huge load, not more as 4-6% per Core. BGP uses btw always 100%, but this is just Wayne, because
RouterOS did it since im started using BGP...

Edit:

See Uploaded File, im trying to Move a File through FTP (TCP Port 21)

Re: CLOUD CORE ROUTER

Posted: Thu Sep 19, 2013 7:46 pm
by dbodeenisudm
I am running a tcp bandwidth test where connection count=1. If that maxes out whatever then man this router really stinks. But now nothing is getting maxed out. Its either our upstream provider or the fiber interface on the mikrotik.

Re: CLOUD CORE ROUTER

Posted: Thu Sep 19, 2013 11:17 pm
by onnoossendrijver
I am running a tcp bandwidth test where connection count=1. If that maxes out whatever then man this router really stinks. But now nothing is getting maxed out. Its either our upstream provider or the fiber interface on the mikrotik.
You have to understand that initiating/sending/receiving TCP traffic is MUCH MUCH more demanding for the CPU than just routing that same traffic.

Re: CLOUD CORE ROUTER

Posted: Sun Sep 22, 2013 8:44 pm
by raz
Guys, after i played around with Downgrade to 6.1 and some queues, i found a way to fix it...

Interface ethernet full duplex = no and speed to 100Mbps. Its unbeliveable!

With Fullduplex = NO and 100 Mbps!
root@none:~# wget http://10.0.0.2/XenCenter.iso
--2013-09-22 19:39:32--  http://10.0.0.2/XenCenter.iso
Verbindungsaufbau zu 10.0.0.2:80... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 53635072 (51M) [application/octet-stream]
In »XenCenter.iso.4« speichern.

100%[======================================>] 53.635.072  6,78M/s   in 7,5s

2013-09-22 19:39:40 (6,80 MB/s) - »XenCenter.iso.4« gespeichert [53635072/53635072]
with ACTIVATED FullDUplex!
root@none:~# wget http://10.0.0.2/XenCenter.iso
--2013-09-22 19:40:46--  http://10.0.0.2/XenCenter.iso
Verbindungsaufbau zu 10.0.0.2:80... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 53635072 (51M) [application/octet-stream]
In »XenCenter.iso.6« speichern.

 1% [                                       ] 923.824     84,5K/s  ETA 9m 32s  ^C
root@none:~#
1 Gbps without FullDuplex wont work...

Test Setup:
Port 1: 10.0.0.1/24 (forced to 100 MBits, halfduplex)
Port 2+3 (LACP): 10.10.0.1/24 (Gbit, auto negotiated)


Wow, this is an heavy Bug @MikroTiK, now its time to answer my Ticket and pls fix this Bug.
[Ticket#2013081766000271] {Disarmed} Re: TCP slow in 6.2

Re: CLOUD CORE ROUTER

Posted: Sun Sep 22, 2013 10:16 pm
by jhaa
I'm wondering if there will be a ccr1036 version with 8xSFP 2xSFP+

Re: CLOUD CORE ROUTER

Posted: Tue Sep 24, 2013 9:29 am
by manson
What for do you need sfp+ in this crap? You want route 10 Gbps with CCR? Are you serious? I wonder if it can just forward so much bandwidth without any routing, firewall or queues. No chance to make any use with sfp+ in any routing purposes.

I have idea. Make old CCR to work good and then think about making new hardware. My CCR's are almost year old and they still are useless. Great thanks to Mikrotik for selling "beta" hardware with "beta" software as a "operator class router". Lol. You didn't see any real operator class router if you are willing to name this board like that.

Re: CLOUD CORE ROUTER

Posted: Tue Sep 24, 2013 9:53 am
by lavv17
Lol. You didn't see any real operator class router if you are willing to name this board like that.
"real operator class router" costs 10-20 times more. For me, CCR delivers good enough performance. Especially considering it's cost.

CCR1036 concurrent PPPOE supported

Posted: Tue Sep 24, 2013 11:44 am
by lose
hello . I have a question . What is the total number of concurrent users ( PPPOE ) in CCR1036 router?
If 4000 users simultaneously connected to router With PPPOE connection, the router will not be interrupted?

thank you.

Re: CLOUD CORE ROUTER

Posted: Tue Sep 24, 2013 10:56 pm
by dbodeenisudm
so pretty much the only way to get good speeds for TCP is to go 100m half? ouch.

please confirm.

Re: CLOUD CORE ROUTER

Posted: Tue Sep 24, 2013 10:57 pm
by dbodeenisudm
were gonna throw in a 2011 and see if that fixes it. we do not need any cpu power so we should be fine.

Re: CLOUD CORE ROUTER

Posted: Wed Sep 25, 2013 5:01 am
by mhviper
We are able to push around line rate (1gbit) through a ccr currently without any problems, don't know why he can't reach such result.

Re: CLOUD CORE ROUTER

Posted: Wed Sep 25, 2013 12:35 pm
by raz
so pretty much the only way to get good speeds for TCP is to go 100m half? ouch.

please confirm.
Please test it, if its the same Result like my Setup, we found a critical Bug, and we should report it to MikroTiK.
After i saw a lot of this Threads, its not a new Bug.

Re: CLOUD CORE ROUTER

Posted: Wed Sep 25, 2013 5:16 pm
by Kreacher
Hello,
What for do you need sfp+ in this crap?

Why this should be named crap? Because you are not having the need of SFP+?
You want route 10 Gbps with CCR? Are you serious?
It is in my opinion a better thing to have one 10 GBit/s uplink from the router
to the DMZ Switch and another one to the LAN Switch, even better then setting up LAGs (LACP).
I wonder if it can just forward so much bandwidth without any routing, firewall or queues.
No chance to make any use with sfp+ in any routing purposes.
Other Routers with SFP & LAG (LACP) capabilities are in the same price range.
I have idea. Make old CCR to work good and then think about making new hardware.
It is the same Hardware only with another port allocation.

Re: CLOUD CORE ROUTER

Posted: Wed Sep 25, 2013 11:32 pm
by Nuke
Lol. You didn't see any real operator class router if you are willing to name this board like that.
"real operator class router" costs 10-20 times more. For me, CCR delivers good enough performance. Especially considering it's cost.
I hear what you say, but I don't understand the problem. If you pay for a Toyota or Audi, you get what you pay for. The same goes if you buy a Tata, Chana or other whatever little car. Don't expect the same reliability, safety or performance. If you expect it, laughs are on you, don't care how its marketed by the manufacturer.

Carrier IMO mean things like 5 nines uptime, etc(think IOS-XR, where you can upgrade the software without rebooting). Mikrotik is good for budget links, but its not for a core network. I'll continue to use Mikrotik for outlying links, there is nothing in its class that beats it there.

I have used the CCR, one of our clients has one he brought himself. It works for him, but then again, it only does around 70mbps peak and does basic routing. It only crashed once(I think) and he is happy. So whatever floats your boat.

Re: CLOUD CORE ROUTER

Posted: Thu Sep 26, 2013 10:56 am
by manson
If CCR finally will work like it was intended then i'll say "it's cheap, it's fast, it's reliable". But many months past and i still don't know when or even if ever i'll use it because there is no official "road map" to make it usable. I've gave 1600 USD for "routers" that are beated by Raspberry PI in DNS forwarder performance.

But despite of that, CCR was sold to me with beta operating system as a "operator class router", they should be giving those for testing first, not making money on not tested hardware with buggy software. Sure i'm not stupid to place it in my core network, for routing purposes i have ASR 9006 for that. But i'm angry that Mikrotik is making fool of people. And i have to shine with my eyes in front of my boss, asking me why this hardware is making absolutly nothing. How many months or years i have to wait untill this flawless performance will be usable?

Re: CLOUD CORE ROUTER

Posted: Thu Sep 26, 2013 1:18 pm
by lavv17
CCRs work here flawlessly for weeks serving around 900 pppoe users each. Surely there are problems with the software, but they are not global and happen only in certain configurations (e.g. I discovered a problem with PCQ and had to use dynamic simple queues).

Re: CLOUD CORE ROUTER

Posted: Thu Sep 26, 2013 4:25 pm
by Chupaka
We are able to push around line rate (1gbit) through a ccr currently without any problems, don't know why he can't reach such result.
what facilities of RouterOS do you use? any queues?

Re: CLOUD CORE ROUTER

Posted: Thu Sep 26, 2013 5:29 pm
by n3c8
For all those complaining about the production grade of this router. This is still pre-production grade piece of kit. It's never been sold otherwise. If your distributor told you otherwise, take it up with them not Mikrotik who made this fact very clear.

If you look bad in front of your bosses or companies, its because you promised the world without checking your promises. Let's not forget that routers with this many cores at this price is new ground to even long standing established vendors. Juniper for example have had serious issues with the last 2 years of software.

Sooo, you bought a experimental piece of kit. You want to put pre-production in production, great. Have at it. You might get lucky, but its your ass.


PS: Can anyone confirm the /tool/profile cpu load of BGP?

Re: CLOUD CORE ROUTER

Posted: Fri Sep 27, 2013 1:34 pm
by manson
For all those complaining about the production grade of this router. This is still pre-production grade piece of kit. It's never been sold otherwise. If your distributor told you otherwise, take it up with them not Mikrotik who made this fact very clear.

If you look bad in front of your bosses or companies, its because you promised the world without checking your promises. Let's not forget that routers with this many cores at this price is new ground to even long standing established vendors. Juniper for example have had serious issues with the last 2 years of software.

Sooo, you bought a experimental piece of kit. You want to put pre-production in production, great. Have at it. You might get lucky, but its your ass.


PS: Can anyone confirm the /tool/profile cpu load of BGP?
there was no word in product specification about "pre-production hardware". It was sold as a fully functional hardware, no word even about beta software.

Re: CLOUD CORE ROUTER

Posted: Fri Sep 27, 2013 4:54 pm
by Kreacher
@manson
there was no word in product specification about "pre-production hardware". It was sold as a fully functional hardware, no word even about beta software.
I think it was! But that dosen´t matter at all I think, MikroTik was hiring over the last 2 years 20 new employees
so that we could imagine that the work on the CCR is going on and at one day we will have a shining device!
If you can´t wait or as you was mention by your self, preventing your ass away from your boss, I would sell
the CCR, so your boss have not a so high of cost mistakes made by yours! Perhaps for $1200 selling as used
CCR, but hey if in some month this will be a rocket machine don´t speak to me about this point please!

Re: CLOUD CORE ROUTER

Posted: Fri Sep 27, 2013 6:00 pm
by rpingar
an update about [Ticket#2013090666000521] vrrp backup problem - 6.x

all the ccr eth interfaces, in rare cases, get flapping all togheter.
this happen on the router where we have vrrp interface in backup mode.

thanks
Ros

Re: CLOUD CORE ROUTER

Posted: Sat Sep 28, 2013 11:15 pm
by nz_monkey
an update about [Ticket#2013090666000521] vrrp backup problem - 6.x

all the ccr eth interfaces, in rare cases, get flapping all togheter.
this happen on the router where we have vrrp interface in backup mode.

thanks
Ros
So this is a current bug?

Re: CLOUD CORE ROUTER

Posted: Sun Sep 29, 2013 2:04 am
by rpingar
an update about [Ticket#2013090666000521] vrrp backup problem - 6.x

all the ccr eth interfaces, in rare cases, get flapping all togheter.
this happen on the router where we have vrrp interface in backup mode.

thanks
Ros
So this is a current bug?

yes i am asking about an update!

regards
Ros

Re: CLOUD CORE ROUTER

Posted: Sun Sep 29, 2013 4:49 am
by infused
6.3 is pretty solid on the CCR for us anyway. We have been using it in production since RC7, then RC13, then 6.3 (since December 30th 2012)

We only have one 100mbit uplink, about 20 queues, lots of firewall rules for about 10 different subnets.

Re: CLOUD CORE ROUTER

Posted: Sun Sep 29, 2013 5:13 pm
by IPANetEngineer
Has anyone used the CCR for hotspot deployments? I'm curious about max user counts and CPU load.

Re: CLOUD CORE ROUTER

Posted: Mon Sep 30, 2013 2:35 pm
by WirelessDSL
an update about [Ticket#2013090666000521] vrrp backup problem - 6.x

all the ccr eth interfaces, in rare cases, get flapping all togheter.
this happen on the router where we have vrrp interface in backup mode.

thanks
Ros
So this is a current bug?

Same here.
CCR with OSPF,MPLS,VPLS and TE.
RouterOS v6.4 all physical ports flap after 9 minutes. A few seconds later they come back and after another 9 minutes the same situation.
Made a ticket [Ticket#2013092466000274] about CCR Port flapping.

Installed RouterOS 6.5RC1 and this flapping doesn´t occur again up to now. But in the changelog for 6.5RC1 nothing is mentioned about this.

I hope this bug is resolved.

Re: CLOUD CORE ROUTER

Posted: Tue Oct 01, 2013 12:31 am
by Attila
Dear Normis.!

Multicast routing (PIM-SM) same source to different interface still doesn't work in CCR1036.

Ticket#2013020566000411

The device cannot be used for multicast routing since available.
So we can not use in IPTV environment.
Please fix this bug!

Sincerely,

Attila

Re: CLOUD CORE ROUTER

Posted: Fri Oct 04, 2013 1:01 pm
by drpater
Has anyone used the CCR for hotspot deployments? I'm curious about max user counts and CPU load.
Have test hotspot installation with 1036 as hotspot and 27 AP (SxT-G2HnD).
Work fine, 70-150 online users (more than 4k in radius database) with simple queues.
CPU usage less than 1-2%, peak traffic 30Mbit.

Wireless clients is mobile devices - handies, laptops, pads etc.

Seems cookie table cannot contain more than 4096 entries, but may be no.

Re: CLOUD CORE ROUTER

Posted: Mon Oct 07, 2013 12:18 pm
by ners
Can anyone tell if CCR1036-8G-2S+ will accept SFP modules in its SFP+ slots? I couldn't find any relevant info in the brochure.

Re: CLOUD CORE ROUTER

Posted: Tue Oct 08, 2013 4:02 pm
by PhilB
I remain astonished that Mikrotik are *still* pumping out more and more hardware revisions instead of making the kit they have work properly, but I guess otherwise they would have hardware guys sat around with nothing to do.

The SFP+ unit would definitely be interesting and disruptive.. if you could rely on it being useful. I'll check back in another year, again.

Re: CLOUD CORE ROUTER

Posted: Tue Oct 08, 2013 4:06 pm
by pcunite
I remain astonished that Mikrotik are *still* pumping out more and more hardware revisions instead of making the kit they have work properly, but I guess otherwise they would have hardware guys sitting around with nothing to do.

The SFP+ unit would definitely be interesting and disruptive.. if you could rely on it being useful. I'll check back in another year, again.
RouterOS v6.5 is taking a bit longer to get here and I'm hoping for a more formal release. They rushed the v6 series IMHO.

Re: CLOUD CORE ROUTER

Posted: Tue Oct 15, 2013 8:05 am
by shayanjameel08
The board unit with 16 cores will happily run at those temperatures if installed in a waterproof case.

ccr1036 ppp crash

Posted: Fri Oct 18, 2013 11:34 am
by cse2012
Image

Re: CLOUD CORE ROUTER

Posted: Fri Oct 18, 2013 10:52 pm
by balanser
would like to know the answer to a question about BGP:
So are we saying that BGP now runs on multiple cores. Is this from 6.3 production or a RC?

Re: CLOUD CORE ROUTER

Posted: Sat Oct 19, 2013 10:12 am
by shayanjameel08
Got to say the price is awesome!

Re: CLOUD CORE ROUTER

Posted: Sat Oct 19, 2013 8:13 pm
by doush
CCR All ports FLAP s suddenly with no reason !

Ticket#2013101966000343

Re: CLOUD CORE ROUTER

Posted: Sun Oct 20, 2013 9:59 pm
by rpingar
CCR All ports FLAP s suddenly with no reason !

Ticket#2013101966000343

I opened a ticket more then one month ago witout any real answer [Ticket#2013090666000521]

I am still at 6.2, do you experience port flap also on 6.5???

If yes they are not yet fixed the issue.

regards
Ros

Re: CLOUD CORE ROUTER

Posted: Mon Oct 21, 2013 11:02 am
by doush
v6.3 in my case.
But no port flap bug fix in the changelog for 6.4 and 6.5 exists.

So I assume upgrading wont fix it.

Re: CLOUD CORE ROUTER

Posted: Tue Oct 22, 2013 10:11 pm
by struck
Hello

In my case I'm using the ports ether1 and ether6. After a few minutes of operation, the port ether1 link flaps. I went back to the old 1100AHx2 and the problem doesn't happen.

It's impossible to use.

Struck


an update about [Ticket#2013090666000521] vrrp backup problem - 6.x

all the ccr eth interfaces, in rare cases, get flapping all togheter.
this happen on the router where we have vrrp interface in backup mode.

thanks
Ros
So this is a current bug?

Same here.
CCR with OSPF,MPLS,VPLS and TE.
RouterOS v6.4 all physical ports flap after 9 minutes. A few seconds later they come back and after another 9 minutes the same situation.
Made a ticket [Ticket#2013092466000274] about CCR Port flapping.

Installed RouterOS 6.5RC1 and this flapping doesn´t occur again up to now. But in the changelog for 6.5RC1 nothing is mentioned about this.

I hope this bug is resolved.

Re: CLOUD CORE ROUTER

Posted: Wed Oct 23, 2013 3:06 pm
by Adolfo
CCR All ports FLAP s suddenly with no reason !

Ticket#2013101966000343

I opened a ticket more then one month ago witout any real answer [Ticket#2013090666000521]

I am still at 6.2, do you experience port flap also on 6.5???

If yes they are not yet fixed the issue.

regards
Ros
Hi I have the same problem with the port flap and ROS 6.5 didn´t solve the issue.
I opened a ticket too but without answer after I make a test with ROS 6.5. [Ticket#2013100766000642]

Re: CLOUD CORE ROUTER

Posted: Wed Oct 23, 2013 3:25 pm
by normis
Can anyone tell if CCR1036-8G-2S+ will accept SFP modules in its SFP+ slots? I couldn't find any relevant info in the brochure.
Yes, it will also accept regular SFP modules.

Re: CLOUD CORE ROUTER

Posted: Wed Oct 23, 2013 3:33 pm
by rpingar
Can anyone tell if CCR1036-8G-2S+ will accept SFP modules in its SFP+ slots? I couldn't find any relevant info in the brochure.
Yes, it will also accept regular SFP modules.

Normis,

may you update all of us about port flap issue on CCR?????

regards
Ros

Re: CLOUD CORE ROUTER

Posted: Wed Oct 23, 2013 3:34 pm
by normis
Can anyone tell if CCR1036-8G-2S+ will accept SFP modules in its SFP+ slots? I couldn't find any relevant info in the brochure.
Yes, it will also accept regular SFP modules.

Normis,

may you update all of us about port flap issue on CCR?????

regards
Ros
Do you mean the situation where a specific type of data triggers one time port up/down? You should try v6.6rc1

Re: CLOUD CORE ROUTER

Posted: Wed Oct 23, 2013 3:42 pm
by rpingar

Do you mean the situation where a specific type of data triggers one time port up/down? You should try v6.6rc1
Yes if in your case all ports goes down/up all toghether.

may you specify if it is the case?

regards
ros

Re: CLOUD CORE ROUTER

Posted: Wed Oct 23, 2013 3:43 pm
by normis

Do you mean the situation where a specific type of data triggers one time port up/down? You should try v6.6rc1
Yes if in your case all ports goes down/up all toghether.

may you specify if it is the case?

regards
ros
yes, it should be fixed in v6.6rc1, you probably know the download link

Re: CLOUD CORE ROUTER

Posted: Thu Oct 24, 2013 8:56 am
by Neilson
@Normis

Wonderful to hear you think you have a fix for this.

Can you please detail some info about what data triggers the lockup? we got no feedback from our ticket nor any updates and we want to test in the lab before we return these to production. If you can confirm what data triggers it (we were unable to isolate any in particular) then we will generate that traffic to confirm we are freed from it.

Regards
Alexander

Re: CLOUD CORE ROUTER

Posted: Thu Oct 24, 2013 9:18 am
by rpingar
@Normis

Wonderful to hear you think you have a fix for this.

Can you please detail some info about what data triggers the lockup? we got no feedback from our ticket nor any updates and we want to test in the lab before we return these to production. If you can confirm what data triggers it (we were unable to isolate any in particular) then we will generate that traffic to confirm we are freed from it.

Regards
Alexander
+1

Regards
ros

Re: CLOUD CORE ROUTER

Posted: Thu Oct 24, 2013 1:35 pm
by doush
What kind of data triggers the ethernet flap ?
Normis ?

Re: CLOUD CORE ROUTER

Posted: Thu Oct 24, 2013 2:55 pm
by spoiler
We also had the flapping problem (only one eth was 'safe'). We solved it avoiding ethernet11 usage on a bridge (eoip<->eth) using sfp2 instead for that bridge (eoip<->sfp2). OSPF enabled in this ccr.

Also had another 'flapper' ccr which stopped magically flapping (or maybe due to MPLS package disabling) whick only used 3 eth devices. OSPF and BGP enabled on this ccr. No bridges.

Re: CLOUD CORE ROUTER

Posted: Thu Oct 24, 2013 4:40 pm
by raz
Normis,

what about my Ticket with TCP issues? #2013092666000332
and why im not getting any Answer from MikroTiK??????

Re: CLOUD CORE ROUTER

Posted: Thu Oct 24, 2013 9:19 pm
by Duduhandelman
Hi All.
I have CCR with 6.1 that had rebooted by watchdog.
What version should I upgrade? Flapping port 6.5


Thanks.

Re: CLOUD CORE ROUTER

Posted: Sat Oct 26, 2013 7:23 pm
by selric
Is the device still classed as a pre-production device and should not be used in production?

I want to run two of them with VRRP and each of them will have a full BGP-feed and in the future I would probably also add another transit to one of the routers.

Anyone doing this with the CCR?

How's the SFP+ device working?

Re: CLOUD CORE ROUTER

Posted: Sun Oct 27, 2013 11:05 pm
by Semir
Hi All.
I have CCR with 6.1 that had rebooted by watchdog.
What version should I upgrade? Flapping port 6.5


Thanks.
So Im not alone...
6.5 restarts,too.

Re: CLOUD CORE ROUTER

Posted: Mon Oct 28, 2013 7:58 am
by rpingar

Normis,

may you update all of us about port flap issue on CCR?????

regards
Ros
Do you mean the situation where a specific type of data triggers one time port up/down? You should try v6.6rc1

Hi Normis,
we tested this morning 6.6rc1 and the router started to reboot as soon as the traffic goes through (without making supout).
May be something about vrrp interfaces.

I sent the config that let the router to reboot as update about ticket#2013090666000521

please update when it is going to be fixed.
regards
Ros

Re: CLOUD CORE ROUTER

Posted: Wed Oct 30, 2013 6:51 am
by nz_monkey
From our experience it seems the port flap issue is specific to the CCR1016 our 1036's seem to be fine.

Is this your experience ?

Re: CLOUD CORE ROUTER

Posted: Wed Oct 30, 2013 7:16 am
by rpingar
From our experience it seems the port flap issue is specific to the CCR1016 our 1036's seem to be fine.

Is this your experience ?
nop,
we have it on ccr1036.

From direct statement of Janis: it is related to a particular combination of cpu usage and traffic.

so it is more common on 1016, due to a easier high cpu usage, but not restricted to it.

regards
ros

Re: CLOUD CORE ROUTER

Posted: Wed Oct 30, 2013 5:56 pm
by ununium
I'm also experiencing the port flapping issue on the CCR1016.

In my case the traffic never goes over 60Mbps and the total cpu usage is never over 5%.

My setup consist of mangle rules, some filter rules and pcq's for traffic shaping. I'm using a bridge between two interfaces, one facing the lan and the other the wan.

Everything else which is not needed is disabled in the packages and the other services (SNMP, BT Server etc.) are disabled as well.

When I remove the CCR1016 from the network and connect to it directly the problem stops.


Image


**Edit**

Tried 6.6rc1 which normis mentioned fixed the flapping, but the router crashes while booting. Back to 6.5 and waiting.

Re: CLOUD CORE ROUTER

Posted: Wed Oct 30, 2013 10:18 pm
by saaremaa
1. When I check the Bandwidth test between the two CCR-1016 is loaded only 1 core out of 16. This is a bug or feature? Router OS 6.5
2. The CPU temperature CCR-1016 with no load 55 * C. What is the maximum safe temperature for this processor?

Re: CLOUD CORE ROUTER

Posted: Thu Oct 31, 2013 12:27 pm
by normis
Anybody with this port flapping on the CCR, can you try disabling the LCD screen, and see if anything changes at all ?

Re: CLOUD CORE ROUTER

Posted: Thu Oct 31, 2013 2:20 pm
by rpingar
Anybody with this port flapping on the CCR, can you try disabling the LCD screen, and see if anything changes at all ?
lcd disabled!

we will see


regards
Ros

Re: CLOUD CORE ROUTER

Posted: Thu Oct 31, 2013 4:34 pm
by saaremaa
:) fixed

Re: CLOUD CORE ROUTER

Posted: Thu Oct 31, 2013 6:20 pm
by wulfgard
Anybody with this port flapping on the CCR, can you try disabling the LCD screen, and see if anything changes at all ?
hello

we have this problem on x86 with v6.6rc1 28/10/2013 without package lcd

a+
Thierry

Re: CLOUD CORE ROUTER

Posted: Fri Nov 01, 2013 4:01 pm
by normis
Anybody with this port flapping on the CCR, can you try disabling the LCD screen, and see if anything changes at all ?
hello

we have this problem on x86 with v6.6rc1 28/10/2013 without package lcd

a+
Thierry
This has nothing to do with x86, and only affects CCR. You probably have some unrelated issue. Email support with your supout.rif file.

Re: CLOUD CORE ROUTER

Posted: Fri Nov 01, 2013 4:02 pm
by normis
We have fixed the CCR port "flapping" issue in latest v6.6rc1 build.

Please, (re-)download and (re-)install the latest build:
http://www.mikrotik.com/download/share/ ... le-6.6.npk
http://www.mikrotik.com/download/share/ ... es_6.6.zip

Changelog (where you also can see build time) is here:
http://www.mikrotik.com/download/share/ ... evnote.txt

Report back with your observation and even IF everything looks OK,
send us supout.rif file after a day or 2 of operation
so that we can check results of our fix.

Re: CLOUD CORE ROUTER

Posted: Fri Nov 01, 2013 5:08 pm
by ununium
We have fixed the CCR port "flapping" issue in latest v6.6rc1 build.

Please, (re-)download and (re-)install the latest build:
http://www.mikrotik.com/download/share/ ... le-6.6.npk
http://www.mikrotik.com/download/share/ ... es_6.6.zip

Changelog (where you also can see build time) is here:
http://www.mikrotik.com/download/share/ ... evnote.txt

Report back with your observation and even IF everything looks OK,
send us supout.rif file after a day or 2 of operation
so that we can check results of our fix.
normis,

Thank you for the update.

Yesterday I was trying to install 6.6 rc1 and it was crashing while booting. This only happened when the previous configuration was loaded. Once I reset the equipment to the defaults it booted fine, but again trying to load my config did crash the equipment.

I noticed it was as soon I loaded the PCQ tree config.

Could you please confirm if this problem was fixed?

I sent an e-mail of the console dump to my open ticket [#2013082866000107] .

Re: CLOUD CORE ROUTER

Posted: Fri Nov 01, 2013 8:34 pm
by wispwest
We are an ISP, and just finally switched off our OC3, so that now both of our upstream providers are 100% ethernet-based IP handoffs. Both 300mb. Question, our Sr Engineer that manages our core, says we can move to one of these "Cloud Core Router" by Mikrotik. We are currently using rack-mounted Cisco 7600 series. I know this new Mikrotik router will handle a lot more PPS, throughput, etc., but is it as reliable? Anyone been having issues with BGP or OSPF, or anything like that? I cannot risk ANYTHING not as reliable as our Cisco. I heard UBNT has something as well, but it looks like Mikrotik has been in the "router" game a lot longer, so I'm willing to maybe give it a shot.

Thanks for any feedback / advice.

Also, if there are any Mikrotik "experts" out there that do remote work, please contact me. I would like to know how to understand how to use this in our core database. Load-balancing and bonding are things we might be interested in.

Re: CLOUD CORE ROUTER

Posted: Sat Nov 02, 2013 2:30 am
by manson
Really, don't compare Cisco 7600 to CCR. ;) I don't want to say anything bad about Mikrotik but I had 7600 as a edge router with about bandwidth 2 Gbps usage with BGP via 5x1Gbit uplinks to internet. Almost no problems in many years. Now we have ASR 9006 as a edge router. 1,5 year with no problems. My two CCRs are from beginning till now hole plugs in rack, waiting for full multicore support in routeros. RouterOS controlled hardware is cheap and easy but really it is not for serious and bigger projects. No redundant hardware components, no redundant power supply. Only one thing that you can do to have any redundancy is to double your hardware and configuration.

Re: CLOUD CORE ROUTER

Posted: Sun Nov 03, 2013 4:34 am
by pcarrillom
Wispwest:

We run an ISP in Caracas Venezuela. We have CCR running flawlessly in NOTA (Nap of The Americas) in Miami, running BGP with Cogent, HE and Level3 (1Gig port each). No issues.
We also have multiple CCR running in many POP in Caracas.
For running multiple BGP feeds, CCR runs like a Champ. However, if getting full routes, route updates for full tables may be a little slow. That's the only issue we had found.
If you need remote assistance I may be able to help you.
You may contact me at pedroj_carrillo@yahoo.es

Re: CLOUD CORE ROUTER

Posted: Sun Nov 03, 2013 11:04 am
by 385esantic
I have one CCR 1036-12G-4S and works fine until I turn on hotspot. But when I turn on hotsspot it crashes (after reboot log says "router was rebootet without proper shutdown,propably kernel failure") it reboots sometimes 10-15 minutes ahter turning on hotspot,sometimes work up to 2 hours... tried all avaible versions... but other router with same config works fine...
What should i do?

Re: CLOUD CORE ROUTER

Posted: Sun Nov 03, 2013 1:15 pm
by OlegM
After the upgrade to version 6.6 from 01.11.2013, constantly reboots after the connection of users PPTP. Disabled access to the CCR for users to reboot stopped. But now I can not roll back the firmware. It just does not roll back.

Re: CLOUD CORE ROUTER

Posted: Sun Nov 03, 2013 4:29 pm
by ununium
After the upgrade to version 6.6 from 01.11.2013, constantly reboots after the connection of users PPTP. Disabled access to the CCR for users to reboot stopped. But now I can not roll back the firmware. It just does not roll back.
Try setting the router to factory defaults and try the downgrade. That's how I had to do it.

Re: CLOUD CORE ROUTER

Posted: Mon Nov 04, 2013 12:02 am
by Begetan
Wispwest:
For running multiple BGP feeds, CCR runs like a Champ. However, if getting full routes, route updates for full tables may be a little slow. That's the only issue we had found.
Could you tell us please how many full BGP tables you have and how long you update full table? For RC software it was about 3-4 minute for 1-2 full BGP tables.

Re: CLOUD CORE ROUTER

Posted: Mon Nov 04, 2013 7:31 am
by rpingar
Anybody with this port flapping on the CCR, can you try disabling the LCD screen, and see if anything changes at all ?

I disabled LCD, and after 3 days I had only one flap port issue.
Only one porte went donw and then up in 3 secs.

Before I had all the ports going down/up at the same time.

Running 6.5


The latest 6.6 or 6.6rc1 is not usable because the router reboots as soon as it get traffic

regards
Ros

Re: CLOUD CORE ROUTER

Posted: Mon Nov 04, 2013 10:07 am
by saaremaa
We use the official version 6.5 for CCR-1016-12 (test bench) for OSPF and MPLS / VPLS. Problems with falling ports and reboots are not experiencing.Now test MPLS cloud loaded 1.5 Gbps aggregate bandwidth.

Re: CLOUD CORE ROUTER

Posted: Wed Nov 06, 2013 11:19 am
by infused
Anyone having drop outs on the CCR after a month or so of up time? We are... reboot fixes it instantly.

Re: CLOUD CORE ROUTER

Posted: Wed Nov 06, 2013 12:42 pm
by cybercoder
I saw this model :CCR1036-12G-4S-EM in routerboard.com

The question is, can i use it to 1 SFP traffic in and 3 stm-4 traffic out? and is this device stable enough to replace a CISCO Catalyst switch with that?
Isn't any SFP+ port support model of CCR?
Regards

Re: CLOUD CORE ROUTER

Posted: Wed Nov 06, 2013 3:17 pm
by normis
v6.6 todays build should fix any remaining port reset issues. please re-download to apply the latest fix.

Re: CLOUD CORE ROUTER

Posted: Wed Nov 06, 2013 4:59 pm
by doush
Normis;
Latest RC1 put our CCR into a loop and it is a known issue I guess. Is it fixed in this build ?? Can we safely upgrade ?

Re: CLOUD CORE ROUTER

Posted: Wed Nov 06, 2013 5:08 pm
by rpingar
v6.6 todays build should fix any remaining port reset issues. please re-download to apply the latest fix.
tonight will test in production to see if it will not continuosly reboot like the rc1s.

I will update you Tomorrow morning.

regards
ros

Re: CLOUD CORE ROUTER

Posted: Wed Nov 06, 2013 7:34 pm
by mje
Where can I get a copy of 6.6 (Fixed)?
I'm suffering from ports that keep resetting.
Loosing my hair.

Re: CLOUD CORE ROUTER

Posted: Thu Nov 07, 2013 8:02 am
by rpingar
v6.6 todays build should fix any remaining port reset issues. please re-download to apply the latest fix.
tonight will test in production to see if it will not continuosly reboot like the rc1s.

I will update you Tomorrow morning.

regards
ros

6.6 is in production right now. No reboots on boot.
Il will update in a coupple of days about port flap issue.

regards
ros

Re: CLOUD CORE ROUTER

Posted: Thu Nov 07, 2013 8:36 am
by janisk
Normis;
Latest RC1 put our CCR into a loop and it is a known issue I guess. Is it fixed in this build ?? Can we safely upgrade ?
yes, problem was found, latest builds available for evaluations already have this fixed.

Re: CLOUD CORE ROUTER

Posted: Thu Nov 07, 2013 11:59 pm
by mje
6.6 has not solved my problems.

I even removed auto-detection and set the copper speed to 100Mb - which is all my Cisco can do at the moment.
The Optic seemed stable but the bouncing copper killed that - then the CCR started rebooting....
Left just the Optic plugged in - and now at home - I find it dead - so the CCR is now totally unreachable.

I get the feeling that no one at Mikrotik has tested a CCR1036 in a live enviroment - with live, full BGP feeds.
If anyone from Mikrotik wants to pop over to London - I can provide the experience. I am currently scheduled
to fly back to South Africa on Monday evening though.

Re: CLOUD CORE ROUTER

Posted: Fri Nov 08, 2013 1:17 am
by nz_monkey
6.6 still has the problems with 100mbit/FDX ports randomly changing to gigabit.

It seems like some sort of database mismatch. Winbox shows the static speed/duplex as set, but export does not. See my last ticket updates.

How do Mikrotik get this soooo wrong !

We also have issues with SFP in CCR linking to certain devices on autonegotiation (lightpointe)

Re: CLOUD CORE ROUTER

Posted: Fri Nov 08, 2013 11:43 am
by krisjanis
6.6 still has the problems with 100mbit/FDX ports randomly changing to gigabit.

It seems like some sort of database mismatch. Winbox shows the static speed/duplex as set, but export does not. See my last ticket updates.

How do Mikrotik get this soooo wrong !

We also have issues with SFP in CCR linking to certain devices on autonegotiation (lightpointe)
Please send mail to support regarding both of these problems, preferably in separate tickets.

Re: CLOUD CORE ROUTER

Posted: Fri Nov 08, 2013 12:50 pm
by normis
6.6 still has the problems with 100mbit/FDX ports randomly changing to gigabit.

It seems like some sort of database mismatch. Winbox shows the static speed/duplex as set, but export does not. See my last ticket updates.

How do Mikrotik get this soooo wrong !

We also have issues with SFP in CCR linking to certain devices on autonegotiation (lightpointe)
does it happen with a specific port, or with any port? does it happen if you plug into another port?

Re: CLOUD CORE ROUTER

Posted: Mon Nov 11, 2013 12:07 pm
by lavv17
Upgrade 6.5 to 6.6 on a CCR leaves bonding interface with MAC address 00:00:00:00:00:00. Fixed by interface recreation.

Re: CLOUD CORE ROUTER

Posted: Tue Nov 12, 2013 12:52 am
by nz_monkey
6.6 still has the problems with 100mbit/FDX ports randomly changing to gigabit.

It seems like some sort of database mismatch. Winbox shows the static speed/duplex as set, but export does not. See my last ticket updates.

How do Mikrotik get this soooo wrong !

We also have issues with SFP in CCR linking to certain devices on autonegotiation (lightpointe)
does it happen with a specific port, or with any port? does it happen if you plug into another port?
Hi Normis,

What we have observed is that ether1 on the CCR1016 will not link up to Cisco at 100FDX/NoAuto at all. We moved the connection to ether4 which works, but drops intermittently.

We cannot do any more testing on the units we are having the problem on as they are production networks, but I have a spare CCR and Cisco 1841 here which I will set up later today and give your team remote access to.

Feel free to contact me via Ticket#2013102666000026 if it is more efficient for you.

Re: CLOUD CORE ROUTER

Posted: Thu Nov 14, 2013 5:25 pm
by gigahz
From our experience the CCR isn't ready for hotspot use. The traffic on one of our sites had a negative trend where the bandwidth passed was lower when more users were online. This was contrary to what we experience with our X86 box as well as being contrary to logic.
I'm having similar issues using CCR1016-12G v6.0rc9 with hotspot and PPPoE server enabled. The CCR is connected to 100 Mbps FD fiber. Speedtests to local speedtest servers (within 200 miles and peered with my WAN provider) are consistently 92 Mbps, but speedtests to out-of-region sites are showing download of 6-12 Mbps, and upload of 1-3 Mbps. It seems that as latency to/from the remote site increases the throughput decreases. I'm seeing speed degradation of only ~10% when hotspot and PPPoE are turned off.

Is anyone else seeing this issue, and has it been resolved in latest v6.6? I've been reluctant to upgrade because newer releases don't seem to be getting good reviews.

I appreciate help and advise from any Mikrotik experts.

Re: CLOUD CORE ROUTER

Posted: Thu Nov 14, 2013 6:17 pm
by armandfumal
Wispwest:
For running multiple BGP feeds, CCR runs like a Champ. However, if getting full routes, route updates for full tables may be a little slow. That's the only issue we had found.
Could you tell us please how many full BGP tables you have and how long you update full table? For RC software it was about 3-4 minute for 1-2 full BGP tables.

My CCR with V6.5 load 467000 prefixes on 2 full table in less than 2 mins...and 14800 IPV6 prefixe...

i wonder the ccr1036 can use 155mb/s gbic

Posted: Sat Nov 16, 2013 5:18 am
by cse2012
i wonder the ccr1036 can use 155mb/s gbic.
or it is not possible, the sfp module of the ccr1036 can only use gigabit gbic?

Re: CLOUD CORE ROUTER

Posted: Sat Nov 16, 2013 2:45 pm
by erkel
We are an ISP, and just finally switched off our OC3, so that now both of our upstream providers are 100% ethernet-based IP handoffs. Both 300mb. Question, our Sr Engineer that manages our core, says we can move to one of these "Cloud Core Router" by Mikrotik. We are currently using rack-mounted Cisco 7600 series. I know this new Mikrotik router will handle a lot more PPS, throughput, etc., but is it as reliable? Anyone been having issues with BGP or OSPF, or anything like that? I cannot risk ANYTHING not as reliable as our Cisco. I heard UBNT has something as well, but it looks like Mikrotik has been in the "router" game a lot longer, so I'm willing to maybe give it a shot.

Thanks for any feedback / advice.

Also, if there are any Mikrotik "experts" out there that do remote work, please contact me. I would like to know how to understand how to use this in our core database. Load-balancing and bonding are things we might be interested in.

Look at the Juniper MX series perhaps.

Re: CLOUD CORE ROUTER

Posted: Sat Nov 16, 2013 4:35 pm
by gigahz
Upgrading to v6.6 has not resolved our CCR1016 problems. Hotspot and PPPoE connections are still extremely slow. I've tried adjusting MTU, MRU, and turning MSS on/off with no noticeable improvement. Changing LAN port speed to 100 M half-duplex fixes the speed issue, but the ethernet becomes very unstable and locks up under continuous heavy traffic. Setting LAN port speed to 100 M half-duplex was only to test, and not something we would leave in place long term. It was just a way to isolate and test.

When Hotspot and PPPoE are turned off I can set LAN port speed to 1000 M full-duplex and achieve consistent Internet speeds to any LAN client (testing Internet to speeds of 100 Mbps up/down). So turning off Hotspot & PPPoE fixes the problem, but turning off just one or the other does not resolve the issue. I can live without PPPoE, but I need Hotspot.

I'd like to know if anyone else has seen these issues, and if so has anyone found a fix, or is this a firmware issue that Mikrotik needs to resolve?

I'd also like to understand why speed (throughput) was dramatically increased when LAN port speed was dialed down to 100 M half-duplex.

Re: CLOUD CORE ROUTER

Posted: Sat Nov 16, 2013 7:39 pm
by iuli4u2003
Does anyone know how many switch-chips are CCR1016-12G BU?
somehow ONLY has a chip swich?

how many groups can group switch 12 gigabit ports?

Can you give me a link with information about these issues (switch-chip group ports at CCR1016-12G-BU)?

thanks

Re: CLOUD CORE ROUTER

Posted: Sun Nov 17, 2013 3:29 am
by onnoossendrijver
There are no switch chips in the CCR.

Re: CLOUD CORE ROUTER

Posted: Sun Nov 17, 2013 9:10 am
by iuli4u2003
There are no switch chips in the CCR.
so can not be grouped in groups of switch ports?

Re: CLOUD CORE ROUTER

Posted: Sun Nov 17, 2013 11:01 pm
by onnoossendrijver
You can, with the bridge function in the software. This should be (near) wire-speed on the CCR.

Re: CLOUD CORE ROUTER

Posted: Tue Nov 19, 2013 4:37 pm
by ariffin
Hi,

I wanna ask if i want to do VPN with cloud router, how many connection this router can support?

Re: CLOUD CORE ROUTER

Posted: Thu Nov 21, 2013 1:00 pm
by keepcalm
Upgrading to v6.6 has not resolved our CCR1016 problems. Hotspot and PPPoE connections are still extremely slow. I've tried adjusting MTU, MRU, and turning MSS on/off with no noticeable improvement. Changing LAN port speed to 100 M half-duplex fixes the speed issue, but the ethernet becomes very unstable and locks up under continuous heavy traffic. Setting LAN port speed to 100 M half-duplex was only to test, and not something we would leave in place long term. It was just a way to isolate and test.

When Hotspot and PPPoE are turned off I can set LAN port speed to 1000 M full-duplex and achieve consistent Internet speeds to any LAN client (testing Internet to speeds of 100 Mbps up/down). So turning off Hotspot & PPPoE fixes the problem, but turning off just one or the other does not resolve the issue. I can live without PPPoE, but I need Hotspot.

I'd like to know if anyone else has seen these issues, and if so has anyone found a fix, or is this a firmware issue that Mikrotik needs to resolve?

I'd also like to understand why speed (throughput) was dramatically increased when LAN port speed was dialed down to 100 M half-duplex.

I have the same problem with my CCR 1036-12G-4s ROS 6.5
I use 3 WAN with different public IP, each with link of 100mb with my provider.
I use mangle to mark routing to the 3 WAN.
The clients connect via pppoe with various profiles (PPP profiles with Rate Limit), some 512k/7M, another 2M/10M, another 12M/16M.
All pppoe reach the CCR through varius EoIP tunnels.
What happens is that ALL connections, both pppoe and pptp, regardless of the profile, go to download between 3 and 4 mega, not more, with a profile without rate limit, and then out of queues, it go at 25x25 (downloadXupload)
When there is increased demand for bandwidth, clients go to download between 2 and 3 mega and with a profile without rate limit, it go at 5x5.
Traffic on the single WAN never exceeds 50 mbps.
Tha active clients are 800.
I guess there is a problem with queue management, but do not know what.

Someone can help me ????

Re: CLOUD CORE ROUTER

Posted: Thu Nov 21, 2013 3:30 pm
by ste
Replaced a RB2011UAS-RM which suffered from doing 150 PPPOE Connections with a CCR1036.
Great! Nearly no CPU usage now.
Problem was the CPU usage for the Mangling rules to adapt MSS.

Re: CLOUD CORE ROUTER

Posted: Thu Nov 21, 2013 4:34 pm
by n3c8
20Gbps.png
No whinging for once. Got one of the new 10Gbps MKs on the lab... Decided to chuck 20Gbps through it on a bonded 2 x 10Gbps interface.

ITS VERY LOUD NOW!!!

Fun to see it actually managing to chuck the traffic out the interface though. Would be nice to think it could do this in production but I doubt it.

Still promising results non the less.

Re: CLOUD CORE ROUTER

Posted: Fri Nov 22, 2013 4:00 pm
by Chupaka
Would be nice to think it could do this in production but I doubt it.

Still promising results non the less.
I'm currently playing with that toy too. in routing, it rulez. as soon as you add queues, it shows much lesser results :)

also, you don't have Rx on interfaces - loop those sfp+ interfaces and then create just one queue in queue tree with parent=global (the queue won't catch ANY traffic, but all incoming packets will go through only one core of 36 :) )

Re: CLOUD CORE ROUTER

Posted: Fri Nov 22, 2013 4:31 pm
by ste
Would be nice to think it could do this in production but I doubt it.

Still promising results non the less.
I'm currently playing with that toy too. in routing, it rulez. as soon as you add queues, it shows much lesser results :)

also, you don't have Rx on interfaces - loop those sfp+ interfaces and then create just one queue in queue tree with parent=global (the queue won't catch ANY traffic, but all incoming packets will go through only one core of 36 :) )
Yes. You've to be carefully what features to use and be careful with updates.
We've 3 CCR1036 in production now. Doing Routing/Bridging/OSPF/PPPOE/Vlan/Basic filtering with ROS 6.5.
They work great so far. Blazing fast and no Problems.

Re: CLOUD CORE ROUTER

Posted: Tue Nov 26, 2013 1:05 am
by SpaceCommander
CCR1036-12G-4S

Been fighting it most of today, one customer getting slammed with a DoS Packet attack, 150,000-250,000 pps, its enough to cause this CCR to overload to 100% cpu! When the attack stops the router drops to 5-10% cpu, when the attack starts back up, back to 100% cpu. This is on 6.0rc7, 6.1 Release, 6.2rc1, tried all 3.
Absolutely same situation with the same CCR model and ROS 6.6.
Firewall contains lot of DNAT rules (port forwardings to internal services), tarpit, mark, allow/drop, address lists and so on.
But when CPU freq was increased from 600 to 1200 MHz, CPU usage was immediately reduced to 3-5%!
After that, usage is periodically increased up to 60-70%, and "/tool profile" says that firewall eats most of them.

Re: CLOUD CORE ROUTER

Posted: Tue Nov 26, 2013 7:36 am
by tenenbaum
Using firmware 6.6 on a CC and it's still flapping.
We disabled LCD and SNMP and it's a bit better.
What we noticed is that these conditions will cause flaps:

1. Over 20,000 pps per interface
2. Over 300mbit per interface
3. SNMP
4. OSPF changes

It's almost like there is a capacity limit that is either reached due to some storm or major ops volume.. by splitting one of our back-hauls to 2 x 250mbit we are avoiding most of the flaps.

Given this situation and complaints by customers, we are planning to switch the x86 platform. We like our CC routers but can't use them right now.

Re: CLOUD CORE ROUTER

Posted: Tue Nov 26, 2013 8:29 am
by macgaiver
CCR1036-12G-4S

Been fighting it most of today, one customer getting slammed with a DoS Packet attack, 150,000-250,000 pps, its enough to cause this CCR to overload to 100% cpu! When the attack stops the router drops to 5-10% cpu, when the attack starts back up, back to 100% cpu. This is on 6.0rc7, 6.1 Release, 6.2rc1, tried all 3.
Absolutely same situation with the same CCR model and ROS 6.6.
Firewall contains lot of DNAT rules (port forwardings to internal services), tarpit, mark, allow/drop, address lists and so on.
But when CPU freq was increased from 600 to 1200 MHz, CPU usage was immediately reduced to 3-5%!
After that, usage is periodically increased up to 60-70%, and "/tool profile" says that firewall eats most of them.
When under significant DoS attack your CPU load will go up in any way - question is how much your traffic can still get trough the device, I was living under DDoS for several weeks while my higher tier ISP was able to block it. CPU load was almost 100% all the time, but clients were still able to communicate through the device.

Re: CLOUD CORE ROUTER

Posted: Tue Nov 26, 2013 4:02 pm
by honzam
Using firmware 6.6 on a CC and it's still flapping.
Have you access for prerelease?
What's new in 6.7 (2013-Nov-26 09:57)
*) disabling/enabling ethernet ports did not work properly on CCRs - could cause port flapping;

Re: CLOUD CORE ROUTER

Posted: Fri Nov 29, 2013 10:38 am
by tenenbaum
honzam,

I will see if I can put my hands on 6.7 and test it. We are seeing less flapping when LCD is disabled.

Ofer

Re: CLOUD CORE ROUTER

Posted: Fri Nov 29, 2013 11:03 am
by honzam
honzam,

I will see if I can put my hands on 6.7 and test it. We are seeing less flapping when LCD is disabled.

Ofer
But be carefull. It is pre-release http://www.mikrotik.com/download/share/ ... le-6.7.npk

Re: CLOUD CORE ROUTER

Posted: Fri Nov 29, 2013 6:52 pm
by tenenbaum
Honzam,

We only have CC on our backbone so I'm not sure I should test with 6.7
I am planning on taking one of the back-hauls down, allowing the primary to go over 300Mbit and see if it flaps with the LCD off. Problem is we can only "test" during peak hours as off hours the traffic is below 150Mbit total.

If you feel this 6.7 is stable enough I will try it, but I guess I'd have to prep our backup CC with the 6.6 and current config in case 6.7 blows up.

Ofer

Re: CLOUD CORE ROUTER

Posted: Sat Nov 30, 2013 2:29 am
by scampbell
6.6 still has the problems with 100mbit/FDX ports randomly changing to gigabit.

It seems like some sort of database mismatch. Winbox shows the static speed/duplex as set, but export does not. See my last ticket updates.

How do Mikrotik get this soooo wrong !

We also have issues with SFP in CCR linking to certain devices on autonegotiation (lightpointe)
I have seen a similar issue on 2 different CCR's. Both were port flapping randomly all the active ports so we tried 6.7RC1 but no joy.

On closer inspection we were advised both CCR's had a single device each which is set to 100Mbps/Full duplex.

We changed one device on one router back to auto-negotiation and things have been stable now for 2-3 days.

The other router we set the port to match 100Mbps/Full Duplex and that also has been stable for 2-3 days.

Why an issue on 1 port made all the ports flap has me puzzled....

Re: CLOUD CORE ROUTER

Posted: Sat Nov 30, 2013 8:09 am
by nz_monkey

I have seen a similar issue on 2 different CCR's. Both were port flapping randomly all the active ports so we tried 6.7RC1 but no joy.

On closer inspection we were advised both CCR's had a single device each which is set to 100Mbps/Full duplex.

We changed one device on one router back to auto-negotiation and things have been stable now for 2-3 days.

The other router we set the port to match 100Mbps/Full Duplex and that also has been stable for 2-3 days.

Why an issue on 1 port made all the ports flap has me puzzled....
Hi Stuart,

For us the ports were not flapping, and it was restricted to a single port, the port set to 100FDX. There are no log entries to indicate the port has changed state, but when you view it's status in WinBox it will show as being at 1Gbps even though autonegotiation is disabled and it is set to 100FDX.

It seems there are multiple issues with the PHY configuration on Mikrotik RouterBoards:

1. Intermittent Port flapping on MIPSBE platform
2. Intermittent port flapping on TILE platform (possibly fixed in 6.7)
3. Negotiation issues with ECI cable modems on RB2011
4. Issues with ports being configured to 100FDX resetting to 1Gbps on TILE platform
5. Connection issues with SFP ports on CCR1036 to certain devices (Lightpointe, Cisco 3750X)

We so far are experiencing issues 2, 4 and 5.

Hopefully Mikrotik can pinpoint the cause and fix it soon.

Re: CLOUD CORE ROUTER

Posted: Sat Nov 30, 2013 4:27 pm
by honzam
3fixes for CCR

What's new in 6.7 (2013-Nov-29 13:37):
*) fixed l2mtu changing on CCRs - could cause port flapping;
*) disabling/enabling ethernet ports did not work properly on CCRs - could cause port flapping;
*) fixed port flapping on CCR - could happen when having other than only-hardware-queue interface queue.

Note that having other interface queue than only-hardware-queue dramatically reduces performace, so should be avoided if possible;

Re: CLOUD CORE ROUTER

Posted: Mon Dec 02, 2013 10:15 pm
by maxfava
Question
Does someone experience of port flapping in a ccr with ospf?
Our experience is ccr has to be reboot to get back ip connectivity.

Re: CLOUD CORE ROUTER

Posted: Mon Dec 02, 2013 10:20 pm
by tenenbaum
Actually this happens to us on the x86 RouterMax. We run the latest firmware and ever since we got these, and if you change an IP or disconnect a device and connect it again, it won't re-establish layer 3 and only a reboot will fix it.

OSPF can take a few minutes to re-distribute.

The port flapping has only happened to us on CC and I think I have not seen it happen again since the LCD was disabled.

Ofer

Re: CLOUD CORE ROUTER

Posted: Mon Dec 02, 2013 10:46 pm
by maxfava
thanks
before our 2xquad Xeon showed the same issue too when we moved to 6.xx before the OSPF was perfect and never had issues.
we noted too that sometime it remain in unknow status without any ip connectivity only reboot solved it.


we just replaced it with CCR....

we will see, I know Mik team will work hard to fix it.

Re: CLOUD CORE ROUTER

Posted: Tue Dec 03, 2013 4:54 am
by nz_monkey
3fixes for CCR

What's new in 6.7 (2013-Nov-29 13:37):
*) fixed l2mtu changing on CCRs - could cause port flapping;
*) disabling/enabling ethernet ports did not work properly on CCRs - could cause port flapping;
*) fixed port flapping on CCR - could happen when having other than only-hardware-queue interface queue.

Note that having other interface queue than only-hardware-queue dramatically reduces performace, so should be avoided if possible;
We are still having issues on CCR1016 with 6.7. It is MUCH worse than 6.5 ever was.

The CCR on 6.7 is now regularly rebooting on the watchdog timer.

Our config is very basic, 2 ports set to the default Gigabit/AUTO and ether4 set to 100Mbit/FDX.

On 6.5 it is stable but the 100/FDX port will randomly change to gigabit which requires a reboot to get it back to 100/FDX. On 6.7 the router will freeze and reboot. Downgrading it back to 6.5 makes it stable apart from the 100/FDX port cycling to gigabit.

Mikrotik, Why so many problems with PHY/Negotiation and port flapping on CCR? Why is it taking so long to identify it, and what can we do to help you fix it ?

Re: CLOUD CORE ROUTER

Posted: Tue Dec 03, 2013 7:12 am
by tenenbaum
3fixes for CCR
Note that having other interface queue than only-hardware-queue dramatically reduces performace, so should be avoided if possible;
We are still having issues on CCR1016 with 6.7. It is MUCH worse than 6.5 ever was.
Have you tried to disable the LCD. I know it's strange but ours has been quite stable since we turned off the LCD. I have one more test to do by allowing an interface to exceed 300mbit on its own, but so far so good. Running 6.6

Re: CLOUD CORE ROUTER

Posted: Tue Dec 03, 2013 8:08 am
by normis
3fixes for CCR

What's new in 6.7 (2013-Nov-29 13:37):
*) fixed l2mtu changing on CCRs - could cause port flapping;
*) disabling/enabling ethernet ports did not work properly on CCRs - could cause port flapping;
*) fixed port flapping on CCR - could happen when having other than only-hardware-queue interface queue.

Note that having other interface queue than only-hardware-queue dramatically reduces performace, so should be avoided if possible;
We are still having issues on CCR1016 with 6.7. It is MUCH worse than 6.5 ever was.

The CCR on 6.7 is now regularly rebooting on the watchdog timer.

Our config is very basic, 2 ports set to the default Gigabit/AUTO and ether4 set to 100Mbit/FDX.

On 6.5 it is stable but the 100/FDX port will randomly change to gigabit which requires a reboot to get it back to 100/FDX. On 6.7 the router will freeze and reboot. Downgrading it back to 6.5 makes it stable apart from the 100/FDX port cycling to gigabit.

Mikrotik, Why so many problems with PHY/Negotiation and port flapping on CCR? Why is it taking so long to identify it, and what can we do to help you fix it ?
Please email support with your supout.rif files. This version fixed the issues for everybody that was in contact with support.

Re: CLOUD CORE ROUTER

Posted: Tue Dec 03, 2013 4:05 pm
by nz_monkey

Please email support with your supout.rif files. This version fixed the issues for everybody that was in contact with support.
Thanks for the reply Normis. I will get the engineer involved to update the previous ticket we had for this issue with the relevant information.

Re: CLOUD CORE ROUTER

Posted: Wed Dec 04, 2013 11:26 pm
by thehoff
Hi All.

Has anyone tried a 10GbaseT SFP+ module in the CCR?

A few 1Gb SFP's are on the wiki for the smaller models... no SFP+ attempts yet?

Thanks

Re: CLOUD CORE ROUTER

Posted: Thu Dec 05, 2013 2:04 pm
by Chupaka
Has anyone tried a 10GbaseT SFP+ module in the CCR?
we haven't seen such modules on the market. do they exist? %)

Re: CLOUD CORE ROUTER

Posted: Fri Dec 06, 2013 9:46 am
by BelWave
Has anyone tried a 10GbaseT SFP+ module in the CCR?
we haven't seen such modules on the market. do they exist? %)

Yes, we have tested two CCR1036-8G-2S+EM routers back to back using 10GB SFP modules we pulled from an Intel dual port NIC. Running the MikroTik bandwidth test from one router to the other using default config & BW test settings we saw about 3-4Gbps.

These same two routers are running v6.6 and are unable to link up and pass data to a Cisco 3850 or 3750 switch using 1GB MikroTik Single Mode SFP modules or the 1GB Maxxwave Single Mode SFP Modules. Have not yet tried linking 10GB to Cisco switches yet.

We plan on trying a CRS125-24G-1S-RM running v6.7 using MikroTik Single Mode SFP modules to the Cisco 3850 & 3750 switches soon.

We will also try upgrading the CCR1036 routers to v6.7 and see if they link up to the Cisco 3850 & 3750 switches.

Re: CLOUD CORE ROUTER

Posted: Fri Dec 06, 2013 1:55 pm
by Chupaka
Yes, we have tested two CCR1036-8G-2S+EM routers back to back using 10GB SFP modules we pulled from an Intel dual port NIC. Running the MikroTik bandwidth test from one router to the other using default config & BW test settings we saw about 3-4Gbps.
you mean exactly copper 10GBaseT, or fiber 10GBaseX modules? we're running 10GBaseX successfully, but we haven't found copper 10G SFP+ modules

Re: CLOUD CORE ROUTER

Posted: Fri Dec 06, 2013 5:24 pm
by Asket
This version fixed the issues for everybody that was in contact with support.
Really not. I've treated twice with PPPoe server problems on cloud series routers, problems are still not fixed.

Re: CLOUD CORE ROUTER

Posted: Fri Dec 06, 2013 8:23 pm
by apex520
Guys, I may have missed the answer in the 1100 posts. Please excuse me if I have. As one has said, the whole reason for excitement is performance. I have a couple of questions...which I hope are easy.

1. So we just need to use SFP+ modules to achieve the 10GB speeds, is this correct?

2. Can I plan to use this as Nexus 5548UP replacement? We inherited the beast and well, it has some down points for a smaller company without a large budget. So, I have been looking into this as a possible replacement when/if needed.

My concern at this point is that the SFP is not the 10Gb our private cloud wants/needs. I admit, I may be missing something. The documentation did not cover the SFP port speed that I saw or understood.

Thanks in advance.

Re: CLOUD CORE ROUTER

Posted: Sat Dec 07, 2013 6:43 am
by tenenbaum
We are still having issues on CCR1016 with 6.7. It is MUCH worse than 6.5 ever was.

The CCR on 6.7 is now regularly rebooting on the watchdog timer.

Our config is very basic, 2 ports set to the default Gigabit/AUTO and ether4 set to 100Mbit/FDX.

On 6.5 it is stable but the 100/FDX port will randomly change to gigabit which requires a reboot to get it back to 100/FDX. On 6.7 the router will freeze and reboot. Downgrading it back to 6.5 makes it stable apart from the 100/FDX port cycling to gigabit.

Mikrotik, Why so many problems with PHY/Negotiation and port flapping on CCR? Why is it taking so long to identify it, and what can we do to help you fix it ?
I thought that disabling the LCD would fix things, but am on 6.6 and with LCD disabled, as soon as one interface gets to 300mbit range, they all flip flop :-( The only way we get around this is to enable the fallback radios to do load balance so that we can get over 300mbit without flipping. Given your post, it does not sound like 6.7 provided a solution nor is it stable.

Re: CLOUD CORE ROUTER

Posted: Tue Dec 10, 2013 1:08 am
by maxfava
hi
have you tried to disable allow hardware fast path from ip settings?
it is now since 2 days and seems no port disconnect issue as also no kernel panic.
lcd is disabled too.
traffic avg is 100Mb all day

ciao

Re: CLOUD CORE ROUTER

Posted: Tue Dec 10, 2013 6:50 am
by scampbell

I have seen a similar issue on 2 different CCR's. Both were port flapping randomly all the active ports so we tried 6.7RC1 but no joy.

On closer inspection we were advised both CCR's had a single device each which is set to 100Mbps/Full duplex.

We changed one device on one router back to auto-negotiation and things have been stable now for 2-3 days.

The other router we set the port to match 100Mbps/Full Duplex and that also has been stable for 2-3 days.

Why an issue on 1 port made all the ports flap has me puzzled....
Hi Stuart,

For us the ports were not flapping, and it was restricted to a single port, the port set to 100FDX. There are no log entries to indicate the port has changed state, but when you view it's status in WinBox it will show as being at 1Gbps even though autonegotiation is disabled and it is set to 100FDX.

It seems there are multiple issues with the PHY configuration on Mikrotik RouterBoards:

1. Intermittent Port flapping on MIPSBE platform
2. Intermittent port flapping on TILE platform (possibly fixed in 6.7)
3. Negotiation issues with ECI cable modems on RB2011
4. Issues with ports being configured to 100FDX resetting to 1Gbps on TILE platform
5. Connection issues with SFP ports on CCR1036 to certain devices (Lightpointe, Cisco 3750X)

We so far are experiencing issues 2, 4 and 5.

Hopefully Mikrotik can pinpoint the cause and fix it soon.
Issue 2 seems more stable since RoS6.7 full release.

It would be nice if the /system package upgrade in Winbox gave you a choice to "force" upgrade or "reload RoS" so you can overwrite all the test versions easily when the full release comes out :-)

Re: CLOUD CORE ROUTER

Posted: Wed Dec 11, 2013 3:38 pm
by morf
Hello!
Large CPU load when using marking rules.

Re: CLOUD CORE ROUTER

Posted: Thu Dec 12, 2013 7:47 am
by hackclub
Hello..!

I 've bought 3 devices Model CCR1036-8G-2S+ :shock:

Unfortunately, but not support a metarouter :( :(

I Sad ...

Re: CLOUD CORE ROUTER

Posted: Thu Dec 12, 2013 11:24 am
by normis
It would be nice if the /system package upgrade in Winbox gave you a choice to "force" upgrade or "reload RoS" so you can overwrite all the test versions easily when the full
release comes out :-)
Doesn't "system reset" do what you asked? Or you meant something like upgrade+reset with one command? You can do that already. Upload the packages, and issue the "system reset" command, it will reboot, reset and upgrade also.

Re: CLOUD CORE ROUTER

Posted: Sun Dec 15, 2013 2:26 pm
by Tiesto
Please give advice! If, skip IPTV through CCR1036-8G-2S+EM to 10GB interface, the processor will not load? I want connect to Mikrotik some DVB IP Streamers.
And on the firewall, I want create a rule to collect, the MAC address of the users.

Re: CLOUD CORE ROUTER

Posted: Mon Dec 16, 2013 12:56 pm
by sankarklm
I have a CCR 1036-4S, connected the same with 2 WAN-BGP Static Route. On initial upgrade once Bandwidth cross 130Mbps mark, its drops for few sec and comes back, after a reboot currently after working for few Min it Hungs. Currently changed it back with 6.6 , and under observation.

Re: CLOUD CORE ROUTER

Posted: Tue Dec 17, 2013 1:57 am
by doush
I am really shocked at these mikrotik developers. CPU becomes %96 and ports flap. I give you access to the router and you dont even login for 2 straight days. You go home at 5pm I guess, and my CPU stays on %96 and ports continously flap while you are off work ! and on monday you ask me why you cant login. That is because you dont care to fix your own shit on time !

I can reproduce the bug anytime, and you DONT even care !!!

Whats wrong with you guys ?

Re: CLOUD CORE ROUTER

Posted: Thu Dec 19, 2013 6:20 pm
by doush
Mikrotik ??

I can reproduce the BUG. Please contact me !

Re: CLOUD CORE ROUTER

Posted: Thu Dec 19, 2013 10:09 pm
by honzam
Mikrotik ??

I can reproduce the BUG. Please contact me !
Please contact support@mikrotik.com

Re: CLOUD CORE ROUTER

Posted: Fri Dec 20, 2013 9:36 am
by normis
Mikrotik ??

I can reproduce the BUG. Please contact me !
Please contact support@mikrotik.com

Re: CLOUD CORE ROUTER

Posted: Sat Dec 21, 2013 6:35 pm
by sashavl
Ordered ten CRS-125 and one CCR1036-12G-4S (to be border) for hotel multicast (igmp) IPTV and hotspot system.

Working now with Mikrotik for over 10 years and i really hope CCR will not dissapoint me this time.

Re: CLOUD CORE ROUTER

Posted: Sat Dec 21, 2013 7:04 pm
by pcunite
Ordered ten CRS-125 and one CCR1036-12G-4S (to be border) for hotel multicast (igmp) IPTV and hotspot system.

Working now with Mikrotik for over 10 years and i really hope CCR will not dissapoint me this time.
Awesome, let us know how it goes. I'm putting in a system with two CRS-125, two RB2011UiAS-2HnD-IN, and one RB2011UiAS-RM.

Re: CLOUD CORE ROUTER

Posted: Mon Dec 23, 2013 1:22 pm
by slarner
Im very pleased with the performance and reliability of the CCR's now we have 2 in the datacentre running our whole network with hardly any issues.

Are we any closer to getting BGP Multi core? It really screws winbox up when you make large changes to any of the BGP config. (Normally end up loosing total access for a few mins)

Also the issue with SFP Modules not working in the SFP+ slots. Im quite sure this is a software issue! Mikrotik have gone very quiet on replying to Ticket#2013121366000412

http://forum.mikrotik.com/viewtopic.php?f=3&t=80057 Here is my post about the problem!

Re: CLOUD CORE ROUTER

Posted: Mon Dec 23, 2013 4:48 pm
by krisjanis
Also the issue with SFP Modules not working in the SFP+ slots. Im quite sure this is a software issue! Mikrotik have gone very quiet on replying to Ticket#2013121366000412

http://forum.mikrotik.com/viewtopic.php?f=3&t=80057 Here is my post about the problem!
We are currently trying to replicate this problem in order to fix it.

Re: CLOUD CORE ROUTER

Posted: Mon Dec 23, 2013 9:32 pm
by Neilson
@krisjanis

If you could update us with these tickets about what you are seeing and giving us things to try that would be useful.

I can't test with one right now but we could ask Stuart (distributor) to set it up with our config and test it out.

Can you let us know what you are seeing? do your ones just auto neg at 1G immediately? do you have to lock them to 1G? does it work immediately when you lock it? does it need one or more reboots?

We are happy to help with sorting out these problems (need to buy me a personal CCR1036-8G-2S+)

A

Re: CLOUD CORE ROUTER

Posted: Tue Dec 24, 2013 12:56 pm
by slarner
It appears to be a problem with the mikrotik sfp's I managed to get it working last night. I put a Cisco module and and locked it to 1g full duplex and it come up 1st time!

I would be interested to know what's causing the problem!
@krisjanis

If you could update us with these tickets about what you are seeing and giving us things to try that would be useful.

I can't test with one right now but we could ask Stuart (distributor) to set it up with our config and test it out.

Can you let us know what you are seeing? do your ones just auto neg at 1G immediately? do you have to lock them to 1G? does it work immediately when you lock it? does it need one or more reboots?

We are happy to help with sorting out these problems (need to buy me a personal CCR1036-8G-2S+)

A

Re: CLOUD CORE ROUTER

Posted: Tue Dec 24, 2013 2:30 pm
by Sehzade
Nice

Re: CLOUD CORE ROUTER

Posted: Tue Dec 24, 2013 2:35 pm
by Sehzade
Mikrotik ??

I can reproduce the BUG. Please contact me !
Please contact support@mikrotik.com

Re: CLOUD CORE ROUTER

Posted: Fri Dec 27, 2013 6:21 pm
by slarner
I have cracked the problem!

Mikrotik SFP's appear not to talk to Cisco SFP's.

We have just had another connection fitted in the data centre. With exactly the same problem but this time in the CCR1036-12G-4S with the Mikrotik SFP.

Shows as link up but no connection. I bet when i change this to a Cisco SFP it will all start working!

Are we any closer to fixing the BGP problems! its getting quite annoying that i loose winbox access when the router is loading a 2nd full table and it will not return for at least half an hour. I think this is CPU related. Its so so so annoying. Does anyone else have this problem?

Stewart

Re: CLOUD CORE ROUTER

Posted: Sat Dec 28, 2013 7:25 am
by nz_monkey
I have cracked the problem!

Mikrotik SFP's appear not to talk to Cisco SFP's.

We have just had another connection fitted in the data centre. With exactly the same problem but this time in the CCR1036-12G-4S with the Mikrotik SFP.

Shows as link up but no connection. I bet when i change this to a Cisco SFP it will all start working!

Are we any closer to fixing the BGP problems! its getting quite annoying that i loose winbox access when the router is loading a 2nd full table and it will not return for at least half an hour. I think this is CPU related. Its so so so annoying. Does anyone else have this problem?

Stewart
I think you will find the Cisco SFP will not work either.

Our experience is that CCR has some sort of issue negotiating at gigabit with some devices via SFP. We have had issues with LightPointe units and Cisco switches so far and have tested Mikrotik, Cisco and generic modules.

In our experience you can take a working module from a Cisco switch and put it in a CCR and it will not bring the link up, put it back in the Cisco and it will work.

Im overseas at the moment otherwise I would have followed through with Mikrotik support.

Re: CLOUD CORE ROUTER

Posted: Sun Dec 29, 2013 10:34 pm
by karina
I keep seeing posts that say people have disabled the LCD in their CCR to improve stability. Can Mikrotik please tell me the official stance on this. Does Mikrotik recommend the LCD is disabled at this time or has this issue been fixed now.

Re: CLOUD CORE ROUTER

Posted: Mon Dec 30, 2013 7:37 am
by armandfumal
Sharing my experience:

Upgrading My CCR to Ver 6.8RC1 of 19/12/2013

all seems runing ok, BGP, OSPF ...

loaded 3 x BGP upstream provider with 470000 prefixes each in 2 minutes 11 secondes...

Re: CLOUD CORE ROUTER

Posted: Mon Dec 30, 2013 11:54 am
by slarner
I think you will find the Cisco SFP will not work either.

Our experience is that CCR has some sort of issue negotiating at gigabit with some devices via SFP. We have had issues with LightPointe units and Cisco switches so far and have tested Mikrotik, Cisco and generic modules.

In our experience you can take a working module from a Cisco switch and put it in a CCR and it will not bring the link up, put it back in the Cisco and it will work.

Im overseas at the moment otherwise I would have followed through with Mikrotik support.
Cisco SFP's seam to work 1st time for me. It does seam that if you have cisco laser one end and a mikrotik at the other end they will not link. But as soon as its cisco lasers both ends the link comes up everytime!

Stewart

Re: CLOUD CORE ROUTER

Posted: Thu Jan 02, 2014 11:34 am
by otgooneo
Sharing my experience:

Upgrading My CCR to Ver 6.8RC1 of 19/12/2013

all seems runing ok, BGP, OSPF ...

loaded 3 x BGP upstream provider with 470000 prefixes each in 2 minutes 11 secondes...
Cool :D Please share more of your experiences. So does it mean BGP process runs on multicore? Do you have IPSec on that router? If yes, does hardware acceleration work?

Re: CLOUD CORE ROUTER

Posted: Sat Jan 04, 2014 11:31 am
by armandfumal
Sharing my experience:

Upgrading My CCR to Ver 6.8RC1 of 19/12/2013

all seems runing ok, BGP, OSPF ...

loaded 3 x BGP upstream provider with 470000 prefixes each in 2 minutes 11 secondes...
Cool :D Please share more of your experiences. So does it mean BGP process runs on multicore? Do you have IPSec on that router? If yes, does hardware acceleration work?

no. BGP still one core, but the loading of prefixe is better...

CCR is stable, no issue

Re: CLOUD CORE ROUTER

Posted: Sat Jan 04, 2014 11:33 am
by armandfumal
What's new in 6.8rc1 (2014-Jan-02 09:46):

*) bgp - don't show community 'internet' in BGP advertisements;
*) ipsec - enable hardware acceleration for aes-cbc-128 + md5|sha1|sha256 aead on tilera cpus;
*) ospf - fixed checksum calculation for OSPFv3 AS-external-LSAs;
*) default configuration - changed dhcp server lease time to 10 minutes;
*) fixed port isolation on CRSs (bug introduced in v6.6);
*) smb - added support for SMB 2.002
*) timezone information updated;
*) ppp - fixed ppp bridging (did not work since v6.6);
*) improved speed of PPP, PPPoE, PPTP & L2TP on multicore routers;
*) address-list - fix crash when adding two identical address list entries (not allowed any more);
*) fixed multicast forwarding on CCRs

Re: CLOUD CORE ROUTER

Posted: Sun Jan 05, 2014 6:27 pm
by sashavl
*) fixed multicast forwarding on CCRs - How we can see what this exactly means?

Re: CLOUD CORE ROUTER

Posted: Sun Jan 05, 2014 7:45 pm
by Attila
*) fixed multicast forwarding on CCRs - How we can see what this exactly means?
I hope solve this problem: http://forum.mikrotik.com/viewtopic.php?f=14&t=79687


Attila

Re: CLOUD CORE ROUTER

Posted: Mon Jan 06, 2014 7:58 pm
by sashavl
ly3nml:
It is solved in MT OS v.6.8:

Re: CLOUD CORE ROUTER

Posted: Tue Jan 07, 2014 5:08 pm
by troy
I had an interesting experience with a CCR yesterday.

Went to hook up a UPS (APC SU3000RMXL) to the serial console. Uploaded the UPS package and rebooted the CCR to install it.

The CCR got stuck with "routerboot configuration" displayed on the screen (first useful thing I've seen with that dumb little LCD).

I waited and waited... after a few minutes of no activity, I pulled the plug and tried again. Still stuck on "routerboot configuration," so I hooked up a serial console cable, cycled the power again, and it booted right up!

The UPS package did NOT install, there were no log messages about why it would fail. I tried again, and again, the CCR stuck at "routerboot configuration" with the UPS plugged in, and never would install the UPS package.

Any ideas?

-Troy

Re: CLOUD CORE ROUTER

Posted: Tue Jan 07, 2014 5:16 pm
by lunchboxrts
I had an interesting experience with a CCR yesterday.

Went to hook up a UPS (APC SU3000RMXL) to the serial console. Uploaded the UPS package and rebooted the CCR to install it.

The CCR got stuck with "routerboot configuration" displayed on the screen (first useful thing I've seen with that dumb little LCD).

I waited and waited... after a few minutes of no activity, I pulled the plug and tried again. Still stuck on "routerboot configuration," so I hooked up a serial console cable, cycled the power again, and it booted right up!

The UPS package did NOT install, there were no log messages about why it would fail. I tried again, and again, the CCR stuck at "routerboot configuration" with the UPS plugged in, and never would install the UPS package.

Any ideas?

-Troy
I have a similar issue with a crr, If the router is off for any length of time it appears hang at boot. If you leave it for almost a minute or more it will boot. I have the UPS package installed, but the UPS is unhooked because it cause's other issues. Running latest 6.7

Re: CLOUD CORE ROUTER

Posted: Tue Jan 07, 2014 9:43 pm
by Duduhandelman
It looks scarry at first while the router is not booting.
Here is the formal answer.....

This is expected, as the unit receives information via console, and perceives
this as the "press any key" message at startup, and then enters RouterBOOT menu.

To change this, enter RouterBOOT setup, and change the "any key" behavior in the
settings.

Re: CLOUD CORE ROUTER

Posted: Wed Jan 08, 2014 6:24 pm
by lunchboxrts
It looks scarry at first while the router is not booting.
Here is the formal answer.....

This is expected, as the unit receives information via console, and perceives
this as the "press any key" message at startup, and then enters RouterBOOT menu.

To change this, enter RouterBOOT setup, and change the "any key" behavior in the
settings.
It does this without the UPS plugged in

Re: CLOUD CORE ROUTER

Posted: Thu Jan 09, 2014 3:05 am
by Begetan
For using UPS packages let you try to disable console first
/system console disable numbers=0
For ROS developers is completely normal to break down whole service in major release.

Re: CLOUD CORE ROUTER

Posted: Thu Jan 09, 2014 3:23 am
by scampbell
It would be nice if the /system package upgrade in Winbox gave you a choice to "force" upgrade or "reload RoS" so you can overwrite all the test versions easily when the full
release comes out :-)
Doesn't "system reset" do what you asked? Or you meant something like upgrade+reset with one command? You can do that already. Upload the packages, and issue the "system reset" command, it will reboot, reset and upgrade also.
We do not wish to "reset" the router. We wish to force it to reload RouterOS packages from your update site.

When you run RoS 6.8rc1 etc and the full release comes out the Upgrade option reports you are already on RoS6.8 so no upgrade.

It ignores the RoS package dates so we need it to either inspect the package dates when checking if an upgrade is necessary, or another button to force the Update irrespective of currently loaded RoS version.

Re: CLOUD CORE ROUTER

Posted: Thu Jan 09, 2014 3:27 am
by scampbell
@krisjanis

If you could update us with these tickets about what you are seeing and giving us things to try that would be useful.

I can't test with one right now but we could ask Stuart (distributor) to set it up with our config and test it out.

Can you let us know what you are seeing? do your ones just auto neg at 1G immediately? do you have to lock them to 1G? does it work immediately when you lock it? does it need one or more reboots?

We are happy to help with sorting out these problems (need to buy me a personal CCR1036-8G-2S+)

A
Hi Alexander,

Let me know if you need anything :D

Happy New year by the way :lol:

Regards,

Stuart

Re: CLOUD CORE ROUTER

Posted: Thu Jan 09, 2014 8:08 am
by normis
It does this without the UPS plugged in
could you please contact support with more details about your problem, so we can figure out what is happening? thanks

Re: CLOUD CORE ROUTER

Posted: Thu Jan 09, 2014 10:08 pm
by Neilson
@krisjanis

If you could update us with these tickets about what you are seeing and giving us things to try that would be useful.

I can't test with one right now but we could ask Stuart (distributor) to set it up with our config and test it out.

Can you let us know what you are seeing? do your ones just auto neg at 1G immediately? do you have to lock them to 1G? does it work immediately when you lock it? does it need one or more reboots?

We are happy to help with sorting out these problems (need to buy me a personal CCR1036-8G-2S+)

A
Hi Alexander,

Let me know if you need anything :D

Happy New year by the way :lol:

Regards,

Stuart
Happy new year mate

I will come down and visit soon

Also will let you know when I am ready to purchase the hardware.

Have to do a test today, seems to be having a problem with crappy performance for customers going into the CCR1036-8G-2S+

Lots of timeouts which seem to be drops, But no reported drops in the system. Customers whose end devices are gig are fine, however 100Mbps client devices are having this issue.

Some go into media converters (single units) and some go into a CRS (multi tennant buildings)

However I don't have a spare of our standard router nor another CCR to test with.

Regards
Alexander

Re: CLOUD CORE ROUTER

Posted: Thu Jan 09, 2014 10:41 pm
by nz_monkey
Is anyone successfully monitoring a CCR with SNMP ?

We have been holding back on this on our production units as I recall there were wide spread issues with this causing performance issues previously.

Re: CLOUD CORE ROUTER

Posted: Thu Jan 09, 2014 10:56 pm
by szastan
Is anyone successfully monitoring a CCR with SNMP ?

We have been holding back on this on our production units as I recall there were wide spread issues with this causing performance issues previously.
I'm gathering all interfaces bps, cpu, ram usage without any performance degradation

Re: CLOUD CORE ROUTER

Posted: Fri Jan 10, 2014 5:08 am
by otgooneo
Is anyone successfully monitoring a CCR with SNMP ?

We have been holding back on this on our production units as I recall there were wide spread issues with this causing performance issues previously.
We have several CCR1036 and RB1100AHx2. We monitor those routers with SNMP without performance issue. But we couldn`t see CPU utilization on SolarWinds Orion NPM.

Re: CLOUD CORE ROUTER

Posted: Fri Jan 10, 2014 5:21 am
by nz_monkey
Is anyone successfully monitoring a CCR with SNMP ?

We have been holding back on this on our production units as I recall there were wide spread issues with this causing performance issues previously.
We have several CCR1036 and RB1100AHx2. We monitor those routers with SNMP without performance issue. But we couldn`t see CPU utilization on SolarWinds Orion NPM.
Thanks otgooneo

I will give it a try on some of our less important routers.

Re: CLOUD CORE ROUTER

Posted: Fri Jan 10, 2014 12:01 pm
by armandfumal
Is anyone successfully monitoring a CCR with SNMP ?

We have been holding back on this on our production units as I recall there were wide spread issues with this causing performance issues previously.
We have several CCR1036 and RB1100AHx2. We monitor those routers with SNMP without performance issue. But we couldn`t see CPU utilization on SolarWinds Orion NPM.
Thanks otgooneo

I will give it a try on some of our less important routers.
I'm using It on my CCR in 6.8RC1, Full BGP with 3 x 470K prefixes and 20 private peering, with PRTG for CPU and interface stats.
No issue found.

Re: CLOUD CORE ROUTER

Posted: Sun Jan 12, 2014 7:02 am
by nz_monkey

I'm using It on my CCR in 6.8RC1, Full BGP with 3 x 470K prefixes and 20 private peering, with PRTG for CPU and interface stats.
No issue found.
Thats great to hear.


Thanks for the confidence guys!

Re: CLOUD CORE ROUTER

Posted: Thu Jan 16, 2014 7:00 pm
by rpingar
any update about [Ticket#2013112766000121]?

it is about ipv6 on bonding interface where the balancing is about L3 not working at all (not able to ping an ipv6 on such interface).

regards
Ros

Re: CLOUD CORE ROUTER

Posted: Fri Jan 17, 2014 10:08 pm
by frosty
Hi guys!
where can i download a Ros 6.8rc1? i need to test it with ZTE MF 823 in an older version of Ros MF823 is not supported :(

Re: CLOUD CORE ROUTER

Posted: Mon Jan 20, 2014 1:11 pm
by exa
Hey everyone,

I've already mailed MTk support with this, but why not share it here:

We have some CCRs deployed (on some very exposed locations, e.g. gigabits). With some CCRs we've been having following kind of problem:

- Connection tracking randomly fails (e.g. some connections just don't go through and are dropped)
- There is stuff missing in WinBox windows (e.g. empty Interfaces window) and corresponding terminal commands (
/some-missing-stuff print
) freeze until ctrl+c is pressed
- Other random things fail randomly (PPPs, sometimes NAT is not working at all, dynamic routing is flapping, ...)

We are on the 6.7 version.

I've been investigating the issue and kindof decided that it could be the problem of damaged RAM (looks exactly like one - services randomly failing at run time, and you can't even run memtest). We didn't want to break the warranty so we didn't replace the RAM, but put other (backup) CCR on the place. That one started failing similar way after a few days, so now we are thinking of putting yet another CCR backup there.

Question: Is it possible that we could receive 2 CCR's with damaged RAM (those were from the same batch)?

Question 2: I know it's not very likely, so is it possible that some software configuration can cause similar issues?

Question 3: Could it be a hardware problem with something else? (storage?)

Thanks in advance for any help!
-mk

Re: CLOUD CORE ROUTER

Posted: Mon Jan 20, 2014 5:49 pm
by slarner
We have got 9 Days up time with 21 BGP Peers connected. with around 520,000 Prefix's (IPv4 / IPv6) on CCR36-12-4S <3% CPU using 1G of Ram

Im having some issues with local pref and MED settings in v6 even after adding it to the Filters it appears to take no notice. This is a pain because you have no control which peer the traffic goes over.

Its defo looking like the software is getting more reliable :)

Stewart

Re: CLOUD CORE ROUTER

Posted: Fri Jan 24, 2014 12:51 pm
by gallysoft
Sharing my experience:

Upgrading My CCR to Ver 6.8RC1 of 19/12/2013

all seems runing ok, BGP, OSPF ...

loaded 3 x BGP upstream provider with 470000 prefixes each in 2 minutes 11 secondes...
This is my experience:
I had a CCR1016-12G with v6.7, only one BGP peer, full table. After a few days it stopped the routing process.
I then reported to Mikrotik (ticket #2014011666000391) the problem. The answer (in my opinion embarrassing) was "Hello, Route is crashing. Try to reboot the router."
We carried out the upgrade to v6.8rc1, but the routing process lasted for 1 days.
I complained about the problem, but I had no answers technically useful.

Unfortunately, and I say this with regret, CCR is not yet a reliable product.

Re: CLOUD CORE ROUTER

Posted: Fri Jan 24, 2014 3:35 pm
by Łukasz
Hi guys!
where can i download a Ros 6.8rc1? i need to test it with ZTE MF 823 in an older version of Ros MF823 is not supported :(
http://www.mikrotik.com/download/share/ ... 6.8rc1.npk - this is file for CCR series.
Write to support@mikrotik.com if you want access to pre-release versions.
What's new in 6.8rc1 (2014-Jan-23 16:45):

*) userman - improve startup time;
*) sstp client - support server name verification from certificate;
*) wireless - improved 11n and nv2 stability;
*) dhcp client - support interfaces in bridge;
*) dhcp - parse decimal strings and IP addreses in options value;
*) bgp - don't show community 'internet' in BGP advertisements;
*) ipsec - enable hardware acceleration for aes-cbc + md5|sha1|sha256 aead on tilera cpus;
*) ospf - fixed checksum calculation for OSPFv3 AS-external-LSAs;
*) default configuration - changed dhcp server lease time to 10 minutes;
*) fixed port isolation on CRSs (bug introduced in v6.6);
*) smb - added support for SMB 2.002
*) timezone information updated;
*) ppp - fixed ppp bridging (did not work since v6.6);
*) improved speed of PPP, PPPoE, PPTP & L2TP on multicore routers;
*) address-list - fix crash when adding two identical address list entries (not allowed any more);
*) fixed multicast forwarding on CCRs;
*) firewall - improved address-type matcher, and added it for ipv6 aswell;

Re: CLOUD CORE ROUTER

Posted: Fri Jan 24, 2014 6:48 pm
by samsung172
We have got 9 Days up time with 21 BGP Peers connected. with around 520,000 Prefix's (IPv4 / IPv6) on CCR36-12-4S <3% CPU using 1G of Ram

Im having some issues with local pref and MED settings in v6 even after adding it to the Filters it appears to take no notice. This is a pain because you have no control which peer the traffic goes over.

Its defo looking like the software is getting more reliable :)

Stewart

I can confirm problems regarding to local pref and MED setting.

http://forum.mikrotik.com/viewtopic.php?f=14&t=80722 Might be related to this.

Re: CLOUD CORE ROUTER

Posted: Fri Jan 24, 2014 7:04 pm
by samsung172
For the first time, i got problems using CCR. This is my first CCR, not using sfp, so it might be related to my problem.

I changed a RB1000 to a CCR. The purpus of the router, is to make VPLS tunnels from a IC With another ISP. Setup is easy : ether1 -Cisco(l2 link in to site) ether2 - misc mikrotik radioes ether3 -Huawei (IC to other ISP) VPLS Tunnelt do sites in a MPLS Cloud ( all working)

After changed, confed (mainly just put backup bac, and confirm config) The router started to not respons over ether1. Nither ether 4 - Laptop could find the router. After som reasearch, it seems like ether1 Connected to cisco, 100mb/half Duplex. I Called fiber providere, and asked to check port, and it was set to auto. We tried to set to 100 full in both sides, get no better results. There was a lot of CRC errors. We then tried to change port in CCR and Cisco, and change cable. We got same results here. The Device get unresponsive after some secound, and we hadf' to reebot to recconnect.

After this we decided to try a gigabit Interface to link. We used a copper SFP, and linked at 1G speed. Sucess. All went ok. So its seems like 100mb/s and cisco, would not Connect correctly.

After all this was ok, i started to make the VPLS tunnel, and put them back in bridge connecting to other ISP ( huawei) . Now router compleatly freeze , and was not able to even boot by LCD. Had to take Power out. After some Research, woundring about maybe loops etc, since it freezes as fast as router was puted in bridge, we figured out that the huawei also had Connected 100mb/half Duplex. All this using ros 6.7. I decided to try 6.6, and downgraded to 6.6 (as long as the eternet to huawei was not in bridge, all was ok). After the downgrade, i started to se a really bad portflap in all ports. I think this migh be the problem. Once every 20-30 second, the Connected ports og to no link - link - no link link. Now i did not loose winbox to router. after a lot of troble, i desided to change back to the rb1000. I put it in rack, Powered up, and wolla. All have went ok since this.

There is som major problem to Ethernet in ros 6.x on tilera. I dont see this at the PowerPC ( Rb 1000)

Re: CLOUD CORE ROUTER

Posted: Tue Jan 28, 2014 1:21 pm
by Duduhandelman
For the first time, i got problems using CCR. This is my first CCR, not using sfp, so it might be related to my problem.

I changed a RB1000 to a CCR. The purpus of the router, is to make VPLS tunnels from a IC With another ISP. Setup is easy : ether1 -Cisco(l2 link in to site) ether2 - misc mikrotik radioes ether3 -Huawei (IC to other ISP) VPLS Tunnelt do sites in a MPLS Cloud ( all working)

After changed, confed (mainly just put backup bac, and confirm config) The router started to not respons over ether1. Nither ether 4 - Laptop could find the router. After som reasearch, it seems like ether1 Connected to cisco, 100mb/half Duplex. I Called fiber providere, and asked to check port, and it was set to auto. We tried to set to 100 full in both sides, get no better results. There was a lot of CRC errors. We then tried to change port in CCR and Cisco, and change cable. We got same results here. The Device get unresponsive after some secound, and we hadf' to reebot to recconnect.

After this we decided to try a gigabit Interface to link. We used a copper SFP, and linked at 1G speed. Sucess. All went ok. So its seems like 100mb/s and cisco, would not Connect correctly.

After all this was ok, i started to make the VPLS tunnel, and put them back in bridge connecting to other ISP ( huawei) . Now router compleatly freeze , and was not able to even boot by LCD. Had to take Power out. After some Research, woundring about maybe loops etc, since it freezes as fast as router was puted in bridge, we figured out that the huawei also had Connected 100mb/half Duplex. All this using ros 6.7. I decided to try 6.6, and downgraded to 6.6 (as long as the eternet to huawei was not in bridge, all was ok). After the downgrade, i started to se a really bad portflap in all ports. I think this migh be the problem. Once every 20-30 second, the Connected ports og to no link - link - no link link. Now i did not loose winbox to router. after a lot of troble, i desided to change back to the rb1000. I put it in rack, Powered up, and wolla. All have went ok since this.

There is som major problem to Ethernet in ros 6.x on tilera. I dont see this at the PowerPC ( Rb 1000)
I have seen it before. there is an issue with with 100Mbit half duplex. one of my CCR had rebooted by a watchdog while one port was set to 100Mb half. maybe its related to a bridge on this port.
While making sure that I have no half duplex ports all went up and working great seince,


Thumb rule. If one side is 100 Full (Hard) the auto side will be 100 Half if you set both sides to 100 Full and the link goes down you should cross the cable,

Re: CLOUD CORE ROUTER

Posted: Tue Jan 28, 2014 5:12 pm
by slarner
Please can you fix the MED and local pref!
We have got 9 Days up time with 21 BGP Peers connected. with around 520,000 Prefix's (IPv4 / IPv6) on CCR36-12-4S <3% CPU using 1G of Ram

Im having some issues with local pref and MED settings in v6 even after adding it to the Filters it appears to take no notice. This is a pain because you have no control which peer the traffic goes over.

Its defo looking like the software is getting more reliable :)

Stewart

I can confirm problems regarding to local pref and MED setting.

http://forum.mikrotik.com/viewtopic.php?f=14&t=80722 Might be related to this.

Re: CLOUD CORE ROUTER

Posted: Wed Jan 29, 2014 1:26 am
by samsung172
For the first time, i got problems using CCR. This is my first CCR, not using sfp, so it might be related to my problem.

I changed a RB1000 to a CCR. The purpus of the router, is to make VPLS tunnels from a IC With another ISP. Setup is easy : ether1 -Cisco(l2 link in to site) ether2 - misc mikrotik radioes ether3 -Huawei (IC to other ISP) VPLS Tunnelt do sites in a MPLS Cloud ( all working)

After changed, confed (mainly just put backup bac, and confirm config) The router started to not respons over ether1. Nither ether 4 - Laptop could find the router. After som reasearch, it seems like ether1 Connected to cisco, 100mb/half Duplex. I Called fiber providere, and asked to check port, and it was set to auto. We tried to set to 100 full in both sides, get no better results. There was a lot of CRC errors. We then tried to change port in CCR and Cisco, and change cable. We got same results here. The Device get unresponsive after some secound, and we hadf' to reebot to recconnect.

After this we decided to try a gigabit Interface to link. We used a copper SFP, and linked at 1G speed. Sucess. All went ok. So its seems like 100mb/s and cisco, would not Connect correctly.

After all this was ok, i started to make the VPLS tunnel, and put them back in bridge connecting to other ISP ( huawei) . Now router compleatly freeze , and was not able to even boot by LCD. Had to take Power out. After some Research, woundring about maybe loops etc, since it freezes as fast as router was puted in bridge, we figured out that the huawei also had Connected 100mb/half Duplex. All this using ros 6.7. I decided to try 6.6, and downgraded to 6.6 (as long as the eternet to huawei was not in bridge, all was ok). After the downgrade, i started to se a really bad portflap in all ports. I think this migh be the problem. Once every 20-30 second, the Connected ports og to no link - link - no link link. Now i did not loose winbox to router. after a lot of troble, i desided to change back to the rb1000. I put it in rack, Powered up, and wolla. All have went ok since this.

There is som major problem to Ethernet in ros 6.x on tilera. I dont see this at the PowerPC ( Rb 1000)

som more investigations done. It seems like CCR will get CRC error on a port as harware fault and would reeboot if watchdog is enabled. when Ethernet is set to auto, connecting to cisco (With a 10/100 port), i always get 100 half, and CRC error. No problem just enabeling this. but as once as the port get traffic, and count CRC error, the watchdog steps in, and boot the router.

Re: CLOUD CORE ROUTER

Posted: Wed Jan 29, 2014 12:55 pm
by becs
For the first time, i got problems using CCR. This is my first CCR, not using sfp, so it might be related to my problem.

I changed a RB1000 to a CCR. The purpus of the router, is to make VPLS tunnels from a IC With another ISP. Setup is easy : ether1 -Cisco(l2 link in to site) ether2 - misc mikrotik radioes ether3 -Huawei (IC to other ISP) VPLS Tunnelt do sites in a MPLS Cloud ( all working)

After changed, confed (mainly just put backup bac, and confirm config) The router started to not respons over ether1. Nither ether 4 - Laptop could find the router. After som reasearch, it seems like ether1 Connected to cisco, 100mb/half Duplex. I Called fiber providere, and asked to check port, and it was set to auto. We tried to set to 100 full in both sides, get no better results. There was a lot of CRC errors. We then tried to change port in CCR and Cisco, and change cable. We got same results here. The Device get unresponsive after some secound, and we hadf' to reebot to recconnect.

After this we decided to try a gigabit Interface to link. We used a copper SFP, and linked at 1G speed. Sucess. All went ok. So its seems like 100mb/s and cisco, would not Connect correctly.

After all this was ok, i started to make the VPLS tunnel, and put them back in bridge connecting to other ISP ( huawei) . Now router compleatly freeze , and was not able to even boot by LCD. Had to take Power out. After some Research, woundring about maybe loops etc, since it freezes as fast as router was puted in bridge, we figured out that the huawei also had Connected 100mb/half Duplex. All this using ros 6.7. I decided to try 6.6, and downgraded to 6.6 (as long as the eternet to huawei was not in bridge, all was ok). After the downgrade, i started to se a really bad portflap in all ports. I think this migh be the problem. Once every 20-30 second, the Connected ports og to no link - link - no link link. Now i did not loose winbox to router. after a lot of troble, i desided to change back to the rb1000. I put it in rack, Powered up, and wolla. All have went ok since this.

There is som major problem to Ethernet in ros 6.x on tilera. I dont see this at the PowerPC ( Rb 1000)

som more investigations done. It seems like CCR will get CRC error on a port as harware fault and would reeboot if watchdog is enabled. when Ethernet is set to auto, connecting to cisco (With a 10/100 port), i always get 100 half, and CRC error. No problem just enabeling this. but as once as the port get traffic, and count CRC error, the watchdog steps in, and boot the router.
You should try to reinstall this CCR with Netinstall and make sure RouterBoot firmware is upgraded to v3.10 and report this to MikroTik support with supout.rif file.

Re: CLOUD CORE ROUTER

Posted: Thu Jan 30, 2014 5:01 pm
by samsung172
For the first time, i got problems using CCR. This is my first CCR, not using sfp, so it might be related to my problem.

I changed a RB1000 to a CCR. The purpus of the router, is to make VPLS tunnels from a IC With another ISP. Setup is easy : ether1 -Cisco(l2 link in to site) ether2 - misc mikrotik radioes ether3 -Huawei (IC to other ISP) VPLS Tunnelt do sites in a MPLS Cloud ( all working)

After changed, confed (mainly just put backup bac, and confirm config) The router started to not respons over ether1. Nither ether 4 - Laptop could find the router. After som reasearch, it seems like ether1 Connected to cisco, 100mb/half Duplex. I Called fiber providere, and asked to check port, and it was set to auto. We tried to set to 100 full in both sides, get no better results. There was a lot of CRC errors. We then tried to change port in CCR and Cisco, and change cable. We got same results here. The Device get unresponsive after some secound, and we hadf' to reebot to recconnect.

After this we decided to try a gigabit Interface to link. We used a copper SFP, and linked at 1G speed. Sucess. All went ok. So its seems like 100mb/s and cisco, would not Connect correctly.

After all this was ok, i started to make the VPLS tunnel, and put them back in bridge connecting to other ISP ( huawei) . Now router compleatly freeze , and was not able to even boot by LCD. Had to take Power out. After some Research, woundring about maybe loops etc, since it freezes as fast as router was puted in bridge, we figured out that the huawei also had Connected 100mb/half Duplex. All this using ros 6.7. I decided to try 6.6, and downgraded to 6.6 (as long as the eternet to huawei was not in bridge, all was ok). After the downgrade, i started to se a really bad portflap in all ports. I think this migh be the problem. Once every 20-30 second, the Connected ports og to no link - link - no link link. Now i did not loose winbox to router. after a lot of troble, i desided to change back to the rb1000. I put it in rack, Powered up, and wolla. All have went ok since this.

There is som major problem to Ethernet in ros 6.x on tilera. I dont see this at the PowerPC ( Rb 1000)

som more investigations done. It seems like CCR will get CRC error on a port as harware fault and would reeboot if watchdog is enabled. when Ethernet is set to auto, connecting to cisco (With a 10/100 port), i always get 100 half, and CRC error. No problem just enabeling this. but as once as the port get traffic, and count CRC error, the watchdog steps in, and boot the router.
You should try to reinstall this CCR with Netinstall and make sure RouterBoot firmware is upgraded to v3.10 and report this to MikroTik support with supout.rif file.

Im sorry, i have "updated" this to connect using SFP- CWDM, removed cisco and connected to huawi at gigabit. This have solved the problem.

However, it should be easy to reproduce. Connect a CCR to a 10/100port (not gigabit) at a cisco device, and start to have traffic to this.

config as follow:

ros code

/interface bridge
add l2mtu=1500 name=Internett
add l2mtu=1525 name=bridgeNN
add name=loopback
/interface ethernet
set [ find default-name=sfp1 ] l2mtu=3000
/interface vpls
add disabled=no l2mtu=1500 mac-address=02:EA:1A:14:08:78 name="Halden Dyrendal" remote-peer=172.31.0.163 vpls-id=172.31.0.5:5
add advertised-l2mtu=1525 disabled=no l2mtu=1525 mac-address=02:5C:3A:58:9F:A2 mtu=1510 name="MPLS Grepperod NN" remote-peer=172.31.0.19 vpls-id=172.31.0.19:20
add advertised-l2mtu=1525 disabled=no l2mtu=1525 mac-address=02:BC:14:78:A7:A5 mtu=1510 name="VPLS Bjornasen NN" remote-peer=172.31.0.100 vpls-id=172.31.0.5:105
add advertised-l2mtu=1525 disabled=no l2mtu=1525 mac-address=02:89:08:BB:7C:E6 mtu=1510 name="VPLS Julsrud NN" remote-peer=172.31.0.41 vpls-id=172.31.0.5:41
add advertised-l2mtu=1525 disabled=no l2mtu=1525 mac-address=02:C4:D1:C9:27:86 mtu=1510 name="VPLS RadeVann NN" remote-peer=172.31.0.14 vpls-id=172.31.0.14:1500
add advertised-l2mtu=1525 disabled=no l2mtu=1525 mac-address=02:CA:D1:FC:D5:C3 mtu=1510 name="VPLS Tomb NN" remote-peer=172.31.0.52 vpls-id=172.31.0.52:53
/ip ipsec proposal
set [ find default=yes ] enc-algorithms=3des
/port
set 0 name=serial0
set 1 name=serial1
/routing bgp instance
set default as=5 confederation=31018 confederation-peers=1-1000 router-id=172.31.0.5
/routing ospf instance
set [ find default=yes ] redistribute-connected=as-type-1 redistribute-static=as-type-1 router-id=172.31.0.5
/system logging action
set 0 memory-lines=100
set 1 disk-lines-per-file=100
/interface bridge port
add bridge=Internett interface="Halden Dyrendal"
add bridge=bridgeNN horizon=1 interface="VPLS Bjornasen NN"
add bridge=bridgeNN horizon=1 interface="MPLS Grepperod NN"
add bridge=bridgeNN horizon=1 interface="VPLS Tomb NN"
add bridge=bridgeNN horizon=1 interface="VPLS RadeVann NN"
add bridge=bridgeNN horizon=1 interface="VPLS Julsrud NN"
add bridge=bridgeNN interface=ether2
/ip address
add address=172.17.76.26/29 interface=sfp1 network=172.17.76.24
add address=172.31.0.5/32 interface=loopback network=172.31.0.5
add address=172.17.5.1/29 interface=ether1 network=172.17.5.0
add address=172.17.5.17/29 interface=ether1 network=172.17.5.16
add address=172.17.5.9/29 interface=ether1 network=172.17.5.8
/ip route vrf
add export-route-targets=0.0.0.0:0 import-route-targets=0.0.0.0:0 route-distinguisher="(unknown)" routing-mark=vrf.internet
/lcd interface
set sfp1 interface=sfp1
set sfp2 interface=sfp2
set sfp3 interface=sfp3
set sfp4 interface=sfp4
set ether1 interface=ether1
set ether2 interface=ether2
set ether3 interface=ether3
set ether4 interface=ether4
set ether5 interface=ether5
set ether6 interface=ether6
set ether7 interface=ether7
set ether8 interface=ether8
set ether9 interface=ether9
set ether10 interface=ether10
set ether11 interface=ether11
set ether12 interface=ether12
/lcd interface pages
set 0 interfaces=sfp1,sfp2,sfp3,sfp4,ether1,ether2,ether3,ether4,ether5,ether6,ether7,ether8
/mpls
set propagate-ttl=no
/mpls interface
set [ find default=yes ] mpls-mtu=1590
/mpls ldp
set enabled=yes lsr-id=172.31.0.5 transport-address=172.31.0.5
/mpls ldp interface
add interface=sfp1
/routing bgp instance vrf
add redistribute-connected=yes redistribute-static=yes routing-mark=vrf.internet
/routing bgp peer
add address-families=l2vpn-cisco,vpnv4 default-originate=if-installed multihop=yes name=Oslo remote-address=172.31.1.76 remote-as=376 tcp-md5-key=eb5296a05aa9fc01704aa4fb6aXXXXXX ttl=default update-source=loopback
/routing ospf interface
add authentication=md5 authentication-key=OSPF96a05aXXXXXX interface=sfp1 network-type=point-to-point
/routing ospf network
add area=backbone network=172.17.76.24/29
/snmp
set enabled=yes trap-community=public
/system identity
set name="MPLS Sagahuset"
/system logging
add topics=mpls,debug
/system note
set note="\
    \n                 YES   =============================   NO\
    \n          +-----------|| Does the Darn Thing work\? ||-----------+\
    \n          |            =============================            |\
    \n          V                                                     V\
    \n     +----------+     +---------+                          +---------+\
    \n     |   Don't  |  NO |   Does  |       +-------+     YES  | Did you |\
    \n     |   mess   | +---|  anyone |<------|  YOU  |<---------|   mess  |\
    \n     | with it! | |   |  know\?  |       | MORON |          | with it |\
    \n     +----------+ |   +---------+       +-------+          +---------+\
    \n          |       V        | YES                                |  NO\
    \n          |    +------+    +-----------+                        |\
    \n          |    | HIDE |                V                        V\
    \n          |    |  IT  |            +--------+             +-----------+\
    \n          |    +------+            |  YOU   |        YES  | WILL THEY |\
    \n          |       |       +------->|  POOR  |<------------| CATCH YOU\?|\
    \n          |       |       |        |BASTARD!|             +-----------+\
    \n          |       |       |        |________|                   |  NO\
    \n          |       |       |             |                       |\
    \n          |       |       |             V                       V\
    \n          |       |       |      +---------------+        +-----------+\
    \n          |       |       |  NO  | CAN YOU BLAME |        |DESTROY THE|\
    \n          |       |       +------| SOMEONE ELSE\? |        |  EVIDENCE |\
    \n          |       |              +---------------+        +-----------+\
    \n          |       |                     |  YES                  |\
    \n          |       |                     v                       |\
    \n          |       |      ============================           |\
    \n          |       +---->||           N O            ||<---------+\
    \n          +------------>||      P R O B L E M       ||\
    \n                         ============================\
    \n\
    \n"
/system ntp client
set enabled=yes mode=unicast primary-ntp=172.31.255.6 secondary-ntp=172.31.255.6
/system routerboard settings
set cpu-frequency=1200MHz memory-frequency=1066DDR
/tool bandwidth-server
set authenticate=no


PS! The annoing route-distinguisher="(unknown)" bug is still here.

Edit PS2 : This was a new blank CCR from box, that came with 6.1. I just removed default config (r) gave it a IP, and upgraded ros to 6.7 and firmware to 3.10, before doing annything else to it. It should be wired if i need to netinstall this.

Re: CLOUD CORE ROUTER

Posted: Thu Jan 30, 2014 6:01 pm
by mrz
set route-distinguisher to valid value

Re: CLOUD CORE ROUTER

Posted: Thu Jan 30, 2014 8:30 pm
by nz_monkey
Mikrotik, as reported previously, and as per samsung172's post, there are STILL issues with CCR connecting to Cisco devices with static port speeds e.g. 100mbit/FDX.

Now im not sure if this is even specific to CCR --> Cisco, or it is just static 100/FDX configuration as the only time we use this config is connected to Cisco devices...

Has Mikrotik done any testing on this ?

It is an annoying fault as sometime it will go nicely for weeks, then all of a sudden stop working, e.g. port speed changes to 1gigabit, or router reboots or freezes.

Re: CLOUD CORE ROUTER

Posted: Thu Jan 30, 2014 8:40 pm
by doush
@samsung172

Best note ever LOL :))

Re: CLOUD CORE ROUTER

Posted: Fri Jan 31, 2014 2:13 am
by samsung172
set route-distinguisher to valid value

0.0.0.0:0 is a valid value........?

Re: CLOUD CORE ROUTER

Posted: Fri Jan 31, 2014 2:23 am
by samsung172
Mikrotik, as reported previously, and as per samsung172's post, there are STILL issues with CCR connecting to Cisco devices with static port speeds e.g. 100mbit/FDX.

Now im not sure if this is even specific to CCR --> Cisco, or it is just static 100/FDX configuration as the only time we use this config is connected to Cisco devices...

Has Mikrotik done any testing on this ?

It is an annoying fault as sometime it will go nicely for weeks, then all of a sudden stop working, e.g. port speed changes to 1gigabit, or router reboots or freezes.
This and the "bug" that dont let a l2tp server run inside a vrf, is annying. Maybe a feature request. What vrf, do you want to use for what service. :D eg. ftp at vrf1, ssh at vrf2 and l2tp at vrf3.

Also some bugs export/import bgp config. (I dont remember, exactly, but it seems lik it mess up the order of "what settings to set first and last". Hva to import 2 times. Then its ok. :P

Yes, and the New- bla bla bla unable to somehing about default snmp - colud not remove default snmp comunity... Its annoing when try to make a script remove old config, then set New config.

eg:

ros code

/ snmp {  :foreach x in=[ community find ] 
do={ community remove $x }; community add name=INSTALL address=172.16.1.1/32 
read-access=yes; set enabled=yes contact="" location="" }

Re: CLOUD CORE ROUTER

Posted: Fri Jan 31, 2014 4:41 am
by scampbell
@samsung172

Best note ever LOL :))
+1

Re: CLOUD CORE ROUTER

Posted: Fri Jan 31, 2014 3:57 pm
by ECCOsea
Hi! Anyone know how to monitoring averege CPU load by SNMP? Routerboard (CCR1036-8G-2S+EM).

Im just find snmp statistic for each core. But i is not comfortable to take 36 oids and calculating average for take overall cpu load.

Im finding oid's by command > print oid.
Im looking for simply oid for take cpu load. Like this:
[MikroTik] > system resource print
uptime: 2d13h46s
version: 6.3
build-time: Sep/03/2013 12:25:21
free-memory: 14.9GiB
total-memory: 15.9GiB
cpu: tilegx
cpu-count: 36
cpu-frequency: 600MHz
cpu-load: 17%
free-hdd-space: 899.3MiB
total-hdd-space: 1024.0MiB
architecture-name: tile
board-name: CCR1036-8G-2S+
platform: MikroTik

Thanks for all!

Re: CLOUD CORE ROUTER

Posted: Fri Jan 31, 2014 4:52 pm
by krzych88
Hi! CCR1036-12G-4S os. ver 6.7

I have problem with Serial port. When I want to set baud-rate=2400 i get message: "failure: specified port speed is not supported on this port"

Re: CLOUD CORE ROUTER

Posted: Sat Feb 01, 2014 12:13 pm
by saaremaa
Are there any errors in the CCR-10XX with firmware 6.9?

Re: CLOUD CORE ROUTER

Posted: Sat Feb 01, 2014 2:02 pm
by karina
I have loaded my CCR and all looks well. I suspect the release of 6.9 is good judging by the lack of complaints on this thread

Re: CLOUD CORE ROUTER

Posted: Sat Feb 01, 2014 3:56 pm
by zyzelis
I have loaded my CCR and all looks well. I suspect the release of 6.9 is good judging by the lack of complaints on this thread
Hi,
This CCR is empty? in the lab? or it does some networking?

Re: CLOUD CORE ROUTER

Posted: Sat Feb 01, 2014 4:07 pm
by karina
I have loaded my CCR and all looks well. I suspect the release of 6.9 is good judging by the lack of complaints on this thread
Hi,
This CCR is empty? in the lab? or it does some networking?
Currently in the LAb. as from tomorrow it will be in production will keep you posted if any issues

Re: CLOUD CORE ROUTER

Posted: Sat Feb 01, 2014 5:29 pm
by zyzelis
I have loaded my CCR and all looks well. I suspect the release of 6.9 is good judging by the lack of complaints on this thread
Hi,
This CCR is empty? in the lab? or it does some networking?
Currently in the LAb. as from tomorrow it will be in production will keep you posted if any issues
ok,thanks:) give me to know. because currently CCR 1036-12-4 works with old stable 6.3:)

Re: CLOUD CORE ROUTER

Posted: Sat Feb 01, 2014 6:14 pm
by saaremaa
ok,thanks:) give me to know. because currently CCR 1036-12-4 works with old stable 6.3:)
What functions it performs?

Re: CLOUD CORE ROUTER

Posted: Sat Feb 01, 2014 11:20 pm
by zyzelis
ok,thanks:) give me to know. because currently CCR 1036-12-4 works with old stable 6.3:)
What functions it performs?
core router for 200 customers with traffic shaping, dhcp server, vlan internetworking, firewalling. works so far so good...

Re: CLOUD CORE ROUTER

Posted: Sun Feb 02, 2014 4:07 pm
by saaremaa
karina,there any news about the CCR-10XX?

Re: CLOUD CORE ROUTER

Posted: Sun Feb 02, 2014 6:13 pm
by staslabs
ROS 6.9
What about effective distribution of the load between the processor cores?

just 80 Mbit/s L2TP, NAT and Queu tree with 20 rules server on CCR1036-12G-4S

[admin@border] /system resource cpu> pri
# CPU LOAD IRQ
0 cpu0 0% 0%
1 cpu1 2% 0%
2 cpu2 0% 0%
3 cpu3 0% 0%
4 cpu4 92% 90%
5 cpu5 0% 0%
6 cpu6 3% 2%
7 cpu7 0% 0%
8 cpu8 0% 0%
9 cpu9 0% 0%
10 cpu10 0% 0%
11 cpu11 1% 1%
12 cpu12 0% 0%
13 cpu13 27% 3%
14 cpu14 1% 0%
15 cpu15 3% 1%
16 cpu16 0% 0%
17 cpu17 7% 7%
18 cpu18 1% 1%
19 cpu19 3% 0%
20 cpu20 0% 0%
21 cpu21 2% 2%
22 cpu22 0% 0%
23 cpu23 0% 0%
24 cpu24 5% 0%
25 cpu25 5% 2%
26 cpu26 1% 1%
27 cpu27 0% 0%
28 cpu28 0% 0%
29 cpu29 0% 0%
30 cpu30 0% 0%
31 cpu31 8% 0%
32 cpu32 1% 0%
33 cpu33 0% 0%
34 cpu34 0% 0%
35 cpu35 2% 0%

Re: CLOUD CORE ROUTER

Posted: Sun Feb 02, 2014 6:22 pm
by saaremaa
staslabs, show us please:
 /tool profile 

Re: CLOUD CORE ROUTER

Posted: Sun Feb 02, 2014 6:29 pm
by dottxt
Is there any word on the CCR line supporting IPv6 in fastpath? I only see V4 documentation for it.

Re: CLOUD CORE ROUTER

Posted: Sun Feb 02, 2014 7:17 pm
by staslabs
NAME CPU USAGE
ppp all 0.3%
l2tp all 0.1%
ppp all 0%
spi all 0.1%
ntp all 0%
console all 0%
flash all 0%
ssh all 0.7%
dns all 0.6%
traffic-flow all 0.1%
firewall all 1.9%
networking all 0.4%
gre all 0%
winbox all 0%
logging all 0%
management all 0.2%
telnet all 0%
idle all 94%
dhcp all 0%
profiling all 0.2%
queuing all 0.5%
routing all 0%
unclassified all 0%

Re: CLOUD CORE ROUTER

Posted: Sun Feb 02, 2014 10:30 pm
by nz_monkey
ROS 6.9
What about effective distribution of the load between the processor cores?

just 80 Mbit/s L2TP, NAT and Queu tree with 20 rules server on CCR1036-12G-4S
Queue Tree is NOT Multi-thread/Multi-Core optimized yet so performance will be limited to a single core(tile) on the CCR routers. This is likely what you are experiencing.

Mikrotik have indicated this is the next thing that will get optimized once PPP optimizations are finished.

Re: CLOUD CORE ROUTER

Posted: Mon Feb 03, 2014 4:09 pm
by staslabs
And what can i use to increase queu perfomance? Simple queu?