Hi there We are have two of AC 6108 running at VAC mode. ![]() Although our ACs have physically connected to different switches over DC fabric. As to me VAC should work as active-passive and per cli outputs it that so. System description : Ruijie Gigabit Wireless Switch(WS6108) By Ruijie Networks. System start time : 2024-05-27 17:39:43 System uptime : 7:19:10:19 System hardware version : 1.40 System software version : AC_RGOS 11.9(6)W3B4, Release(10231516) System patch number : NA System web version : WLANWEB 11.9(6)W3B4, Release(10231516) wac01#sh virtual-ac topology Switch[1]: master, MAC: 4881.d4cf.4da7 Switch[2]: standby, MAC: 4881.d4cf.4da3 So what i see at AC periodically is mac-flapping over our DC fabric to unknown reason and our fabric blocks this behavior. virtual-ac self-balance not enabled. What have i missed? Any ideas is how to fix it? |
Hello Max Bezzubov, I‘m sorry that we can't provide a specific solution for you based on current information. Can you help to check the following aspects: 1. Here is the configure gudie of VAC in case you need: https://community.ruijienetworks.com/forum.php?mod=viewthread&tid=2478&extra=page%3D1 2. May I know the topology please? 3. May I know the specific issue please? Does mac-flapping happen to end users or AC? Can you provide some screenshots for checking? 4. If possible, may you please share with us AC "show run" configuration please? |
Edited by Max Bezzubov at 2024-6-4 23:31 GTAC-Micca replied at 2024-6-4 18:15Thanks for providing cookbook. I've exactly guided it for VAC config. Looks like mac-flapping happen to end users so AC is not accessible to AP or Admins. Flapping is happens on vlan for mgmt over uplinks to each of VPC-pair switches and between AC itself. ![]() sh int vlAN 700 Index(dec):4796 (hex):12bc VLAN 700 is UP , line protocol is UP Hardware is VLAN, address is 4881.d4cf.4da8 (bia 4881.d4cf.4da8) Description: WAC_MGMT Interface address is: xxxx ARP type: ARPA, ARP Timeout: 3600 seconds Interface IPv6 address is: No IPv6 address MTU 1500 bytes, BW 1000000 Kbit Encapsulation protocol is Ethernet-II, loopback not set Keepalive interval is 10 sec , set Carrier delay is 2 sec Rxload is 0/255, Txload is 0/255 VAC config is over here. #sh virtual-ac config device_id: 1 (mac: 4881.d4cf.4da7) ! device virtual domain 100 ! device 1 device 1 priority 100 ! port-member interface GigabitEthernet 0/1 copper device convert mode virtual ! device_id: 2 (mac: 4881.d4cf.4da3) ! device virtual domain 100 ! device 2 device 2 priority 90 ! port-member interface GigabitEthernet 0/1 copper device convert mode virtual ! Building configuration... Current configuration: 151 bytes interface AggregatePort 1 description =ACI Uplink switchport mode trunk switchport trunk allowed vlan only 700,770-771 ip dhcp snooping trust interface VLAN 700 description WAC_MGMT ip address x.x.x.x y.y.y.y Regarding of the topology. We are have two of AC. Each of AC is connected to two uplink switch via fiber Port-Chanel (Agg) via VPC. Also AC have an interconnect each other over copper Gigabit ethernet. ![]() vlan 700 is allowed over fabric (AggregatePort 1). sh mac vlan 700 Vlan MAC Address Type Interface ---------- -------------------- -------- ------------------------------ 700 0000.0c9f.f2bc DYNAMIC AggregatePort 1 700 34ed.1b0d.3b54 DYNAMIC AggregatePort 1 700 34ed.1b0d.c32c DYNAMIC AggregatePort 1 700 4c71.0dfb.e5ff DYNAMIC AggregatePort 1 700 7c21.0e3a.315f DYNAMIC AggregatePort 1 700 7c21.0eb4.e4df DYNAMIC AggregatePort 1 700 7c21.0eb4.f61f DYNAMIC AggregatePort 1 For some reason I've got the same MAC from each of AC. I've expected one only from the master (active). ![]() wac01#sh virtual-ac topology Switch[1]: master, MAC: 4881.d4cf.4da7 Switch[2]: standby, MAC: 4881.d4cf.4da3 Any ideas? |
GTAC-Micca replied at 2024-6-4 18:15GTAC-Micca Did you forget about issue of mine? Any news will be helpful... |
This site contains user submitted content, comments and opinions and is for informational purposes only. Ruijie may provide or recommend responses as a possible solution based on the information provided; every potential issue may involve several factors not detailed in the conversations captured in an electronic forum and Ruijie can therefore provide no guarantee as to the efficacy of any proposed solutions on the community forums. Ruijie disclaims any and all liability for the acts, omissions and conduct of any third parties in connection with or related to your use of the site. All postings and use of the content on this site are subject to the Ruijie Community Terms of Use.
More ways to get help: Visit Support Videos, call us via Service Hotline, Facebook or Live Chat.
©2000-2023 Ruijie Networks Co,Ltd