Asus RT86U + fibia fiber = WiFI mange udfald?

Af Supporter Aspirant aresONE | 07-03-2020 17:16 | 2293 visninger | 16 svar, hop til seneste

Hej alle, Jeg fik forleden opsat mit fibernet fra Fibia, 500/500mbit, men oplever nu mange udfald når der streames via WiFI. Både DR app, Stofa TV APP, yousee TV APP og Netflix kommer med udfald, hvor den skriver at den har mistet forbindelsen. Kabel fungerer umiddelbart fint. Jeg gjorde FIBIA teknikerne opmærksomme på, at jeg skulle benytte min egen router (ASUS RT AC86U) for bedre wifi. De vurderede også selv, at denne ville give bedre WiFi end deres egen smart løsning. De slog derfor WiFi fra i deres egen boks (en ICOTERA?) så det skulle være klar til min egen router. Min ASUS 86U router har indtil fiber-ankomsten fungeret fint, sammen med min stofa opkobling/stofa boks, og har stort set ikke haft nogle udfald det sidste år. Den dækker ca. 140kvm hus + 60kvm beboelig kælder. Er der nogen, der har nogen bud på hvad der kan være galt? Jeg har resat min 86U router flere gange, og jeg har forsøgt med både 2,4ghz og 5ghz samt en "blanding". Det sjove er, at når jeg tilslutter min router til min stofa boks (som jeg stadig har internet fra også via coax), giver den nu også udfald. Hvilket den jo ellers ind til da ikke havde gjort. Noget tyder for mig på at det er min asus router den pludseligt er gal med? Den har sidst nye firmware version. FIBER/ICOTERA boks er tilsluttet til min ASUS routers WAN-port. Hvis jeg tilslutter ICOTERA til ASUS routers LAN-port, kan jeg godt få internet til at fungere via kabel (fra asus router til stationær), men jeg kan ikke få WiFI til at virke, og routeren blinker rødt for manglende internet-forbindelse). Hjælp mig gerne her. Jeg har en kone og 3 børn på nakken af mig konstant nu :D
--

[email protected] (NZXT X62), ASrock z87M OC Formula; 2x8GB G.skill tridentx 2400mhz CL10; Zotac AMP! GTX1080; Corsair Rm650x; Corsair Carbide 400Quiet

Sidst redigeret 07-03-2020 17:17

#1
Dragonheart
Guru
07-03-2020 22:41

Rapporter til Admin

Nogle råd. Dine problemer kan muligvis være at du har du DHCP server/router på samme netværk. Eller dårlige wifi indstillinger 1. Hvis WIfi kun er slået fra i Icotera boksen (og den ikke er sat i bridge mode) skal AC86u være i AP mode. 2. Jeg vil anbefale du istedet får sat icotera boksen i bridgemode af supporteller selv. Så kan ac86u være i router mode. Router-delen i ac86u er væsentlig bedre end i icotera boksen. 3. Opdater ac86u og gendan til fabriksinstillinger(ofte en god ide efter opdatering). Kan jeg se du har gjort For wifi: 2.4 GHz: 20 MHz kanalbredde, manuelt sat til kanal 1,6 eller 11 (den der er mindst brugt og hvor der ikke er overlappende kanaler) 5 Ghz: Auto kanalbredde, manuel kanal sat til en ubrugt kanel, N/AC-mixed mode Seperat SSID til de to frekvenser. Begge(i professional settings): IGMP snooping on og preamble mode short I loggen på din ac86u kan du måske se hvad er for enhederne til at miste forbindelse
--

Sidst redigeret 07-03-2020 22:44

#2
Dragonheart
Guru
08-03-2020 04:00

Rapporter til Admin

Du kan også inde på forsiden af routerens forside hvad for en link rate (hastighed/signal) enhederne er forbundet til routeren med. Måske signalet er for dårlig og de så mister forbindelsen af den grund
--

#3
aresONE
Supporter Aspirant
08-03-2020 09:28

Rapporter til Admin

