Community discussions

MikroTik App
 
JasonEde
newbie
Posts: 29
Joined: Thu Jun 14, 2012 11:32 am
Location: Sheffield
Contact:

Re: CAPsMAN v2 ready for testing

Mon Feb 02, 2015 4:53 pm

Will upgrade and try again. Where is the Capsman changelog? Doesn't look like it is part of the main changelog.
 
JasonEde
newbie
Posts: 29
Joined: Thu Jun 14, 2012 11:32 am
Location: Sheffield
Contact:

Re: CAPsMAN v2 ready for testing

Tue Feb 03, 2015 10:28 am

All units are now running on 6.25 and I'm still seeing a lot of disconnects and moving between APs. Sample of the logs are below. All these devices are stationary in the building...

08:22:03 caps,info 74:E2:F5:22:12:67@AP2-Net1 connected
08:22:03 caps,info 74:E2:F5:22:12:67@AP1-Net1 disconnected, registered to other interface
08:22:07 caps,info 9C:04:EB:31:9B:BF@AP1-5GHz-Net2 connected
08:22:19 caps,info 9C:04:EB:31:9B:BF@AP1-5GHz-Net2 disconnected, too weak signal
08:23:23 caps,info F4:1B:A1:9A:19:0A@AP1-Net1 connected
08:23:29 caps,info F4:1B:A1:9A:19:0A@AP1-Net1 disconnected, 4-way handshake timeout
08:23:30 caps,info C8:85:50:6C:11:0B@AP1-Public-5G connected
08:23:30 caps,info C8:85:50:6C:11:0B@AP2-2.4GHz-Public disconnected, registered to other interface
08:23:31 caps,info C8:85:50:6C:11:0B@AP1-2.4GHz-Public connected
08:23:31 caps,info C8:85:50:6C:11:0B@AP1-Public-5G disconnected, registered to other interface
08:23:37 caps,info 80:E6:50:11:A2:26@AP1-5GHz-Net2 connected
08:23:40 caps,info B8:E8:56:76:05:C3@AP2-5GHz-Net2 connected
08:23:40 caps,info B8:E8:56:76:05:C3@AP1-5GHz-Net2 disconnected, registered to other interface
08:23:43 caps,info 80:E6:50:11:A2:26@AP1-5GHz-Net2 disconnected, too weak signal
08:23:46 caps,info B8:E8:56:76:05:C3@AP2-5GHz-Net2 disconnected, too weak signal
08:23:48 caps,info B8:E8:56:76:05:C3@AP1-5GHz-Net2 connected
08:23:50 caps,info 80:E6:50:11:A2:26@AP1-5GHz-Net2 connected
08:23:54 caps,info C8:85:50:6C:11:0B@AP1-2.4GHz-Public disconnected, extensive data loss
08:23:56 caps,info 80:E6:50:11:A2:26@AP1-5GHz-Net2 disconnected, too weak signal
08:24:05 caps,info 80:E6:50:11:A2:26@AP1-5GHz-Net2 connected
08:24:08 caps,info 80:E6:50:11:A2:26@AP1-5GHz-Net2 disconnected, too weak signal
 
User avatar
czolo
Member
Member
Posts: 423
Joined: Fri Mar 04, 2005 9:49 am
Location: Poland (Warsaw)
Contact:

Re: CAPsMAN v2 ready for testing

Fri Feb 06, 2015 4:24 pm

I have a question, why I can't configure vlan-mode on virtual-ap?

I can set it in normal mode only for master wlan card. If I'm using capsman, I can put a traffic from specific slave vap into a vlan. So why this funcionality is not accesible in normal mode for manualy created vap?
 
User avatar
sguox
Trainer
Trainer
Posts: 73
Joined: Fri Mar 09, 2012 6:23 pm

Re: CAPsMAN v2 ready for testing

Sat Feb 14, 2015 9:27 am

is there any plan to support station bridge?
 
JanezFord
Member Candidate
Member Candidate
Posts: 269
Joined: Wed May 23, 2012 10:58 am

Re: CAPsMAN v2 ready for testing

Mon Feb 16, 2015 10:23 am

2) In registration all information should be visible like in normal mode (last-ip, routeros version etc.)
+1 for Last-IP
I would also like to see RT/TX CCQ and signal-to-noise.

Anyone knows how to set WMM, HW Protection Mode, Preamble Mode, HW Retries and other advanced mode parameters with CAPsMAN v2 ? If it is not yet possible does anyone know if there are any plans to add these configuration options to CAPsMAN v2 in the future?

JF.
 
Zwodka
Frequent Visitor
Frequent Visitor
Posts: 78
Joined: Fri Sep 19, 2014 9:41 pm
Location: Hungary

Re: CAPsMAN v2 ready for testing

Thu Feb 19, 2015 8:27 am