#1 - Tak for indspark. Jeg antog at ICOTERA var i bridge-mode, men det er naturligvis ikke en selvfølge, blot WiFI er slået fra. Jeg må give dem et kald i dag, og følge op på hvorvidt den er i bridgemode. Jeg tænker ikke jeg selv kan gøre det? (Synes ikke at have adgang til ICOTERA interfacen). Jeg forstår ikke din sidste del. Anbefaler at du jeg kører med seperat SSID for de 2 frekvenser? Lige nu har jeg faktisk sat den til at "bundle" (Smart connect??) for at se om det skulle gøre nogen forskel. Dvs. de kører på et SSID. Og hvad mener du med: "Seperat SSID til de to frekvenser.Begge(i professional settings): IGMP snooping on og preamble mode short" ???
--
[email protected] (NZXT X62), ASrock z87M OC Formula; 2x8GB G.skill tridentx 2400mhz CL10; Zotac AMP! GTX1080; Corsair Rm650x; Corsair Carbide 400Quiet

#4
aresONE
Supporter Aspirant
08-03-2020 09:37

Rapporter til Admin

Min bærbare røg lige af WiFi omkring dette tidspunkt, men jeg aner ikke hvordan jeg skal læse systemlog'en på routeren: Mar 8 10:32:37 acsd: eth6: NONACSD channel switching to channel spec: 0xe36a (112/80) Mar 8 10:32:37 acsd: selected channel spec: 0xe03a (52/80) Mar 8 10:32:37 acsd: Adjusted channel spec: 0xe03a (52/80) Mar 8 10:32:37 acsd: selected channel spec: 0xe03a (52/80) Mar 8 10:32:37 acsd: acs_set_chspec: 0xe03a (52/80) for reason APCS_DFS_REENTRY Mar 8 10:32:38 acsd: selected channel spec: 0x1001 (1) Mar 8 10:32:38 acsd: Adjusted channel spec: 0x1001 (1) Mar 8 10:32:38 acsd: selected channel spec: 0x1001 (1) Mar 8 10:32:42 wlceventd: WLCEVENTD wlceventd_proc_event(386): eth5: Deauth_ind 90:9A:77:23:D9:AD, status: 0, reason: Deauthenticated because sending station is leaving (or has left) IBSS or ESS (3) Mar 8 10:32:42 wlceventd: WLCEVENTD wlceventd_proc_event(401): eth5: Disassoc 90:9A:77:23:D9:AD, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8) Mar 8 10:32:42 wlceventd: WLCEVENTD wlceventd_proc_event(420): eth5: Auth 90:9A:77:23:D9:AD, status: 0, reason: d11 RC reserved (0) Mar 8 10:32:42 wlceventd: WLCEVENTD wlceventd_proc_event(449): eth5: Assoc 90:9A:77:23:D9:AD, status: 0, reason: d11 RC reserved (0) Mar 8 10:32:42 wlceventd: WLCEVENTD wlceventd_proc_event(401): eth6: Disassoc 14:C2:13:EA:A6:46, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8) Mar 8 10:32:42 wlceventd: WLCEVENTD wlceventd_proc_event(420): eth6: Auth 14:C2:13:EA:A6:46, status: 0, reason: d11 RC reserved (0) Mar 8 10:32:42 wlceventd: WLCEVENTD wlceventd_proc_event(430): eth6: ReAssoc 14:C2:13:EA:A6:46, status: 0, reason: d11 RC reserved (0) Mar 8 10:32:42 acsd: eth5: NONACSD channel switching to channel spec: 0x1001 (1) Mar 8 10:32:44 wlceventd: WLCEVENTD wlceventd_proc_event(401): eth6: Disassoc 34:AB:37:2D:A5:31, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8) Mar 8 10:32:44 wlceventd: WLCEVENTD wlceventd_proc_event(420): eth6: Auth 34:AB:37:2D:A5:31, status: 0, reason: d11 RC reserved (0) Mar 8 10:32:44 wlceventd: WLCEVENTD wlceventd_proc_event(430): eth6: ReAssoc 34:AB:37:2D:A5:31, status: 0, reason: d11 RC reserved (0) Mar 8 10:33:03 wlceventd: WLCEVENTD wlceventd_proc_event(386): eth5: Deauth_ind 4C:24:98:70:E9:C6, status: 0, reason: Deauthenticated because sending station is leaving (or has left) IBSS or ESS (3) Mar 8 10:33:03 wlceventd: WLCEVENTD wlceventd_proc_event(401): eth5: Disassoc 4C:24:98:70:E9:C6, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8) Mar 8 10:33:03 wlceventd: WLCEVENTD wlceventd_proc_event(420): eth5: Auth 4C:24:98:70:E9:C6, status: 0, reason: d11 RC reserved (0) Mar 8 10:33:03 wlceventd: WLCEVENTD wlceventd_proc_event(449): eth5: Assoc 4C:24:98:70:E9:C6, status: 0, reason: d11 RC reserved (0) Mar 8 10:33:03 acsd: eth6: NONACSD channel switching to channel spec: 0xe03a (52/80) Mar 8 10:33:32 wlceventd: WLCEVENTD wlceventd_proc_event(386): eth6: Deauth_ind 4C:EB:BD:3F:8C:1F, status: 0, reason: Disassociated due to inactivity (4) Mar 8 10:33:32 wlceventd: WLCEVENTD wlceventd_proc_event(401): eth6: Disassoc 4C:EB:BD:3F:8C:1F, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8) Mar 8 10:33:42 wlceventd: WLCEVENTD wlceventd_proc_event(420): eth5: Auth 4C:EB:BD:3F:8C:1F, status: 0, reason: d11 RC reserved (0) Mar 8 10:33:42 wlceventd: WLCEVENTD wlceventd_proc_event(430): eth5: ReAssoc 4C:EB:BD:3F:8C:1F, status: 0, reason: d11 RC reserved (0) Mar 8 10:33:47 wlceventd: WLCEVENTD wlceventd_proc_event(386): eth5: Deauth_ind 4C:EB:BD:3F:8C:1F, status: 0, reason: Deauthenticated because sending station is leaving (or has left) IBSS or ESS (3) Mar 8 10:33:47 wlceventd: WLCEVENTD wlceventd_proc_event(386): eth5: Deauth_ind 4C:EB:BD:3F:8C:1F, status: 0, reason: Class 3 frame received from nonassociated station (7) Mar 8 10:33:47 wlceventd: WLCEVENTD wlceventd_proc_event(386): eth5: Deauth_ind 4C:EB:BD:3F:8C:1F, status: 0, reason: Class 3 frame received from nonassociated station (7) Mar 8 10:33:47 wlceventd: WLCEVENTD wlceventd_proc_event(386): eth5: Deauth_ind 4C:EB:BD:3F:8C:1F, status: 0, reason: Class 3 frame received from nonassociated station (7) Mar 8 10:33:47 wlceventd: WLCEVENTD wlceventd_proc_event(386): eth5: Deauth_ind 4C:EB:BD:3F:8C:1F, status: 0, reason: Class 3 frame received from nonassociated station (7) Mar 8 10:33:54 wlceventd: WLCEVENTD wlceventd_proc_event(420): eth5: Auth 4C:EB:BD:3F:8C:1F, status: 0, reason: d11 RC reserved (0) Mar 8 10:33:54 wlceventd: WLCEVENTD wlceventd_proc_event(420): eth5: Auth 4C:EB:BD:3F:8C:1F, status: 0, reason: d11 RC reserved (0) Mar 8 10:33:54 wlceventd: WLCEVENTD wlceventd_proc_event(420): eth5: Auth 4C:EB:BD:3F:8C:1F, status: 0, reason: d11 RC reserved (0) Mar 8 10:33:54 wlceventd: WLCEVENTD wlceventd_proc_event(420): eth5: Auth 4C:EB:BD:3F:8C:1F, status: 0, reason: d11 RC reserved (0) Mar 8 10:33:54 wlceventd: WLCEVENTD wlceventd_proc_event(430): eth5: ReAssoc 4C:EB:BD:3F:8C:1F, status: 0, reason: d11 RC reserved (0) Mar 8 10:33:59 wlceventd: WLCEVENTD wlceventd_proc_event(386): eth5: Deauth_ind 4C:EB:BD:3F:8C:1F, status: 0, reason: Deauthenticated because sending station is leaving (or has left) IBSS or ESS (3) Mar 8 10:33:59 wlceventd: WLCEVENTD wlceventd_proc_event(386): eth5: Deauth_ind 4C:EB:BD:3F:8C:1F, status: 0, reason: Class 3 frame received from nonassociated station (7) Mar 8 10:33:59 wlceventd: WLCEVENTD wlceventd_proc_event(386): eth5: Deauth_ind 4C:EB:BD:3F:8C:1F, status: 0, reason: Class 3 frame received from nonassociated station (7) Mar 8 10:33:59 wlceventd: WLCEVENTD wlceventd_proc_event(386): eth5: Deauth_ind 4C:EB:BD:3F:8C:1F, status: 0, reason: Class 3 frame received from nonassociated station (7) Mar 8 10:33:59 wlceventd: WLCEVENTD wlceventd_proc_event(386): eth5: Deauth_ind 4C:EB:BD:3F:8C:1F, status: 0, reason: Class 3 frame received from nonassociated station (7) Mar 8 10:34:04 wlceventd: WLCEVENTD wlceventd_proc_event(420): eth5: Auth 4C:EB:BD:3F:8C:1F, status: 0, reason: d11 RC reserved (0) Mar 8 10:34:04 wlceventd: WLCEVENTD wlceventd_proc_event(430): eth5: ReAssoc 4C:EB:BD:3F:8C:1F, status: 0, reason: d11 RC reserved (0) Mar 8 10:35:42 wlceventd: WLCEVENTD wlceventd_proc_event(401): eth5: Disassoc B8:7B:C5:A0:BA:5C, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8) Mar 8 10:35:42 wlceventd: WLCEVENTD wlceventd_proc_event(420): eth5: Auth B8:7B:C5:A0:BA:5C, status: 0, reason: d11 RC reserved (0) Mar 8 10:35:42 wlceventd: WLCEVENTD wlceventd_proc_event(449): eth5: Assoc B8:7B:C5:A0:BA:5C, status: 0, reason: d11 RC reserved (0) Mar 8 10:35:48 wlceventd: WLCEVENTD wlceventd_proc_event(420): eth6: Auth B8:7B:C5:A0:BA:5C, status: 0, reason: d11 RC reserved (0) Mar 8 10:35:48 wlceventd: WLCEVENTD wlceventd_proc_event(430): eth6: ReAssoc B8:7B:C5:A0:BA:5C, status: 0, reason: d11 RC reserved (0) Mar 8 10:35:55 wlceventd: WLCEVENTD wlceventd_proc_event(401): eth5: Disassoc B8:7B:C5:A0:BA:5C, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8) Mar 8 10:35:55 wlceventd: WLCEVENTD wlceventd_proc_event(401): eth5: Disassoc B8:7B:C5:A0:BA:5C, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8)
--
[email protected] (NZXT X62), ASrock z87M OC Formula; 2x8GB G.skill tridentx 2400mhz CL10; Zotac AMP! GTX1080; Corsair Rm650x; Corsair Carbide 400Quiet

#5
aresONE
Supporter Aspirant
08-03-2020 09:44

Rapporter til Admin

Jeg genstartede bærbaren. Den kom på nettet i få minutter, og røg så af igen. (I skrivende stund er min stationære på nettet, der er tilsluttet via lan-kabel). Mar 8 10:40:15 wlceventd: WLCEVENTD wlceventd_proc_event(420): eth6: Auth 4C:EB:BD:3F:8C:1F, status: 0, reason: d11 RC reserved (0) Mar 8 10:40:15 wlceventd: WLCEVENTD wlceventd_proc_event(449): eth6: Assoc 4C:EB:BD:3F:8C:1F, status: 0, reason: d11 RC reserved (0) Mar 8 10:42:17 acsd: eth6: NONACSD channel switching to channel spec: 0xe33a (64/80) Mar 8 10:42:20 wlceventd: WLCEVENTD wlceventd_proc_event(401): eth6: Disassoc 14:C2:13:EA:A6:46, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8) Mar 8 10:42:20 wlceventd: WLCEVENTD wlceventd_proc_event(420): eth6: Auth 14:C2:13:EA:A6:46, status: 0, reason: d11 RC reserved (0) Mar 8 10:42:20 wlceventd: WLCEVENTD wlceventd_proc_event(430): eth6: ReAssoc 14:C2:13:EA:A6:46, status: 0, reason: d11 RC reserved (0) Mar 8 10:42:23 wlceventd: WLCEVENTD wlceventd_proc_event(401): eth6: Disassoc 34:AB:37:2D:A5:31, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8) Mar 8 10:42:23 wlceventd: WLCEVENTD wlceventd_proc_event(420): eth6: Auth 34:AB:37:2D:A5:31, status: 0, reason: d11 RC reserved (0) Mar 8 10:42:23 wlceventd: WLCEVENTD wlceventd_proc_event(430): eth6: ReAssoc 34:AB:37:2D:A5:31, status: 0, reason: d11 RC reserved (0) Mar 8 10:42:51 wlceventd: WLCEVENTD wlceventd_proc_event(386): eth6: Deauth_ind 4C:EB:BD:3F:8C:1F, status: 0, reason: Disassociated due to inactivity (4) Mar 8 10:42:51 wlceventd: WLCEVENTD wlceventd_proc_event(401): eth6: Disassoc 4C:EB:BD:3F:8C:1F, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8) Mar 8 10:43:15 wlceventd: WLCEVENTD wlceventd_proc_event(386): eth6: Deauth_ind 4C:EB:BD:3F:8C:1F, status: 0, reason: Class 3 frame received from nonassociated station (7) Mar 8 10:43:15 wlceventd: WLCEVENTD wlceventd_proc_event(386): eth6: Deauth_ind 4C:EB:BD:3F:8C:1F, status: 0, reason: Class 3 frame received from nonassociated station (7) Mar 8 10:43:15 wlceventd: WLCEVENTD wlceventd_proc_event(386): eth6: Deauth_ind 4C:EB:BD:3F:8C:1F, status: 0, reason: Class 3 frame received from nonassociated station (7) Mar 8 10:43:15 wlceventd: WLCEVENTD wlceventd_proc_event(386): eth6: Deauth_ind 4C:EB:BD:3F:8C:1F, status: 0, reason: Class 3 frame received from nonassociated station (7) Mar 8 10:43:15 wlceventd: WLCEVENTD wlceventd_proc_event(386): eth6: Deauth_ind 4C:EB:BD:3F:8C:1F, status: 0, reason: Class 3 frame received from nonassociated station (7) Mar 8 10:43:15 wlceventd: WLCEVENTD wlceventd_proc_event(386): eth6: Deauth_ind 4C:EB:BD:3F:8C:1F, status: 0, reason: Class 3 frame received from nonassociated station (7) Mar 8 10:43:19 wlceventd: WLCEVENTD wlceventd_proc_event(420): eth5: Auth 4C:EB:BD:3F:8C:1F, status: 0, reason: d11 RC reserved (0) Mar 8 10:43:19 wlceventd: WLCEVENTD wlceventd_proc_event(430): eth5: ReAssoc 4C:EB:BD:3F:8C:1F, status: 0, reason: d11 RC reserved (0) Mar 8 10:43:24 wlceventd: WLCEVENTD wlceventd_proc_event(401): eth5: Disassoc 4C:EB:BD:3F:8C:1F, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8) Mar 8 10:43:33 wlceventd: WLCEVENTD wlceventd_proc_event(401): eth6: Disassoc B8:7B:C5:A0:BA:5C, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8)
--
[email protected] (NZXT X62), ASrock z87M OC Formula; 2x8GB G.skill tridentx 2400mhz CL10; Zotac AMP! GTX1080; Corsair Rm650x; Corsair Carbide 400Quiet