I plan to by a RB911G-2HPnD and a RB911G-5HPnD for AP. But they have Licence Level 3 : no Wireless AP permitted :-(
But what about in CAPsMAN configuration?
I mean:
- one Licence Level 4/5/6 RB as CAPsMAN,
and
- RB911G-2HPnD/-5HPnD serie as CAP device.
 
User avatar
juanvi
Member Candidate
Member Candidate
Posts: 165
Joined: Mon May 05, 2014 6:55 pm
Location: SPAIN

Re: CAPsMAN v2 ready for testing

Thu Feb 19, 2015 10:12 am

I plan to by a RB911G-2HPnD and a RB911G-5HPnD for AP. But they have Licence Level 3 : no Wireless AP permitted :-(
But what about in CAPsMAN configuration?
I mean:
- one Licence Level 4/5/6 RB as CAPsMAN,
and
- RB911G-2HPnD/-5HPnD serie as CAP device.
I'm not sure but i think is the same for CAPSMAN. At the end you have one ap and is remotelly controlled.
I think you need L4 license to have more tan one client in local or CAP (ptp link is allowed with L3 license).

I've buyed 2 SXT Lite2 and are L3. They say: "SXT Lite2 is a low cost, high transmit power 2.4GHz (2312 -2732MHz depending on country regulations) outdoor wireless device. It can be used for point to point links or as a CPE for point to multipoint installations"

Anyway not tried yet but i've readed ptp is posible with L3 and bridge/station bridge mode.

I'm not 100% sure. Only logic answer.
 
uldis
MikroTik Support
MikroTik Support
Topic Author
Posts: 3446
Joined: Mon May 31, 2004 2:55 pm

Re: CAPsMAN v2 ready for testing

Thu Feb 19, 2015 7:30 pm

you need RouterOS Level 4 licenese to make a board as a CAP AP.
Level 3 license is only for point-to-point pinks.

Station-bridge mode is not supported with CAPsMAN at the moment.
 
Zwodka
Frequent Visitor
Frequent Visitor
Posts: 78
Joined: Fri Sep 19, 2014 9:41 pm
Location: Hungary

Re: CAPsMAN v2 ready for testing

Fri Feb 20, 2015 8:13 am

Thanx for the answer!
 
User avatar
juanvi
Member Candidate
Member Candidate
Posts: 165
Joined: Mon May 05, 2014 6:55 pm
Location: SPAIN

Re: CAPsMAN v2 ready for testing

Fri Feb 20, 2015 10:45 am

I plan to by a RB911G-2HPnD and a RB911G-5HPnD for AP. But they have Licence Level 3 : no Wireless AP permitted :-(
But what about in CAPsMAN configuration?
I mean:
- one Licence Level 4/5/6 RB as CAPsMAN,
and
- RB911G-2HPnD/-5HPnD serie as CAP device.
I'm not sure but i think is the same for CAPSMAN. At the end you have one ap and is remotelly controlled.
I think you need L4 license to have more tan one client in local or CAP (ptp link is allowed with L3 license).

I've buyed 2 SXT Lite2 and are L3. They say: "SXT Lite2 is a low cost, high transmit power 2.4GHz (2312 -2732MHz depending on country regulations) outdoor wireless device. It can be used for point to point links or as a CPE for point to multipoint installations"

Anyway not tried yet but i've readed ptp is posible with L3 and bridge/station bridge mode.

I'm not 100% sure. Only logic answer.
Uldis said: "you need RouterOS Level 4 licenese to make a board as a CAP AP.
Level 3 license is only for point-to-point pinks."

I do not understand why an L3 AP with one client (ptp) is possible and the same, but remotelly controlled, is not possible.
Can you explain please?

Uldis said: "Station-bridge mode is not supported with CAPsMAN at the moment."
CAP=Controlled Access Point
CAPsMAN= Manager for Controlled Access Points
Looking for "Controlled STATION" ??? CSTA??? And his manager... CSTAsMAN...
What sense has this???

Today do not understand anything. ;-)
 
uldis
MikroTik Support
MikroTik Support
Topic Author
Posts: 3446
Joined: Mon May 31, 2004 2:55 pm

Re: CAPsMAN v2 ready for testing

Fri Feb 20, 2015 1:06 pm

Currently CAPsMAN is not designed for management of the WISP APs as it doesn't support Bridge mode that is required for Station-Bridge and WDS that is required for the Station-WDS.
We might add those features later when we have finished the rest of the CAPsMAN planned features.
 
User avatar
juanvi
Member Candidate
Member Candidate
Posts: 165
Joined: Mon May 05, 2014 6:55 pm
Location: SPAIN

Re: CAPsMAN v2 ready for testing

Wed Feb 25, 2015 6:39 pm

Currently CAPsMAN is not designed for management of the WISP APs as it doesn't support Bridge mode that is required for Station-Bridge and WDS that is required for the Station-WDS.
We might add those features later when we have finished the rest of the CAPsMAN planned features.
Ok. I understand you now but, this is an option for a inadvisable full bridged network. Broadcast domain becomes huge and have their pants down for a broadcast storm. Best route at CPE and isolate your network from client's broadcast. Ap mode under CAPsMAN would be advisable. I'm right?
 
bartjoo
Frequent Visitor
Frequent Visitor
Posts: 63
Joined: Tue Apr 09, 2013 5:56 pm

Re: CAPsMAN v2 ready for testing

Fri Feb 27, 2015 9:43 am

Currently CAPsMAN is not designed for management of the WISP APs as it doesn't support Bridge mode that is required for Station-Bridge and WDS that is required for the Station-WDS.
We might add those features later when we have finished the rest of the CAPsMAN planned features.
Hello, Is there a list available with the (roadmap) new features?
 
hngjared
Frequent Visitor
Frequent Visitor
Posts: 77
Joined: Thu Dec 01, 2011 8:36 pm
Location: NYC USA

Re: CAPsMAN v2 ready for testing

Tue Mar 03, 2015 9:26 pm

I'm just starting to demo the CAPsMANv2.

When I remove the CAPsMAN from the network for a few seconds and reconnect my APs(CAPS) do not reconnect unless I reboot or disable/re-enable the CAP in the wireless interface of the AP.

Is this normal? Is there a setting I'm missing that allows the units to sync back together after a brief interruption?

I appreciate any feed back.
Last edited by hngjared on Tue Mar 03, 2015 9:42 pm, edited 1 time in total.
 
bartjoo
Frequent Visitor
Frequent Visitor
Posts: 63
Joined: Tue Apr 09, 2013 5:56 pm

Re: CAPsMAN v2 ready for testing

Tue Mar 03, 2015 9:28 pm

I'm just starting to demo the CAPsMANv2.

When I remove the CAPsMAN from the network for a few seconds and reconnect my APs(CAPS) do not reconnect unless I reboot or disable/re-enable the CAP in the wireless interface of the AP.

Is this normal? Is there a setting I'm missing that allows the units to sync back together after a brief interruption?

I appreciate any feed back.
No, this is not correct. When he gets a connection with CAPsMAN again, he will send the WiFi signal again.
 
hngjared
Frequent Visitor
Frequent Visitor
Posts: 77
Joined: Thu Dec 01, 2011 8:36 pm
Location: NYC USA

Re: CAPsMAN v2 ready for testing

Tue Mar 03, 2015 9:48 pm

I appreciate the quick response.

My problem is I unhooked the CAPsMAN controller from the LAN for about 30 seconds and plugged it back up. Once plugged back in the access points never sync back with the controller? You'd think this would happen quickly and automatically. But, I'm unable to get the units to SYNC back with the controller unless I reboot or disable/re-enable the CAP on the AP.

Worst case scenario. My controller drops offline for 5 minutes. Would I be required to go around and reboot 200 APs to regain sync to the controller? Do I need to implement a script to disable/re-enable the CAP. How do other people get their equipment to regain access to the controller?

Thanks!
 
bartjoo
Frequent Visitor
Frequent Visitor
Posts: 63
Joined: Tue Apr 09, 2013 5:56 pm

Re: CAPsMAN v2 ready for testing

Tue Mar 03, 2015 9:51 pm

I appreciate the quick response.

My problem is I unhooked the CAPsMAN controller from the LAN for about 30 seconds and plugged it back up. Once plugged back in the access points never sync back with the controller? You'd think this would happen quickly and automatically. But, I'm unable to get the units to SYNC back with the controller unless I reboot or disable/re-enable the CAP on the AP.

Worst case scenario. My controller drops offline for 5 minutes. Would I be required to go around and reboot 200 APs to regain sync to the controller? Do I need to implement a script to disable/re-enable the CAP. How do other people get their equipment to regain access to the controller?

Thanks!
could you tell more about your infrastructure and mikrotik OS / Capsman version?
 
hngjared
Frequent Visitor
Frequent Visitor
Posts: 77
Joined: Thu Dec 01, 2011 8:36 pm
Location: NYC USA

Re: CAPsMAN v2 ready for testing

Tue Mar 03, 2015 9:58 pm

I'm working in a testing environment with a very basic layout.

I'm using the latest version of Router OS and CAPsMANv2 on 6.27.

I have a 5 port RB450G gateway connected to a 5 port 750UP POE switch powering 4 RB912UAG-2HPnD APs. I have the 450G acting as the controller for the 4 APs.

Everything works fine until the AP loses connection to the controller for as little as a few seconds. After that the AP never re-establishes a connection back to the controller.

Thanks!
 
bartjoo
Frequent Visitor
Frequent Visitor
Posts: 63
Joined: Tue Apr 09, 2013 5:56 pm

Re: CAPsMAN v2 ready for testing

Fri Mar 06, 2015 9:52 am

I'm working in a testing environment with a very basic layout.

I'm using the latest version of Router OS and CAPsMANv2 on 6.27.

I have a 5 port RB450G gateway connected to a 5 port 750UP POE switch powering 4 RB912UAG-2HPnD APs. I have the 450G acting as the controller for the 4 APs.

Everything works fine until the AP loses connection to the controller for as little as a few seconds. After that the AP never re-establishes a connection back to the controller.

Thanks!
Hmm, could you upload a image of your settings for CAPsman?
or your settings file from your main and client routeR?
 
uldis
MikroTik Support
MikroTik Support
Topic Author
Posts: 3446
Joined: Mon May 31, 2004 2:55 pm

Re: CAPsMAN v2 ready for testing

Fri Mar 06, 2015 11:00 am

are you using wireless-fp package or wireless-cm2 package?
The CAPs are connected to CAPsMAN via MAC connection or IP connection?
 
hngjared
Frequent Visitor
Frequent Visitor
Posts: 77
Joined: Thu Dec 01, 2011 8:36 pm
Location: NYC USA

Re: CAPsMAN v2 ready for testing

Fri Mar 06, 2015 4:21 pm

are you using wireless-fp package or wireless-cm2 package?
The CAPs are connected to CAPsMAN via MAC connection or IP connection?
Using wireless-cm2 package and connected via MAC.

Very basic created Config and applied to the CAP when it showed up in the interfaces.

Again, everything works fine until the CAP disconnects from the controller. There after it will not reconnect until the CAP is disabled/re-enabled or the AP is power cycled.

Thanks!
 
bartjoo
Frequent Visitor
Frequent Visitor
Posts: 63
Joined: Tue Apr 09, 2013 5:56 pm

Re: CAPsMAN v2 ready for testing

Fri Mar 06, 2015 4:22 pm

are you using wireless-fp package or wireless-cm2 package?
The CAPs are connected to CAPsMAN via MAC connection or IP connection?
Using wireless-cm2 package and connected via MAC.

Very basic created Config and applied to the CAP when it showed up in the interfaces.

Again, everything works fine until the CAP disconnects from the controller. There after it will not reconnect until the CAP is disabled/re-enabled or the AP is power cycled.

Thanks!
could you try it with IP addresses? I work with IP's and it works fine.
 
hngjared
Frequent Visitor
Frequent Visitor
Posts: 77
Joined: Thu Dec 01, 2011 8:36 pm
Location: NYC USA

Re: CAPsMAN v2 ready for testing

Fri Mar 06, 2015 5:13 pm

are you using wireless-fp package or wireless-cm2 package?
The CAPs are connected to CAPsMAN via MAC connection or IP connection?
Using wireless-cm2 package and connected via MAC.

Very basic created Config and applied to the CAP when it showed up in the interfaces.

Again, everything works fine until the CAP disconnects from the controller. There after it will not reconnect until the CAP is disabled/re-enabled or the AP is power cycled.

Thanks!
could you try it with IP addresses? I work with IP's and it works fine.
I tested for a bit longer. I originally tested with only the CAPsMAN Address (IP) configured in the CAP. Once I added the CAPsMAN Name everything started syncing immediately after reconnecting to the network.

Not sure why the IP address wasn't working but we'll take it.
 
User avatar
chechito
Forum Guru
Forum Guru
Posts: 2990
Joined: Sun Aug 24, 2014 3:14 am
Location: Bogota Colombia
Contact:

Re: CAPsMAN v2 ready for testing

Sat Mar 28, 2015 7:22 pm

CAPsMAN is mostly meant for managing of access points in hotels, homes, apartments, offices etc. the clients in these places are windows and mac laptops, phones etc. 
I thing, you need more work about fast roaming in capsman 2

Wifi device need to lost of signal on cap1 to connect another cap2, but wifi device can work long time with cap1 on signal -89 even the cap2 is closer with signal -40

bleblas
one solution is manipulating datarates, disabling slower datarates client jump to another AP before reaching such lower signal level.

but capsman not allow manipulating datarates, its the main reason because i dont use capsman
 
User avatar
chechito
Forum Guru
Forum Guru
Posts: 2990
Joined: Sun Aug 24, 2014 3:14 am
Location: Bogota Colombia
Contact:

Re: CAPsMAN v2 ready for testing

Tue Mar 31, 2015 4:40 am

All units are now running on 6.25 and I'm still seeing a lot of disconnects and moving between APs. Sample of the logs are below. All these devices are stationary in the building...

08:22:03 caps,info 74:E2:F5:22:12:67@AP2-Net1 connected
08:22:03 caps,info 74:E2:F5:22:12:67@AP1-Net1 disconnected, registered to other interface
08:22:07 caps,info 9C:04:EB:31:9B:BF@AP1-5GHz-Net2 connected
08:22:19 caps,info 9C:04:EB:31:9B:BF@AP1-5GHz-Net2 disconnected, too weak signal
08:23:23 caps,info F4:1B:A1:9A:19:0A@AP1-Net1 connected
08:23:29 caps,info F4:1B:A1:9A:19:0A@AP1-Net1 disconnected, 4-way handshake timeout
08:23:30 caps,info C8:85:50:6C:11:0B@AP1-Public-5G connected
08:23:30 caps,info C8:85:50:6C:11:0B@AP2-2.4GHz-Public disconnected, registered to other interface
08:23:31 caps,info C8:85:50:6C:11:0B@AP1-2.4GHz-Public connected
08:23:31 caps,info C8:85:50:6C:11:0B@AP1-Public-5G disconnected, registered to other interface
08:23:37 caps,info 80:E6:50:11:A2:26@AP1-5GHz-Net2 connected
08:23:40 caps,info B8:E8:56:76:05:C3@AP2-5GHz-Net2 connected
08:23:40 caps,info B8:E8:56:76:05:C3@AP1-5GHz-Net2 disconnected, registered to other interface
08:23:43 caps,info 80:E6:50:11:A2:26@AP1-5GHz-Net2 disconnected, too weak signal
08:23:46 caps,info B8:E8:56:76:05:C3@AP2-5GHz-Net2 disconnected, too weak signal
08:23:48 caps,info B8:E8:56:76:05:C3@AP1-5GHz-Net2 connected
08:23:50 caps,info 80:E6:50:11:A2:26@AP1-5GHz-Net2 connected
08:23:54 caps,info C8:85:50:6C:11:0B@AP1-2.4GHz-Public disconnected, extensive data loss
08:23:56 caps,info 80:E6:50:11:A2:26@AP1-5GHz-Net2 disconnected, too weak signal
08:24:05 caps,info 80:E6:50:11:A2:26@AP1-5GHz-Net2 connected
08:24:08 caps,info 80:E6:50:11:A2:26@AP1-5GHz-Net2 disconnected, too weak signal
i note the same result using acl to disconnect weak signal clients, i think client signal strength fluctuate a lot and generates false positives on the acl.

I encountered disabling lower datarates a more effective strategy to disconnect weak signal clientes before they degradate performance of the AP, its the main reason i dont use CAPSMAN, because CAPSMAN NOT SUPPORTS DISABLING DATARATES ON RADIOS :( :( :(
 
User avatar
chechito
Forum Guru
Forum Guru
Posts: 2990
Joined: Sun Aug 24, 2014 3:14 am
Location: Bogota Colombia
Contact:

Re: CAPsMAN v2 ready for testing

Thu Apr 02, 2015 1:04 am

testing package on rb951g

without connecting to CAPSMAN

slower wifi performance and random disconnects

ros 6.27, firmware 3.22

rolling back to wireless-fp :?
 
uldis
MikroTik Support
MikroTik Support
Topic Author
Posts: 3446
Joined: Mon May 31, 2004 2:55 pm

Re: CAPsMAN v2 ready for testing

Thu Apr 02, 2015 7:31 pm

testing package on rb951g

without connecting to CAPSMAN

slower wifi performance and random disconnects

ros 6.27, firmware 3.22

rolling back to wireless-fp :?
Please contact support@mikrotik.com about this problem and also tell us how you are measuring the performance.
 
popovdv
just joined
Posts: 7
Joined: Thu Apr 16, 2015 7:15 pm

Re: CAPsMAN v2 ready for testing

Thu Apr 16, 2015 7:17 pm

Please add feature to CapsMan controller to see what frequency using remote CAP
 
User avatar
avenn
Frequent Visitor
Frequent Visitor
Posts: 79
Joined: Fri Mar 14, 2014 11:59 pm
Location: Burnley UK
Contact:

Re: CAPsMAN v2 ready for testing

Fri Apr 17, 2015 6:32 pm

Hello,

Feature update please:

When will scanlist and registration table with frame + hw-frame details be implemented in CAPsMANv2.

We need to be able to adpat more to layer 1 and monitor layer 2 as you can when AP standalone.

The lack of these features is a signiifacnt regression especially for a large scale implementation.

Regards

Aidan
 
JasonEde
newbie
Posts: 29
Joined: Thu Jun 14, 2012 11:32 am
Location: Sheffield
Contact:

Re: CAPsMAN v2 ready for testing

Sat Apr 18, 2015 9:42 am

On 6.27 (ppc on 1100AHx2) with CM2 enabled if I try and get the OID list for snmp monitoring I can see...

/caps-man registration-table> print oid
0 ;;; Accept connections if signal stronger than -80
mac-address=.1.3.6.1.4.1.14988.1.1.1.4.1.1.16.104.63.132.124.142.85
uptime=.1.3.6.1.4.1.14988.1.1.1.4.1.3.16.104.63.132.124.142.85
tx-bytes=.1.3.6.1.4.1.14988.1.1.1.4.1.4.16.104.63.132.124.142.85
rx-bytes=.1.3.6.1.4.1.14988.1.1.1.4.1.5.16.104.63.132.124.142.85
tx-packets=.1.3.6.1.4.1.14988.1.1.1.4.1.6.16.104.63.132.124.142.85
rx-packets=.1.3.6.1.4.1.14988.1.1.1.4.1.7.16.104.63.132.124.142.85
tx-rate=.1.3.6.1.4.1.14988.1.1.1.4.1.8.16.104.63.132.124.142.85
rx-rate=.1.3.6.1.4.1.14988.1.1.1.4.1.9.16.104.63.132.124.142.85
tx-signal=.1.3.6.1.4.1.14988.1.1.1.4.1.10.16.104.63.132.124.142.85
rx-signal=.1.3.6.1.4.1.14988.1.1.1.4.1.11.16.104.63.132.124.142.85

However, a snmpwalk or snmpget for these yields nothing... Does this work for anyone?

Edited to add... I've just managed to browse this..

iso.3.6.1.4.1.14988.1.1.1.5.1.1.16.104.63.132.124.142.85 = Hex-STRING: 10 68 3F 84 7C 8E
iso.3.6.1.4.1.14988.1.1.1.5.1.3.16.104.63.132.124.142.85 = Timeticks: (7145200) 19:50:52.00
iso.3.6.1.4.1.14988.1.1.1.5.1.4.16.104.63.132.124.142.85 = Counter32: 5326
iso.3.6.1.4.1.14988.1.1.1.5.1.5.16.104.63.132.124.142.85 = Counter32: 7354
iso.3.6.1.4.1.14988.1.1.1.5.1.6.16.104.63.132.124.142.85 = Counter32: 51
iso.3.6.1.4.1.14988.1.1.1.5.1.7.16.104.63.132.124.142.85 = Counter32: 59
iso.3.6.1.4.1.14988.1.1.1.5.1.8.16.104.63.132.124.142.85 = Gauge32: 13000000
iso.3.6.1.4.1.14988.1.1.1.5.1.9.16.104.63.132.124.142.85 = Gauge32: 58500000
iso.3.6.1.4.1.14988.1.1.1.5.1.10.16.104.63.132.124.142.85 = INTEGER: 0
iso.3.6.1.4.1.14988.1.1.1.5.1.11.16.104.63.132.124.142.85 = INTEGER: -59

This looks like the data I'm looking for, but is on 1.1.1.5 not .4 as reported above. Is that a mistake in what is reported when you do print oid?
 
ivicav
just joined
Posts: 14
Joined: Sun Jul 20, 2014 6:32 pm

Re: CAPsMAN v2 ready for testing

Mon Apr 27, 2015 6:48 pm

I set one pair of RB 951G-2HnD in production but I have a bunch of issues here. Here is my log:
17:38:57 caps,info 84:63:D6:98:85:0C@cap3 disconnected, extensive data loss 
17:38:58 caps,info 00:BB:3A:F6:70:02@cap6 disconnected, 4-way handshake timeout 
17:39:06 caps,info 00:BB:3A:F6:70:02@cap6 connected 
17:39:12 caps,info 00:BB:3A:F6:70:02@cap6 disconnected, 4-way handshake timeout 
17:39:12 caps,info 00:BB:3A:F6:70:02@cap2 connected 
17:39:16 caps,info 00:BB:3A:F6:70:02@cap2 disconnected, received disassoc: sending station leaving (8) 
17:39:20 caps,info 00:BB:3A:F6:70:02@cap6 connected 
17:39:26 caps,info 00:BB:3A:F6:70:02@cap6 disconnected, 4-way handshake timeout 
17:39:26 caps,info 00:BB:3A:F6:70:02@cap2 connected 
17:39:30 caps,info 00:BB:3A:F6:70:02@cap2 disconnected, received disassoc: sending station leaving (8) 
17:39:34 caps,info 00:EE:BD:AB:4D:93@cap5 connected 
17:39:35 caps,info 00:EE:BD:AB:4D:93@cap3 disconnected, registered to other interface 
17:39:35 caps,info 00:BB:3A:F6:70:02@cap6 connected 
17:39:41 caps,info 00:BB:3A:F6:70:02@cap6 disconnected, 4-way handshake timeout 
17:39:41 caps,info 00:BB:3A:F6:70:02@cap2 connected 
17:39:47 caps,info 00:BB:3A:F6:70:02@cap2 disconnected, 4-way handshake timeout 
17:40:03 caps,info CC:89:FD:A8:90:CC@cap6 connected 
17:40:09 caps,info CC:89:FD:A8:90:CC@cap6 disconnected, received disassoc: unspecified (1) 
17:40:13 caps,info CC:89:FD:A8:90:CC@cap5 connected 
17:40:18 caps,info CC:89:FD:A8:90:CC@cap5 disconnected, received disassoc: unspecified (1) 
17:42:09 caps,info CC:89:FD:A8:90:CC@cap6 connected 
17:42:14 caps,info CC:89:FD:A8:90:CC@cap6 disconnected, received disassoc: unspecified (1) 
17:42:19 caps,info CC:89:FD:A8:90:CC@cap5 connected 
17:42:23 caps,info E8:99:C4:B7:15:5E@cap2 disconnected, received disassoc: sending station leaving (8) 
17:42:24 caps,info CC:89:FD:A8:90:CC@cap5 disconnected, received disassoc: unspecified (1) 
17:44:15 caps,info CC:89:FD:A8:90:CC@cap6 connected 
17:44:20 caps,info CC:89:FD:A8:90:CC@cap6 disconnected, received disassoc: unspecified (1) 
17:44:25 caps,info CC:89:FD:A8:90:CC@cap5 connected 
17:44:30 caps,info CC:89:FD:A8:90:CC@cap5 disconnected, received disassoc: unspecified (1) 
As you can see there is lot of drop outs. Clients keep disconnected sometimes after few minutes, sometime after few seconds... And some of clients are OK.
 
telipcomx
just joined
Posts: 1
Joined: Tue May 05, 2015 5:09 am

Re: CAPsMAN v2 ready for testing

Tue May 05, 2015 5:29 am

Hi I was used capsman v1 with rb1100 and arround 40 hotspots with rbmetal or groove, my expience is bad all y clients have a problems with "radius server not responding" or "username or password not found" and the clasic "your account is use now" , this version have solution for this problems

thanks
 
hengst
Frequent Visitor
Frequent Visitor
Posts: 91
Joined: Sun Jan 03, 2010 3:04 pm

Re: CAPsMAN v2 ready for testing

Thu May 07, 2015 4:57 pm

Any news about :

- live auto frequency selection per AP ( based on live Spectrum , without having enable/disable interface )
- auto Tx-power control ( based on own neighbour Ap's )

or is this already build in at the moment ?
 
User avatar
avenn
Frequent Visitor
Frequent Visitor
Posts: 79
Joined: Fri Mar 14, 2014 11:59 pm
Location: Burnley UK
Contact:

Re: CAPsMAN v2 ready for testing

Fri May 08, 2015 1:14 pm

Any news about :

- live auto frequency selection per AP ( based on live Spectrum , without having enable/disable interface )
- auto Tx-power control ( based on own neighbour Ap's )

or is this already build in at the moment ?

+100000
 
User avatar
chechito
Forum Guru
Forum Guru
Posts: 2990
Joined: Sun Aug 24, 2014 3:14 am
Location: Bogota Colombia
Contact:

Re: CAPsMAN v2 ready for testing

Fri May 08, 2015 6:52 pm

Any news about :

- live auto frequency selection per AP ( based on live Spectrum , without having enable/disable interface )
- auto Tx-power control ( based on own neighbour Ap's )

or is this already build in at the moment ?
ok lets take other brands marketing to the reality:

to do that you request its necessary a second radio on the ap for the only purpose or spectrum analysis and neighbor monitoring.

Automatic spectrum analysis requires a development beyond the actual scope of ROS.

Some people like all in life to be automatic but it has associated costs.

i will be happy with datarates and ht mcs manageable from CAPsMAN its the only thing prevents me from using CAPsMAN
 
hengst
Frequent Visitor
Frequent Visitor
Posts: 91
Joined: Sun Jan 03, 2010 3:04 pm

Re: CAPsMAN v2 ready for testing

Mon May 11, 2015 1:02 pm

o do that you request its necessary a second radio on the ap for the only purpose or spectrum analysis and neighbor monitoring.

Automatic spectrum analysis requires a development beyond the actual scope of ROS.

Some people like all in life to be automatic but it has associated costs.

i will be happy with datarates and ht mcs manageable from CAPsMAN its the only thing prevents me from using CAPsMAN
maybe better id is to let the Ap create its own little statistics database in some time about freq / neighbours / CCQ etc. and let the Ap make a decision of what settings to use based on statistical information over some time.

In time it would tune itself to the best setting available on the location if set to "auto config". or for those how like to be in control, let capsman notify you the Ap probably could perform better on channel X with setting X , and you could click a provision button to make it real.
 
NetworkMeister
just joined
Posts: 13
Joined: Thu Feb 12, 2015 8:59 pm

Re: CAPsMAN v2 ready for testing

Sat May 16, 2015 11:28 am

I have constant problems with certificates when running CAPsMAN and CAP on the same router. Whenever I do a fresh configuration, issue new CA & certificates and join local CAP to CAPsMAN on the same router, things work fine. However, after reboot of the router, I am starting to get certificate errors. Apparently CAP is trying to locally install Certificates it gets from CAPsMAN, but fails to do so, since the certificates are already installed (well, it's the same router!). This process keeps repeating for about 2 days, until router runs ouf of memory and reboots :) I have no problems with CAPs that connect from other routers.

I have set local CAP configuration to Certificate: none, but the issue remains.

Any idea?
Capture.PNG
Capture2.PNG
You do not have the required permissions to view the files attached to this post.
 
wombat
newbie
Posts: 27
Joined: Thu May 14, 2015 10:12 pm

Re: CAPsMAN v2 ready for testing

Mon May 18, 2015 9:27 pm

Hi!

Where can I get package of CAPsMan v2 for 6.29 (RC20)? in all_files is not there..

Thank you.
 
User avatar
karlisi
Member
Member
Posts: 437
Joined: Mon May 31, 2004 8:09 am
Location: Latvia

Re: CAPsMAN v2 ready for testing

Tue May 19, 2015 10:20 am

Hi!

Where can I get package of CAPsMan v2 for 6.29 (RC20)? in all_files is not there..

Thank you.
http://www.mikrotik.com/download/share/ ... mipsbe.npk

Change "mispbe" with you router architecture.
 
solaoxo
Member Candidate
Member Candidate
Posts: 101
Joined: Sun Oct 20, 2013 8:38 pm

Re: CAPsMAN v2 ready for testing

Wed Jun 10, 2015 9:20 pm

When CAPsMAN v2 switch latency, no better than the switched wds, wds truly seamless switching.
 
Cornmeister
just joined
Posts: 6
Joined: Mon Oct 27, 2014 10:06 pm

Re: CAPsMAN v2 ready for testing

Mon Jun 22, 2015 1:37 pm

When I take a look at the logs, I see a lot of MAC addresses for all connecting clients.
is it possible to enter a description for these addresses to identify them ?

something like
12:08:15 caps,info IPhone6_A@AP_Switchruimte connected
12:08:21 caps,info IPhone6_A@AP_Woonkamer_Pa_en_Ma connected
12:08:21 caps,info IPhone6_A@AP_Switchruimte disconnected, registered to other interface
12:13:05 caps,info Samsung_Tab@AP_Switchruimte connected
12:26:38 caps,info Laptop@AP_Switchruimte connected
12:26:38 caps,info Laptop@AP_Woonkamer_Pa_en_Ma disconnected, registered to other interface
12:32:10 caps,info Laptop@AP_Woonkamer_Pa_en_Ma connected
12:32:10 caps,info Laptop@AP_Switchruimte disconnected, registered to other interface
instead of
12:08:15 caps,info 8C:29:37:C1:02:1E@AP_Switchruimte connected
12:08:21 caps,info 8C:29:37:C1:02:1E@AP_Woonkamer_Pa_en_Ma connected
12:08:21 caps,info 8C:29:37:C1:02:1E@AP_Switchruimte disconnected, registered to other interface
12:13:05 caps,info D4:F4:6F:9B:EB:9A@AP_Switchruimte connected
12:26:38 caps,info 8C:29:37:C1:02:1E@AP_Switchruimte connected
12:26:38 caps,info 8C:29:37:C1:02:1E@AP_Woonkamer_Pa_en_Ma disconnected, registered to other interface
12:32:10 caps,info 8C:29:37:C1:02:1E@AP_Woonkamer_Pa_en_Ma connected
12:32:10 caps,info 8C:29:37:C1:02:1E@AP_Switchruimte disconnected, registered to other interface
 
Beone
Trainer
Trainer
Posts: 250
Joined: Fri Feb 11, 2011 1:11 pm

Re: CAPsMAN v2 ready for testing

Sat Jun 27, 2015 3:58 pm

For mobile wireless device compatibility reasons (the wireless goes on/off everytime they go into standby) i need to change the WPA2 group-key timeout to something higher; to something like an hour as example

It seems it is currently not possible to set the group-key timeout in capsmanv2? (tested up to V6.30rc22)

Is this functionality planned to be added? (it is required to avoid continuous disconnects for mobile clients)
 
User avatar
juanvi
Member Candidate
Member Candidate
Posts: 165
Joined: Mon May 05, 2014 6:55 pm
Location: SPAIN

Re: CAPsMAN v2 ready for testing

Mon Jun 29, 2015 10:22 am

Why cannot v1 CAPs connect to v2 CAPsMAN or vice-versa? Aren't CAPsMAN v1 and v2 both RFC5416 (CAPWAP) compliant?

-- Nathan
Answered in post 13 of the first page of this thread:
"CAPsMAN v2 is not capwap compliant due to limitations of capwap protocol"
Last edited by juanvi on Mon Jun 29, 2015 10:42 am, edited 2 times in total.
 
User avatar
juanvi
Member Candidate
Member Candidate
Posts: 165
Joined: Mon May 05, 2014 6:55 pm
Location: SPAIN

Re: CAPsMAN v2 ready for testing

Mon Jun 29, 2015 10:29 am

Very interesting, could someone share info about how this "improved logging entries when client roams between the CAPs"

Info like: "MAC XX:XX:XX:XX:XX:XX on CAP X disconnected, registered to other interface" will be displayed. This question was already answered in the 8th post of this thread. You can read all first if you have more questions.
 
Zwodka
Frequent Visitor
Frequent Visitor
Posts: 78
Joined: Fri Sep 19, 2014 9:41 pm
Location: Hungary

Re: CAPsMAN v2 ready for testing

Wed Jul 01, 2015 12:11 pm

Hi All,

I use CAPsMAN and it works "fine". But when I change Cap-Interface -> Channel -> Band to "2ghz-onlyn" the interface shows me:
- managed by CAPsMAN
- channel 2432/20/gn(20dBm)
gn? Why?
 
uldis
MikroTik Support
MikroTik Support
Topic Author
Posts: 3446
Joined: Mon May 31, 2004 2:55 pm

Re: CAPsMAN v2 ready for testing

Wed Jul 01, 2015 12:42 pm

It shows GN because that only-n mode only changes the basic-rates setting, G mode data-rates are still used. Here is the table with the explanation for each mode:
http://wiki.mikrotik.com/wiki/Manual:In ... Rate_table
 
Zwodka
Frequent Visitor
Frequent Visitor
Posts: 78
Joined: Fri Sep 19, 2014 9:41 pm
Location: Hungary

Re: CAPsMAN v2 ready for testing

Wed Jul 01, 2015 5:57 pm

It shows GN because that only-n mode only changes the basic-rates setting, G mode data-rates are still used. Here is the table with the explanation for each mode:
http://wiki.mikrotik.com/wiki/Manual:In ... Rate_table
MegaThanx
 
panosla
just joined
Posts: 22
Joined: Sat Aug 16, 2014 6:47 pm

Re: CAPsMAN v2 ready for testing

Wed Jul 01, 2015 6:35 pm

Is DHCP option 138 suitable for configuring CAPsMAN address on all CAP enabled devices?
 
uldis
MikroTik Support
MikroTik Support
Topic Author
Posts: 3446
Joined: Mon May 31, 2004 2:55 pm

Re: CAPsMAN v2 ready for testing

Thu Jul 02, 2015 12:45 pm

Yes.

Configuring DHCP Server Option 138 for setting the CAPsMAN address on the CAP boards:

/ip dhcp-server network set <network-id> caps-manager=<capsman-server-ip>

DHCP client this CAPsMAN IP will see in "/ip dhcp-client print detail"
 
solaoxo
Member Candidate
Member Candidate
Posts: 101
Joined: Sun Oct 20, 2013 8:38 pm

Re: CAPsMAN v2 ready for testing

Mon Jul 06, 2015 7:12 pm

Just across the middle CAPsMAN other brands would not recognize the switch.
 
P2k1
just joined
Posts: 13
Joined: Wed Nov 23, 2011 1:49 pm

Re: CAPsMAN v2 ready for testing

Wed Jul 15, 2015 5:13 pm

where do I find cm2 package for 6.30 6.30.1?
didn't find it on the download page.
 
User avatar
karlisi
Member
Member
Posts: 437
Joined: Mon May 31, 2004 8:09 am
Location: Latvia

Re: CAPsMAN v2 ready for testing

Thu Jul 16, 2015 8:20 am

where do I find cm2 package for 6.30 6.30.1?
didn't find it on the download page.
Starting from 6.30 it's included in main package.
 
P2k1
just joined
Posts: 13
Joined: Wed Nov 23, 2011 1:49 pm

Re: CAPsMAN v2 ready for testing

Thu Jul 16, 2015 9:20 am

where do I find cm2 package for 6.30 6.30.1?
didn't find it on the download page.
Starting from 6.30 it's included in main package.
Thanks, so i'm going to update. :)
 
User avatar
karlisi
Member
Member
Posts: 437
Joined: Mon May 31, 2004 8:09 am
Location: Latvia

Re: CAPsMAN v2 ready for testing

Thu Jul 16, 2015 11:30 am

After successfull update there will be cm2 package file in /files, AFAIK it is for compatibility purposes, you can delete it, otherwise you will receive error "package already installed" on every reboot.
 
bartjoo
Frequent Visitor
Frequent Visitor
Posts: 63
Joined: Tue Apr 09, 2013 5:56 pm

Re: CAPsMAN v2 ready for testing

Thu Jul 30, 2015 5:04 pm

Hello,
could you tell what the new features are for the next version (v3)?
And could you tell when v3 is planned?
 
MikroTicked
just joined
Posts: 2
Joined: Tue Aug 04, 2015 1:34 am

Re: CAPsMAN v2 ready for testing

Tue Aug 04, 2015 1:41 am

I have constant problems with certificates when running CAPsMAN and CAP on the same router. Whenever I do a fresh configuration, issue new CA & certificates and join local CAP to CAPsMAN on the same router, things work fine. However, after reboot of the router, I am starting to get certificate errors. Apparently CAP is trying to locally install Certificates it gets from CAPsMAN, but fails to do so, since the certificates are already installed (well, it's the same router!). This process keeps repeating for about 2 days, until router runs ouf of memory and reboots :) I have no problems with CAPs that connect from other routers.

I have set local CAP configuration to Certificate: none, but the issue remains.

Any idea?
Was this issue resolved? I'm having exactly the same problem.
 
Cornmeister
just joined
Posts: 6
Joined: Mon Oct 27, 2014 10:06 pm

Re: CAPsMAN v2 ready for testing

Tue Aug 04, 2015 10:54 am

*bump*
When I take a look at the logs, I see a lot of MAC addresses for all connecting clients.
is it possible to enter a description for these addresses to identify them ?

something like
12:08:15 caps,info IPhone6_A@AP_Switchruimte connected
12:08:21 caps,info IPhone6_A@AP_Woonkamer_Pa_en_Ma connected
12:08:21 caps,info IPhone6_A@AP_Switchruimte disconnected, registered to other interface
12:13:05 caps,info Samsung_Tab@AP_Switchruimte connected
12:26:38 caps,info Laptop@AP_Switchruimte connected
12:26:38 caps,info Laptop@AP_Woonkamer_Pa_en_Ma disconnected, registered to other interface
12:32:10 caps,info Laptop@AP_Woonkamer_Pa_en_Ma connected
12:32:10 caps,info Laptop@AP_Switchruimte disconnected, registered to other interface
instead of
12:08:15 caps,info 8C:29:37:C1:02:1E@AP_Switchruimte connected
12:08:21 caps,info 8C:29:37:C1:02:1E@AP_Woonkamer_Pa_en_Ma connected
12:08:21 caps,info 8C:29:37:C1:02:1E@AP_Switchruimte disconnected, registered to other interface
12:13:05 caps,info D4:F4:6F:9B:EB:9A@AP_Switchruimte connected
12:26:38 caps,info 8C:29:37:C1:02:1E@AP_Switchruimte connected
12:26:38 caps,info 8C:29:37:C1:02:1E@AP_Woonkamer_Pa_en_Ma disconnected, registered to other interface
12:32:10 caps,info 8C:29:37:C1:02:1E@AP_Woonkamer_Pa_en_Ma connected
12:32:10 caps,info 8C:29:37:C1:02:1E@AP_Switchruimte disconnected, registered to other interface
 
Beone
Trainer
Trainer
Posts: 250
Joined: Fri Feb 11, 2011 1:11 pm

Re: CAPsMAN v2 ready for testing

Tue Aug 04, 2015 3:26 pm

We are massively deploying CAPSMANv2 now but are suffering controller cpu spikes to 100%.

We have a Mikrotik case open (started at V6.29.1 and are now running V6.30.2 but still having the issues) but wanted some feedback of people maybe running into the same issues?

- process ssl @100% cpu when caps try to connect with connection errors (timeouts)
- process wireless suddenly hangs for hours @ 100% cpu after 9-10hours running resulting in caps not failing over to backup controller and just dropping the complete wireless network

The controller is not performing any forwarding of the traffic, it merely manages all the caps and their configuration.

We tried RB450G as controller; then moved on to RB850Gx2 (which is a bit better) but still no luck.

I've read people in the forum here running it on CCR1009 in hotels with no issues. Can they confirm that the ssl and wireless processes are multi-thread capable and can be offloaded to multiple CCR cores?

There currently doesn't seem to be a performance indicator yet on CAPSMAN controller sizing
 
MikroTicked
just joined
Posts: 2
Joined: Tue Aug 04, 2015 1:34 am

Re: CAPsMAN v2 ready for testing

Wed Aug 05, 2015 12:44 am

I have constant problems with certificates when running CAPsMAN and CAP on the same router. Whenever I do a fresh configuration, issue new CA & certificates and join local CAP to CAPsMAN on the same router, things work fine. However, after reboot of the router, I am starting to get certificate errors. Apparently CAP is trying to locally install Certificates it gets from CAPsMAN, but fails to do so, since the certificates are already installed (well, it's the same router!). This process keeps repeating for about 2 days, until router runs ouf of memory and reboots :) I have no problems with CAPs that connect from other routers.

I have set local CAP configuration to Certificate: none, but the issue remains.

Any idea?
Was this issue resolved? I'm having exactly the same problem.
It seems that the problem is related to the CAP not being able to load the certificate that was created when it first registered with the CAPsMAN (on the same device). When I select the issued certificate in the dialog box to enable CAP, the log shows "CAP connect to Router (xxxxx) failed: could not load certificate (6)"

Device 951G-2HnD
OS 6.30.2
Firmware 3.24
 
User avatar
karlisi
Member
Member
Posts: 437
Joined: Mon May 31, 2004 8:09 am
Location: Latvia

Re: CAPsMAN v2 ready for testing

Wed Aug 05, 2015 8:12 am

We are running CAPsMAN v2 controllers on CCR1009 with no problems. Also have one on RB1100 (1 CPU), works OK. One difference, our controllers are traffic forwarders too.
 
Zwodka
Frequent Visitor
Frequent Visitor
Posts: 78
Joined: Fri Sep 19, 2014 9:41 pm
Location: Hungary

Re: CAPsMAN v2 ready for testing

Wed Aug 12, 2015 11:44 am

Is there any way to change HT-MCS settings under CAPsMAN?
 
Tr0llk1ng
just joined
Posts: 2
Joined: Sat Aug 15, 2015 11:39 am

Re: CAPsMAN v2 ready for testing

Sat Aug 15, 2015 11:52 am

I have constant problems with certificates when running CAPsMAN and CAP on the same router. Whenever I do a fresh configuration, issue new CA & certificates and join local CAP to CAPsMAN on the same router, things work fine. However, after reboot of the router, I am starting to get certificate errors. Apparently CAP is trying to locally install Certificates it gets from CAPsMAN, but fails to do so, since the certificates are already installed (well, it's the same router!). This process keeps repeating for about 2 days, until router runs ouf of memory and reboots :) I have no problems with CAPs that connect from other routers.

I have set local CAP configuration to Certificate: none, but the issue remains.

Any idea?
I've the same problem with multiple installations running 6.30.2 - did you ever find a solution to this problem? For me it seems to be as the local CAP receives the certificate but the issued certificate does not show as PrivateKey available. (Screenshot shows a CRS109 with Capsman shows CA Cert with 4C5E0CA5654C MAC and Issued_3 shows CAP with MAC 4C5E0CA5654C but no private key available)
2015-08-15_10-43-14.png
Screenshot of the certs of another CAP running on a different hardware shows correct behaviour - CAP Certificate with private key available:
2015-08-15_10-50-47.png
I guess due to this behaviour restarting the CapsMan / CAP prevents the CAP to access the certificate, reissue is no option as it's not possible to issue a cert with the same common name (which seems to be a bug itself,...?)

somebody able to shed some light?

BG Christoph
You do not have the required permissions to view the files attached to this post.
 
Cornmeister
just joined
Posts: 6
Joined: Mon Oct 27, 2014 10:06 pm

Re: CAPsMAN v2 ready for testing

Wed Sep 02, 2015 10:21 am

*second bump*
When I take a look at the logs, I see a lot of MAC addresses for all connecting clients.
is it possible to enter a description for these addresses to identify them ?

something like
12:08:15 caps,info IPhone6_A@AP_Switchruimte connected
12:08:21 caps,info IPhone6_A@AP_Woonkamer_Pa_en_Ma connected
12:08:21 caps,info IPhone6_A@AP_Switchruimte disconnected, registered to other interface
12:13:05 caps,info Samsung_Tab@AP_Switchruimte connected
12:26:38 caps,info Laptop@AP_Switchruimte connected
12:26:38 caps,info Laptop@AP_Woonkamer_Pa_en_Ma disconnected, registered to other interface
12:32:10 caps,info Laptop@AP_Woonkamer_Pa_en_Ma connected
12:32:10 caps,info Laptop@AP_Switchruimte disconnected, registered to other interface
instead of
12:08:15 caps,info 8C:29:37:C1:02:1E@AP_Switchruimte connected
12:08:21 caps,info 8C:29:37:C1:02:1E@AP_Woonkamer_Pa_en_Ma connected
12:08:21 caps,info 8C:29:37:C1:02:1E@AP_Switchruimte disconnected, registered to other interface
12:13:05 caps,info D4:F4:6F:9B:EB:9A@AP_Switchruimte connected
12:26:38 caps,info 8C:29:37:C1:02:1E@AP_Switchruimte connected
12:26:38 caps,info 8C:29:37:C1:02:1E@AP_Woonkamer_Pa_en_Ma disconnected, registered to other interface
12:32:10 caps,info 8C:29:37:C1:02:1E@AP_Woonkamer_Pa_en_Ma connected
12:32:10 caps,info 8C:29:37:C1:02:1E@AP_Switchruimte disconnected, registered to other interface
 
SirSiggi
just joined
Posts: 2
Joined: Wed Oct 01, 2014 12:13 am

Re: CAPsMAN v2 ready for testing

Tue Sep 29, 2015 9:18 am

I have constant problems with certificates when running CAPsMAN and CAP on the same router. Whenever I do a fresh configuration, issue new CA & certificates and join local CAP to CAPsMAN on the same router, things work fine. However, after reboot of the router, I am starting to get certificate errors. Apparently CAP is trying to locally install Certificates it gets from CAPsMAN, but fails to do so, since the certificates are already installed (well, it's the same router!). This process keeps repeating for about 2 days, until router runs ouf of memory and reboots :) I have no problems with CAPs that connect from other routers.

I have set local CAP configuration to Certificate: none, but the issue remains.

Any idea?
I've the same problem with multiple installations running 6.30.2 - did you ever find a solution to this problem? For me it seems to be as the local CAP receives the certificate but the issued certificate does not show as PrivateKey available. (Screenshot shows a CRS109 with Capsman shows CA Cert with 4C5E0CA5654C MAC and Issued_3 shows CAP with MAC 4C5E0CA5654C but no private key available)
2015-08-15_10-43-14.png
Screenshot of the certs of another CAP running on a different hardware shows correct behaviour - CAP Certificate with private key available:
2015-08-15_10-50-47.png
I guess due to this behaviour restarting the CapsMan / CAP prevents the CAP to access the certificate, reissue is no option as it's not possible to issue a cert with the same common name (which seems to be a bug itself,...?)

somebody able to shed some light?

BG Christoph
I'm having the same problem. As soon as I reboot the CAP, it cannot use the generated certificate anymore but can also not generate a new one, because there is already a certificate for that hostname. The client on another router just connects fine.
 
uldis
MikroTik Support
MikroTik Support
Topic Author
Posts: 3446
Joined: Mon May 31, 2004 2:55 pm

Re: CAPsMAN v2 ready for testing

Tue Sep 29, 2015 12:20 pm

Please upgrade to the RouterOS v6.33rcX and then check again after you request a new certificate.
 
bartjoo
Frequent Visitor
Frequent Visitor
Posts: 63
Joined: Tue Apr 09, 2013 5:56 pm

Re: CAPsMAN v2 ready for testing

Sat Oct 03, 2015 11:03 am

Hello, i have installed Capsman on 1 server and have 50 clients.
Everything works great! Also the upgrades all together in one single click.
But could someone tell me how to upgrade the firmware (routerboard versions) with Capsman? otherwise i need to upgrade every client seperatly.
tnx for your reaction / advise!
 
SirSiggi
just joined
Posts: 2
Joined: Wed Oct 01, 2014 12:13 am

Re: CAPsMAN v2 ready for testing

Sat Oct 03, 2015 11:05 am

Please upgrade to the RouterOS v6.33rcX and then check again after you request a new certificate.
It seems as if version 6.33rc16 solved the problem for me, at least for the first reboot. I will have an eye on it.
 
User avatar
juanvi
Member Candidate
Member Candidate
Posts: 165
Joined: Mon May 05, 2014 6:55 pm
Location: SPAIN

Re: CAPsMAN v2 ready for testing

Sun Oct 04, 2015 1:19 am

I think is not possible. I was looking for this too.
 
profek412
just joined
Posts: 4
Joined: Tue Mar 06, 2012 10:07 pm

Re: CAPsMAN v2 ready for testing

Wed Oct 07, 2015 6:06 pm

I have running Capsman v2 on CCR 1016-12G. I have ~500 interfaces. When connect >~150 users then after 5 minuts interfaces was inactive. After 1-2minutes they active to next 5 minutes. I tested 6.30.1 and 6.32.2.
On MT is capsman and hotspot. Bandwidth limit per user is 512kb. All traffic is ~20mb/15mb.

Do you have any idea? Mayby ~500 interfaces is too much?
 
Beone
Trainer
Trainer
Posts: 250
Joined: Fri Feb 11, 2011 1:11 pm

Re: CAPsMAN v2 ready for testing

Wed Oct 07, 2015 7:16 pm

Hi profek412;

We are running CCR-1009 running V6.33rc16 with 935 interfaces and 307 caps connected.

This because we regularly loose all caps from the management only to return a few minutes after; while there are no interruptions measured between the caps and capsman (all caps are coming from different locations and we have capsmans in different datacentres with different uplinks)

We have a case open with MT as we try to reproduce the problem.

BTW: do you also regulary see the message : 'disconnected, max key exchange retries'?

We have this at regular basis and then the Apple devices lock and need to be turned wifi off/on again for everything to function properly again until this happens again.
 
profek412
just joined
Posts: 4
Joined: Tue Mar 06, 2012 10:07 pm

Re: CAPsMAN v2 ready for testing

Wed Oct 07, 2015 8:55 pm

Hi profek412;

We are running CCR-1009 running V6.33rc16 with 935 interfaces and 307 caps connected.

This because we regularly loose all caps from the management only to return a few minutes after; while there are no interruptions measured between the caps and capsman (all caps are coming from different locations and we have capsmans in different datacentres with different uplinks)

We have a case open with MT as we try to reproduce the problem.
Tommorow I separates capsman and firewal to different routerboard. I think problem is in max load core cpu. When I reduce firewall and queue rules The problem is less common.
BTW: do you also regulary see the message : 'disconnected, max key exchange retries'?

We have this at regular basis and then the Apple devices lock and need to be turned wifi off/on again for everything to function properly again until this happens again.
I start system on Monday, and I don's see 'disconnected, max key exchange retries' in log. We tested system on iphone and we don't have any problem.
 
Beone
Trainer
Trainer
Posts: 250
Joined: Fri Feb 11, 2011 1:11 pm

Re: CAPsMAN v2 ready for testing

Thu Oct 08, 2015 1:20 am

For us, we already have a split between FW and CAPSMAN function between separate hardware devices...

For the Max retries, check your apple macos logs for the following error message:
kernel[0]: inputEAPOLFrame: Received non-key EAPOL frame

Drives me nuts... EAP tests on other vendor equipment are working correctly
 
mavink
newbie
Posts: 32
Joined: Sun Sep 06, 2015 5:55 pm

Re: CAPsMAN v2 ready for testing

Wed Oct 14, 2015 2:48 pm

We found a small bug in the latest (6.32.2) release. In webfig, when trying to copy a client to the access list (from the registrations tab in CAPsMAN v2) we get an internal server error and are redirected to the login screen. Doing the same thing with winbox works fine.
 
uldis
MikroTik Support
MikroTik Support
Topic Author
Posts: 3446
Joined: Mon May 31, 2004 2:55 pm

Re: CAPsMAN v2 ready for testing

Fri Oct 16, 2015 12:38 pm

We found a small bug in the latest (6.32.2) release. In webfig, when trying to copy a client to the access list (from the registrations tab in CAPsMAN v2) we get an internal server error and are redirected to the login screen. Doing the same thing with winbox works fine.
Thank you for the report - we will try to fix it.
 
uldis
MikroTik Support
MikroTik Support
Topic Author
Posts: 3446
Joined: Mon May 31, 2004 2:55 pm

Re: CAPsMAN v2 ready for testing

Fri Oct 16, 2015 12:41 pm

For us, we already have a split between FW and CAPSMAN function between separate hardware devices...

For the Max retries, check your apple macos logs for the following error message:
kernel[0]: inputEAPOLFrame: Received non-key EAPOL frame

Drives me nuts... EAP tests on other vendor equipment are working correctly
If you could provide us remote access to the CAPsMAN where this EAP test isn't working we could try to debug it.
We could need also instructions how to reproduce it on your remote location.
Please send that all to support@mikrotik.com
 
cleaver
just joined
Posts: 7
Joined: Tue Apr 15, 2014 2:39 pm

Re: CAPsMAN v2 ready for testing

Fri Nov 20, 2015 1:12 pm

Hello everyone!
I'm using CapsMan v2 on routeros 6.33.1 with several CAPs.
I noticed that the CapsMan registration table doesn't show "Last IP" info for connected stations. Caps don't seem to provide this information either. Is there a way, using CapsMan setup, to view "Last IP" info for connected stations?
When not using CapsMan, this info was available in the Registration table. But now it seems to be gone.

Thanks,
Kind regards!
Stoycho
 
User avatar
juanvi
Member Candidate
Member Candidate
Posts: 165
Joined: Mon May 05, 2014 6:55 pm
Location: SPAIN

Re: CAPsMAN v2 ready for testing

Fri Nov 20, 2015 8:32 pm

kick him with Access list and forcé quick roam
CAPsMAN is mostly meant for managing of access points in hotels, homes, apartments, offices etc. the clients in these places are windows and mac laptops, phones etc. 
I thing, you need more work about fast roaming in capsman 2

Wifi device need to lost of signal on cap1 to connect another cap2, but wifi device can work long time with cap1 on signal -89 even the cap2 is closer with signal -40

bleblas
 
Ridddick
just joined
Posts: 20
Joined: Mon Jan 23, 2012 2:45 pm

Re: CAPsMAN v2 ready for testing

Mon Nov 23, 2015 3:12 pm

We are massively deploying CAPSMANv2 now but are suffering controller cpu spikes to 100%.
Having the same issue, so sad. Using RB751 as a controller and grooves/caps as APs, ROS 6.34rc6. The controller takes 4 APs and have 50-100% CPU load and memory leakage. When 5th AP connects it just hangs up. I can't believe that controlling caps is so resource-intensive task. What am i supposed to do with that? Buy a CCR?

PS: I tried to turn off requesting a certificate.
 
anuser
Long time Member
Long time Member
Posts: 601
Joined: Sat Nov 29, 2014 7:27 pm

Re: CAPsMAN v2 ready for testing

Mon Dec 14, 2015 4:35 pm

Hi,

let´s add a sizing question. What kind of routerboard would I need for CAPSMAN with

~ 350x 802.11ac access points
~ 5000 clients concurrently connected (currently on my old platform and increasing)
~ 80000 sessions

Would a CCR1072 be enough? Should I wait for Cloud Hosted Router on some x86 server, instead?
(Btw, IPv6 traffic with CAPSMAN is running without any problems, right?)

Regards
 
Beone
Trainer
Trainer
Posts: 250
Joined: Fri Feb 11, 2011 1:11 pm

Re: CAPsMAN v2 ready for testing

Wed Dec 16, 2015 5:41 pm

We see the same thing on MIPS platforms running capsman having memleaks when hotspot and capsman is combined.
Case with MT opened, no feedback yet.

CPU resources for DTLS setup are important as well if you want to add quite an amount of CAPS to the CAPSMAN.

we've requested sizing notes to MT as well, but only received feedback that we should look at the forwarding capacity table to know how they the platforms scale.

PS; secondary bug: at bootup; almost all caps select 2412Mhz channel (not great)
 
Test471
Frequent Visitor
Frequent Visitor
Posts: 53
Joined: Wed Aug 08, 2012 11:39 am

Re: CAPsMAN v2 ready for testing

Tue Jan 05, 2016 12:54 am

Are we going to get WMM support in CAPsMAN any time soon?
 
User avatar
juanvi
Member Candidate
Member Candidate
Posts: 165
Joined: Mon May 05, 2014 6:55 pm
Location: SPAIN

Re: CAPsMAN v2 ready for testing

Tue Jan 05, 2016 11:21 am

Are we going to get WMM support in CAPsMAN any time soon?
 What's new in 6.30 (2015-Jul-08 09:07):

*) wireless - added WMM power save suport for mobile devices; 
 
andriys
Forum Guru
Forum Guru
Posts: 1526
Joined: Thu Nov 24, 2011 1:59 pm
Location: Kharkiv, Ukraine

Re: CAPsMAN v2 ready for testing

Tue Jan 05, 2016 1:21 pm

 What's new in 6.30 (2015-Jul-08 09:07):

*) wireless - added WMM power save suport for mobile devices; 
This has no relation to CAPsMAN.
 
Test471
Frequent Visitor
Frequent Visitor
Posts: 53
Joined: Wed Aug 08, 2012 11:39 am

Re: CAPsMAN v2 ready for testing

Tue Jan 05, 2016 1:44 pm

Are we going to get WMM support in CAPsMAN any time soon?
 What's new in 6.30 (2015-Jul-08 09:07):

*) wireless - added WMM power save suport for mobile devices; 
Yes, but how do you turn it on on CAPsMAN configuration? I had 3 stand-alone APs working fine when I enable WMM on their interfaces but yesterday I put them to work as CAPs and now I cannot enable WMM. Looking at Registration table on CAPsMAN I can see that devices are not staying registered more than 2-3 minutes (only when they are in use).

So, how do I enable it?
 
User avatar
juanvi
Member Candidate
Member Candidate
Posts: 165
Joined: Mon May 05, 2014 6:55 pm
Location: SPAIN

Re: CAPsMAN v2 ready for testing

Tue Jan 05, 2016 2:39 pm

 What's new in 6.30 (2015-Jul-08 09:07):

*) wireless - added WMM power save suport for mobile devices; 
This has no relation to CAPsMAN.
You are right, sorry: This feature was enabled for capsman in 6.30 and revised in later firmwares because bugs.
What's new in 6.31 (2015-Aug-14 15:42):
*) wireless - improved WMM-PowerSave support in wireless-cm2 package

Test 471. It is enabled by default in CAPSMAN. No option for disable
 
Test471
Frequent Visitor
Frequent Visitor
Posts: 53
Joined: Wed Aug 08, 2012 11:39 am

Re: CAPsMAN v2 ready for testing

Tue Jan 05, 2016 4:29 pm

Ok, but then, why are clients keep disconnecting after they go to sleep mode? As I said, I am looking at registration table on CAPsMAN and not a single client is registered for more than 3-5 minutes (except laptops):

- disconnected, received disassoc: sending station leaving (8)

All devices are running with cm2 package and v6.33.3. Before, when they were running as stand alone APs everything was fine (so, there was no other change except for setting up CAPsMAN).

Any ideas or hints?
 
uldis
MikroTik Support
MikroTik Support
Topic Author
Posts: 3446
Joined: Mon May 31, 2004 2:55 pm

Re: CAPsMAN v2 ready for testing

Tue Jan 05, 2016 5:35 pm

- disconnected, received disassoc: sending station leaving (8)
This is wireless client decision to disconnect from the AP. We don't have any control why they want to connect.

WMM PowerSave feature is always enabled in the CAPsMAN and can't be disabled.
 
Test471
Frequent Visitor
Frequent Visitor
Posts: 53
Joined: Wed Aug 08, 2012 11:39 am

Re: CAPsMAN v2 ready for testing

Tue Jan 05, 2016 9:32 pm

We don't have any control why they want to connect.
I guess you missed something. I said everything was working fine before CAPsMAN. In the meantime I tried some of those devices on another AP without CAPsMAN and it is working without disconnect.

How is that?
 
Test471
Frequent Visitor
Frequent Visitor
Posts: 53
Joined: Wed Aug 08, 2012 11:39 am

Re: CAPsMAN v2 ready for testing

Wed Jan 06, 2016 3:20 pm

- disconnected, received disassoc: sending station leaving (8)
This is wireless client decision to disconnect from the AP. We don't have any control why they want to connect.

WMM PowerSave feature is always enabled in the CAPsMAN and can't be disabled.
Ok, now I am pretty sure there is some problem with CAPsMAN. I took one device (iPhone 6S with iOS 9.2) and connected it to CAP. It stays connected until it goes to sleep mode. Then I disabled CAP on that access point and configured it like stand alone AP. Then phone stays connected even when in sleep mode.

CAP = 951-2n
CAPsMAN = 750G

So, please have this checked or give me a hint what else is there to try?
We don't have any control why they want to connect.
Well, maybe not directly but if AP says to a client "No, I don't support WMM" and then client decided to disconnect because of that I would say it is one way of indirect control of client behaviour.
 
uldis
MikroTik Support
MikroTik Support
Topic Author
Posts: 3446
Joined: Mon May 31, 2004 2:55 pm

Re: CAPsMAN v2 ready for testing

Wed Jan 06, 2016 3:30 pm

we need configuration for the CAPsMAN and for the Standalone AP.
Please send us the support output files from both to support@mikrotik.com.
 
Test471
Frequent Visitor
Frequent Visitor
Posts: 53
Joined: Wed Aug 08, 2012 11:39 am

Re: CAPsMAN v2 ready for testing

Mon Jan 18, 2016 12:09 am

I've sent config to you the same day you asked for it.

In the meantime I did some testing and it looks like that clients are disconnecting fast when dhcp gives them very short lease. When DHCP is giving 60 seconds lease to clients then they are disconnecting. Now i changed it to 24h and they are not disconnecting.
 
whyfly
Trainer
Trainer
Posts: 10
Joined: Tue Feb 09, 2016 4:17 pm

Re: CAPsMAN v2 ready for testing

Tue Feb 09, 2016 4:57 pm

Are there any plans to specific data rates (ht-basic-mcs, supported-rates-b, etc) via CAPsMAN?

I would like to be able to allow only 24, 36, 48, 54, and HT MCS 3,4,5,6,7,11,12,13,14,15 on g/n 2.4 GHz, and only HT MCS 3,4,5,6,7 and VHT MCS 3,4,5,6,7,8,9 on n/ac 5 GHz on hAP ac lite wireless interfaces managed by CAPsMAN.
 
Beone
Trainer
Trainer
Posts: 250
Joined: Fri Feb 11, 2011 1:11 pm

Re: CAPsMAN v2 ready for testing

Wed Feb 10, 2016 6:49 pm

We asked this as well to increase wireless quality/roaming for 2.4Ghz clients. As using the access-lists RSSI Kick-method is incompatible with most MacOS devices (they get stuck!)

We got informed it's on the todo list, but i do not understand what makes this so difficult as it's already there in standalone modus.
 
lcffbr
just joined
Posts: 4
Joined: Thu Nov 13, 2014 12:23 am

Re: CAPsMAN v2 ready for testing

Thu Feb 11, 2016 8:34 pm

In the configuration of CAPsMAN, one of the described steps is: Create bridge. What is the reason for this new bridge? In my configuration I already have a local-bridge that includes all Ethernet and Wlan interfaces, so every connection gets access to all network.. This required bridge in CAPsMAN has to be a different one? The third step is to add an IP address, DHCP Server and a masquerade rule to this bridge. Does it need to be different from the other bridge we already have?

Thanks in advance

LCFFBR
 
User avatar
karlisi
Member
Member
Posts: 437
Joined: Mon May 31, 2004 8:09 am
Location: Latvia

Re: CAPsMAN v2 ready for testing

Fri Feb 12, 2016 9:09 am

You can use any bridge if You integrate CAPsMAN in existing network.
 
dragelec
just joined
Posts: 3
Joined: Thu Apr 23, 2015 7:01 pm

Re: CAPsMAN v2 ready for testing

Tue Feb 23, 2016 6:20 pm

Hi profek412;

We are running CCR-1009 running V6.33rc16 with 935 interfaces and 307 caps connected.

This because we regularly loose all caps from the management only to return a few minutes after; while there are no interruptions measured between the caps and capsman (all caps are coming from different locations and we have capsmans in different datacentres with different uplinks)

We have a case open with MT as we try to reproduce the problem.

BTW: do you also regulary see the message : 'disconnected, max key exchange retries'?

We have this at regular basis and then the Apple devices lock and need to be turned wifi off/on again for everything to function properly again until this happens again.
Hi, I have the same issue, my capsman run on CCR-1036 v6.34.2 with 160 interface and 80 caps connected. Capsman regularly loose all caps from the management only and then return a few minutes after. This issue appear every about 4hours, after loose times my capsman auto reboot. :(. I'm so tired to find out what error.
Did you fixed it?
tks
 
Beone
Trainer
Trainer
Posts: 250
Joined: Fri Feb 11, 2011 1:11 pm

Re: CAPsMAN v2 ready for testing

Wed Feb 24, 2016 9:09 pm

We havent fixed this, we are currently on v6.35rc12 for the memory leak issue we had massive issues with (router runs out of memory and then reboots)
 
anuser
Long time Member
Long time Member
Posts: 601
Joined: Sat Nov 29, 2014 7:27 pm

Re: CAPsMAN v2 ready for testing

Thu Mar 10, 2016 1:10 pm

With CAPsMAN v2 package and new "wireless-rep" package IPv6 for clients is lost, i.e.

o problem: with CAPsMANv2 and „wireless-rep“ package clients don´t receive any IPv6 traffic, no IPv6 router adverisements at all iff VLAN assignement is done dynamically. Dynamic VLAN assignment within datapath works for IPv4 traffic, though. If I assign a VLAN ID wihin datapath configuration of CAPSMAN, IPv6 and IPv4 is working without any problems.

(with traffic forwarding @CAPSMAN controller)
Image

[UPDATE]
+ It works when I change multicast-helper setting to full on the Cap interface
 
SolarW
newbie
Posts: 40
Joined: Mon Nov 29, 2010 3:37 am

Re: CAPsMAN v2 ready for testing

Fri Jun 10, 2016 1:41 am

+1 to this improvement
Hello everyone!
I'm using CapsMan v2 on routeros 6.33.1 with several CAPs.
I noticed that the CapsMan registration table doesn't show "Last IP" info for connected stations. Caps don't seem to provide this information either. Is there a way, using CapsMan setup, to view "Last IP" info for connected stations?
When not using CapsMan, this info was available in the Registration table. But now it seems to be gone.

Thanks,
Kind regards!
Stoycho
 
joncolby
newbie
Posts: 40
Joined: Wed Nov 13, 2013 8:09 am
Location: Southern California

Re: CAPsMAN v2 ready for testing

Sat Jun 25, 2016 11:12 pm

I would like NV2 with encryption on capsman.
 
southgate
just joined
Posts: 6
Joined: Thu May 03, 2018 3:58 pm

Re: CAPsMAN v2 ready for testing

Thu May 03, 2018 4:00 pm

+1 on the nv2 support. We have a network of ca 50 devices where each has a 3 connected bridged sectors and capsman would be a nice feature to centralize the management since our clients are mostly routeros

Who is online

Users browsing this forum: wsantos and 60 guests