#6
aresONE
Supporter Aspirant
08-03-2020 09:55

Rapporter til Admin

Det er måske relevant lige at nævne, at jeg jo også oplever de udfald hvis jeg bruger min stofa linje (og stofa boks). Men den havde jeg jo ikke udfordringer med før jeg fik lagt fiber ind og i den forbindelse fabriksgendannede min asus router. Så noget tyder for mig på, at et eller andet er galt med ASUS routeren, og ikke nødvendigvis hvorvidt min nye ICOTERA boks er i bridge mode eller ej.
--
[email protected] (NZXT X62), ASrock z87M OC Formula; 2x8GB G.skill tridentx 2400mhz CL10; Zotac AMP! GTX1080; Corsair Rm650x; Corsair Carbide 400Quiet

#7
aresONE
Supporter Aspirant
08-03-2020 10:17

Rapporter til Admin

Her er info fra den trådløse log, på asus routeren: SSID: "FamA-Rye" RSSI: 0 dBm SNR: 0 dB noise: -92 dBm Channel: 5 BSSID: 0C:9D:92:47:C1:48 Capability: ESS ShortSlot Supported Rates: [ 1(b) 2(b) 5.5(b) 6 9 11(b) 12 18 24 36 48 54 ] VHT Capable: Chanspec: 2.4GHz channel 5 20MHz (0x1005) Primary channel: 5 HT Capabilities: Supported MCS : [ 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 ] VHT Capabilities: Supported VHT (tx) Rates: NSS: 1 MCS: 0-11 NSS: 2 MCS: 0-11 NSS: 3 MCS: 0-11 Supported VHT (rx) Rates: NSS: 1 MCS: 0-11 NSS: 2 MCS: 0-11 NSS: 3 MCS: 0-11 Interference Level: Acceptable Mode : AP Only Stations List ---------------------------------------- idx MAC Associated Authorized RSSI PHY PSM SGI STBC MUBF NSS Tx rate Rx rate Connect Time 4C:24:98:70:E9:C6 Yes Yes -54dBm n Yes Yes No No 1 72.2M 2M 00:04:52 E0:91:F5:5A:C0:E1 Yes Yes -54dBm n No Yes Yes No 1 72.2M 72.2M 00:06:04 90:9A:77:23:D9:AD Yes Yes -53dBm n No Yes No No 1 72.2M 65M 00:07:09 84:A9:3E:B7:01:6F Yes Yes -47dBm n Yes Yes Yes No 2 1M 24M 13:49:54 SSID: "FamA-Rye" RSSI: 0 dBm SNR: 0 dB noise: -88 dBm Channel: 64/80 BSSID: 0C:9D:92:47:C1:4C Capability: ESS Supported Rates: [ 6(b) 9 12(b) 18 24(b) 36 48 54 ] VHT Capable: Chanspec: 5GHz channel 58 80MHz (0xe33a) Primary channel: 64 HT Capabilities: Supported MCS : [ 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 ] VHT Capabilities: Supported VHT (tx) Rates: NSS: 1 MCS: 0-11 NSS: 2 MCS: 0-11 NSS: 3 MCS: 0-11 NSS: 4 MCS: 0-11 Supported VHT (rx) Rates: NSS: 1 MCS: 0-11 NSS: 2 MCS: 0-11 NSS: 3 MCS: 0-11 NSS: 4 MCS: 0-11 Interference Level: Acceptable Mode : AP Only DFS status: state In-Service Monitoring(ISM) time elapsed 2025150ms radar channel cleared by DFS channel 64/80 (0xE33A) Channel Information ---------------------------------------- Channel 36 A Band Channel 40 A Band Channel 44 A Band Channel 48 A Band Channel 52 A Band, RADAR Sensitive Channel 56 A Band, RADAR Sensitive Channel 60 A Band, RADAR Sensitive Channel 64 A Band, RADAR Sensitive Channel 100 A Band, RADAR Sensitive Channel 104 A Band, RADAR Sensitive Channel 108 A Band, RADAR Sensitive Channel 112 A Band, RADAR Sensitive Channel 116 A Band, RADAR Sensitive, Passive Channel 132 A Band, RADAR Sensitive, Passive Channel 136 A Band, RADAR Sensitive, Passive Channel 140 A Band, RADAR Sensitive, Passive Stations List ---------------------------------------- idx MAC Associated Authorized RSSI PHY PSM SGI STBC MUBF NSS Tx rate Rx rate Connect Time 4C:EB:BD:3F:8C:1F Yes Yes -40dBm ac Yes Yes Yes Yes 2 866.7M 6M 00:18:54 34:AB:37:2D:A5:31 Yes Yes -63dBm ac Yes Yes No No 2 585M 24M 00:33:37 14:C2:13:EA:A6:46 Yes Yes -79dBm ac Yes Yes No No 2 520M 175.5M 00:33:41 94:F6:D6:E1:24:41 Yes Yes -71dBm ac Yes Yes No No 2 585M 6M 00:38:05 38:CA:DA:C8:E6:ED Yes Yes -58dBm ac No Yes No No 2 650M 585M 01:39:26 F8:3F:51:13:62:D4 Yes Yes -68dBm ac Yes Yes Yes No 2 6M 24M 02:32:34
--
[email protected] (NZXT X62), ASrock z87M OC Formula; 2x8GB G.skill tridentx 2400mhz CL10; Zotac AMP! GTX1080; Corsair Rm650x; Corsair Carbide 400Quiet

#8
Dragonheart
Guru
09-03-2020 02:54

Rapporter til Admin

#3 Jeg mener: At du skal sætte separat SSID for de to frekvenser. Et for 2,4 fx MITWIFI og et for 5 fx MITWIFI_5. SÅ kan du forbinde de enheder skal have en høj hastighed til MITWIFI_5 og de der skal have en lav (fx en alm chromecast) hastighed men er langt fra routeren. Under "professional" settings inde på wifi delen i din asus ac86u kan du instille "IGMP Snooping" til "on" og sætte Preamble mode til short (kan godt være premable mode kun findes på 2,4 GHz wifi under "professional" Formålet med disse indstilligner at forbedre wifi ifm med streaming og receonnect til enheder der mister signal. Hvis du har samme SSID for begge frekvenser kan enheder engang imellem frekvenserne og så mister du kort forbindelse mens de gør. Når du siger du mister net. Mister du så forbindelsen til wifi eller mister forbindelse til internettet? Og har du sat de indstillinger jeg skrev? :-)
--

#9
Dragonheart
Guru
09-03-2020 02:57

Rapporter til Admin

Her set den ud til ikke at være helt god 5GHz channel 58 Vælg altid en control kanal til 5 GHz der ligger på 36 hvis muligt. Kanal 58 er i et område hvor routen anvender en teknik for at scanne for bla vejrrader og andet lign mener jeg. FInder den så andre signaler skal den ved lov slukke for forbindelsen.
--

#10
aresONE
Supporter Aspirant
09-03-2020 18:58

Rapporter til Admin

#8 / #9. IGMP Snooping er aktiveret som standard. Preamble har jeg sat til "kort" nu :-) Jeg har separeret 2,4ghz og 5ghz, så de har hver deres SSID. Synes stadig det kører en smule ustabilt. Det mester ikke WiFI, men de mister internetforbindelsen via WiFI. Her er trådløst - professionelt indstillingerne: https://imgur.com[...] Her er indstillinger for WiFI 2,4ghz. Manuelt sat til 20hz, kanal 6. https://imgur.com[...] Hvordan ser jeg hvilken kanal der er mindst brugt, og uden overlappende kanaler?
--
[email protected] (NZXT X62), ASrock z87M OC Formula; 2x8GB G.skill tridentx 2400mhz CL10; Zotac AMP! GTX1080; Corsair Rm650x; Corsair Carbide 400Quiet

#11
aresONE
Supporter Aspirant
09-03-2020 19:17

Rapporter til Admin

NOTE: Hvorfor er det kanal 1,6 eller 11, og ikke bare automatisk, hvor den selv vælger den mindst forstyrrede? Jeg/netværket er umiddelbart ikke forstyrret er særligt mange andre WiFI enheder i omegn (hvis overhovedet nogen), da vi bor i hus og der er OK afstand til naboerne.
--
[email protected] (NZXT X62), ASrock z87M OC Formula; 2x8GB G.skill tridentx 2400mhz CL10; Zotac AMP! GTX1080; Corsair Rm650x; Corsair Carbide 400Quiet

#12
aresONE
Supporter Aspirant
09-03-2020 19:19

Rapporter til Admin

Her er 5ghz settings Den har automatisk valgt kanal 36? https://imgur.com[...]
--
[email protected] (NZXT X62), ASrock z87M OC Formula; 2x8GB G.skill tridentx 2400mhz CL10; Zotac AMP! GTX1080; Corsair Rm650x; Corsair Carbide 400Quiet

#13
Dragonheart
Guru
09-03-2020 22:22

Rapporter til Admin

Du kan downloade InSSIDer for at se hvilke kanaler andre netværk i nærheden bruger. At lade den vælge kanalerne automatisk er nemt og uden involvering af brugeren - så nemmere men ikke bedre. 1, 6 og 11 er de eneste 3 kanaler på 2.4 båndet der ikke overlapper hinanden (medmindre alt udstyr er indstillet til EU region. så er der 1,5,9,13 Sæt den manuelt til kanal 36 på 5 GHz og så de andre ting som jeg skrev. N-only på 2,4 båndet og n/AC mixed på 5 GHz båndet Hvis den mister internet og ikke wifi så ville jeg ikke mene det er asus routeren der er problemet. Så længe begge bokse ikke er router mode. OSm jeg skrev. Icotera i Bridge og asus i rouer mode :-)
--

#14
aresONE
Supporter Aspirant
11-03-2020 19:27

Rapporter til Admin

#13 - Tusind tak for svar. Jeg har umiddelbart stabilt WiFI internet nu. Udfordringen var at den mistede internet, ikke WiFI. Jeg fik sat min FIBIA ICOTERA router i bridge mode, samt jeg lavede de manuelle indstillinger du foreslog. Hvad der har gjort udfaldet skal jeg ikke kunne sige konkret - men hvis andre skulle stå i lignende situationer, så kan ovenstående forslag til manuelle indstillinger være et forsøg værd. Du skal have tusind tak for hjælpen :)
--
[email protected] (NZXT X62), ASrock z87M OC Formula; 2x8GB G.skill tridentx 2400mhz CL10; Zotac AMP! GTX1080; Corsair Rm650x; Corsair Carbide 400Quiet

#15
Dragonheart
Guru
11-03-2020 19:39

Rapporter til Admin

#14 Hvis icotera boksen før ikke var i bridge mode og Asus routeren samtidig var i router mode vil jeg vove at påstå det var her problemet lå - det det er Icotera-boksen opgave at "give internet". Det skaber ikke altid problemer med sådan et setup. Men det kan det gøre. (den tekniske forklaring kan være lidt tung men to DHCP servere på samme netværk kræver en bestemt opsætning) Men det var godt det spiller nu - så er at Asus routen der nu sørger for routing - den er væsentlig kraftigere end Icoteraboksen og helt klart den bedste løsning med det setup du har:-) Så kan du glæde dig over at du som udgangpunkt så også har et noget mere stabilt opsat wifi med de nye wifi indstillinger. man kan evt gemme indstillingerne (inde i routerens frmware update interface) så hvis man skal resette Asus routeren en dag let kan loade dem igen.
--

#16
aresONE
Supporter Aspirant
12-03-2020 06:19

Rapporter til Admin

#15 - Helt ok. Jeg kan sagtens se at det kan give noget turbulens på linjen, hvis begge forsøger at agerer router. Jeg antog dog, at min ICOTERA var sat i bridge-mode, da jeg gjorde de 2 fibia teknikere opmærksomme på, at jeg ville benytte egen router, hvorfor de sagde, at så havde de fået slået wifi fra (men det er jo naturligvis ikke det samme som at sætte den i bridge-mode). Fedt at den kan gemme settings. Det var jeg ikke klar over. Må jeg lige få gjort for fremadrettet brug :) Du skal dog have kæmpe tak for din tid.
--
[email protected] (NZXT X62), ASrock z87M OC Formula; 2x8GB G.skill tridentx 2400mhz CL10; Zotac AMP! GTX1080; Corsair Rm650x; Corsair Carbide 400Quiet