Forskjell mellom versjoner av «Diskusjon:Nettverk»
(→TP-LINK-aksesspunkt laben - 5GHz faller ut: rebootet det) |
(→TP-LINK-aksesspunkt, kontorfløy, tredje etasje Bitraf: oppgradert til OpenWRT 17.01.4) |
||
(18 mellomliggende revisjoner av samme bruker vises ikke) | |||
Linje 13: | Linje 13: | ||
Edimax aksesspunktet (rundt, hvit farge, ser ut som en brannvarsler) ligger nå i nettverksboksen til Bitraf. Det kan settes opp i tredje etasje hvis det er behov for det. [[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 3. apr. 2016 kl. 21:34 (UTC) | Edimax aksesspunktet (rundt, hvit farge, ser ut som en brannvarsler) ligger nå i nettverksboksen til Bitraf. Det kan settes opp i tredje etasje hvis det er behov for det. [[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 3. apr. 2016 kl. 21:34 (UTC) | ||
: Dette aksesspunktet er nå koblet til datapunkt 63 (i labben), ligger oppå strømlista på arbeidsbordet som står foran, det har fått ip-adresse 10.13.37.60 (av en eller annen grunn). [[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 13. apr. 2016 kl. 20:17 (UTC) | : Dette aksesspunktet er nå koblet til datapunkt 63 (i labben), ligger oppå strømlista på arbeidsbordet som står foran, det har fått ip-adresse 10.13.37.60 (av en eller annen grunn). [[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 13. apr. 2016 kl. 20:17 (UTC) | ||
+ | :: ikke i bruk lengre. --[[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 28. jul. 2017 kl. 19:28 (UTC) | ||
== HP Procurve 2650 (tidligere Bitraf WAN switch) == | == HP Procurve 2650 (tidligere Bitraf WAN switch) == | ||
Linje 40: | Linje 41: | ||
: 2016-10-27: normal workaround igjen, reboot av aksesspunktet. --[[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 28. okt. 2016 kl. 15:24 (UTC) | : 2016-10-27: normal workaround igjen, reboot av aksesspunktet. --[[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 28. okt. 2016 kl. 15:24 (UTC) | ||
: 2017-04-18: igjen, normal workaround, rebootet aksesspunktet. --[[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 18. apr. 2017 kl. 08:31 (UTC) | : 2017-04-18: igjen, normal workaround, rebootet aksesspunktet. --[[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 18. apr. 2017 kl. 08:31 (UTC) | ||
+ | : 2017-06-02: normal workaround, reboot av aksesspunktet. --[[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 2. jun. 2017 kl. 08:29 (UTC) | ||
+ | : 2017-06-16: normal workaround, reboot av aksesspunktet. --[[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 16. jun. 2017 kl. 13:55 (UTC) | ||
+ | : 2017-07-03: normal workaround, reboot av aksesspunktet. --[[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 3. jul. 2017 kl. 19:55 (UTC) | ||
+ | : 2017-07-29: normal workaround, reboot av aksesspunktet. --[[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 29. jul. 2017 kl. 19:10 (UTC) | ||
+ | : 2017-08-08: jensa tok power off / power on på aksesspunktet. --[[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 9. aug. 2017 kl. 15:20 (UTC) | ||
+ | : 2017-10-04: normal workaround, reboot av aksesspunktet. --[[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 4. okt. 2017 kl. 10:44 (UTC) | ||
+ | ; 2017-10-06 : oppgradert til LEDE v 17.01.3. Vi får se om det hjelper på stabiliteten. --[[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 6. okt. 2017 kl. 18:15 (UTC) | ||
+ | ; 2018-06-18 : oppgradert til OpenWRT (LEDE) v 17.01.4. Kanskje det hjelper på 2.4 GHz problemene. --[[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 18. jun. 2018 kl. 18:22 (UTC) | ||
+ | |||
+ | == TP-LINK-aksesspunkt, kontorfløy, tredje etasje Bitraf == | ||
+ | |||
+ | 5 GHz radioen på dette aksesspunktet er ikke stabil. Noen ganger tar det lang tid (fem minutter eller mer) før den kommer opp etter at aksesspunktet er bootet. | ||
+ | root@OpenWrt:~# iwinfo wlan0 info | ||
+ | wlan0 ESSID: "bitraf" | ||
+ | Access Point: EC:08:6B:87:9A:C0 | ||
+ | Mode: Master Channel: 132 (5.660 GHz) | ||
+ | Tx-Power: 27 dBm Link Quality: 35/70 | ||
+ | Signal: -75 dBm Noise: -106 dBm | ||
+ | Bit Rate: 6.0 MBit/s | ||
+ | Encryption: mixed WPA/WPA2 PSK (CCMP) | ||
+ | Type: nl80211 HW Mode(s): 802.11nac | ||
+ | Hardware: 168C:003C 0000:0000 [Qualcomm Atheros QCA9880] | ||
+ | TX power offset: none | ||
+ | Frequency offset: none | ||
+ | Supports VAPs: yes PHY name: phy0 | ||
+ | usikker på om dette er en bug i LEDE / OpenWRT eller ikke. --[[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 1. aug. 2017 kl. 13:43 (UTC) | ||
+ | : hmm, av en eller annen grunn så har 5 GHz radioen byttet kanal nå. | ||
+ | root@OpenWrt:~# iwinfo wlan0 info | ||
+ | wlan0 ESSID: "bitraf" | ||
+ | Access Point: EC:08:6B:87:9A:C0 | ||
+ | Mode: Master Channel: 36 (5.180 GHz) | ||
+ | Tx-Power: 23 dBm Link Quality: 34/70 | ||
+ | Signal: -76 dBm Noise: -104 dBm | ||
+ | Bit Rate: 6.0 MBit/s | ||
+ | Encryption: mixed WPA/WPA2 PSK (CCMP) | ||
+ | Type: nl80211 HW Mode(s): 802.11nac | ||
+ | Hardware: 168C:003C 0000:0000 [Qualcomm Atheros QCA9880] | ||
+ | TX power offset: none | ||
+ | Frequency offset: none | ||
+ | Supports VAPs: yes PHY name: phy0 | ||
+ | sjekke om det har med radar detection og gjøre. | ||
+ | root@OpenWrt:~# cat /sys/kernel/debug/ieee80211/phy0/ath10k/dfs_stats | ||
+ | Pulse detector statistics: | ||
+ | reported phy errors : 17504 | ||
+ | pulse events reported : 17504 | ||
+ | DFS pulses detected : 17162 | ||
+ | DFS pulses discarded : 342 | ||
+ | Radars detected : 2 | ||
+ | Global Pool statistics: | ||
+ | Pool references : 7 | ||
+ | Pulses allocated : 84 | ||
+ | Pulses alloc error : 0 | ||
+ | Pulses in use : 12 | ||
+ | Seqs. allocated : 95 | ||
+ | Seqs. alloc error : 0 | ||
+ | Seqs. in use : 3 | ||
+ | jepp, radar detected. Bytte kanal kanskje? --[[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 4. aug. 2017 kl. 09:47 (UTC) | ||
+ | :: men når den ikke har byttet kanal | ||
+ | root@OpenWrt:~# iwinfo wlan0 info | ||
+ | wlan0 ESSID: "bitraf" | ||
+ | Access Point: EC:08:6B:87:9A:C0 | ||
+ | Mode: Master Channel: 132 (5.660 GHz) | ||
+ | Tx-Power: 27 dBm Link Quality: 38/70 | ||
+ | Signal: -72 dBm Noise: -108 dBm | ||
+ | Bit Rate: 6.0 MBit/s | ||
+ | Encryption: mixed WPA/WPA2 PSK (CCMP) | ||
+ | Type: nl80211 HW Mode(s): 802.11nac | ||
+ | Hardware: 168C:003C 0000:0000 [Qualcomm Atheros QCA9880] | ||
+ | TX power offset: none | ||
+ | Frequency offset: none | ||
+ | Supports VAPs: yes PHY name: phy0 | ||
+ | så melder dfs_stats fortsatt slik | ||
+ | root@OpenWrt:~# cat /sys/kernel/debug/ieee80211/phy0/ath10k/dfs_stats | ||
+ | Pulse detector statistics: | ||
+ | reported phy errors : 18470 | ||
+ | pulse events reported : 18470 | ||
+ | DFS pulses detected : 18102 | ||
+ | DFS pulses discarded : 368 | ||
+ | Radars detected : 2 | ||
+ | Global Pool statistics: | ||
+ | Pool references : 7 | ||
+ | Pulses allocated : 70 | ||
+ | Pulses alloc error : 0 | ||
+ | Pulses in use : 8 | ||
+ | Seqs. allocated : 136 | ||
+ | Seqs. alloc error : 0 | ||
+ | Seqs. in use : 0 | ||
+ | vet ikke om dette er noe man kan stole på. --[[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 4. aug. 2017 kl. 12:43 (UTC) | ||
+ | ; 2017-10-06 : oppgradert aksesspunktet i 3 etasje til LEDE versjon 17.01.3. Forhåpentligvis blir det mer stabilt nå. --[[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 6. okt. 2017 kl. 16:28 (UTC) | ||
+ | ; 2018-06-18 : oppgradert aksesspunktet i 3 etasje til LEDE versjon 17.01.4. --[[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 18. jun. 2018 kl. 19:03 (UTC) | ||
+ | |||
+ | == LEDE / OpenWRT - admin == | ||
+ | |||
+ | Restarte wifi interfacene på aksesspunktet | ||
+ | wifi down && sleep 5 && wifi | ||
+ | merk: alle sammen blir restartet. --[[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 4. aug. 2017 kl. 11:54 (UTC) | ||
+ | |||
+ | 2017-10-04: LEDE har sluppet versjon 17.01.3<ref>[https://lede-project.org/releases/17.01/notes-17.01.3 LEDE 17.01.3]</ref> med blant annet bugfixes. Kanskje på tide og oppgradere APene våre? --[[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 5. okt. 2017 kl. 15:07 (UTC) | ||
+ | |||
+ | == TP-LINK-aksesspunkt, kontorfløy, fjerde etasje Bitraf == | ||
+ | |||
+ | AP (aksesspunkt) i fjerde etasje er nå oppgradert til LEDE 17.01.4. --[[Bruker:Tingo|Tingo]] ([[Brukerdiskusjon:Tingo|diskusjon]]) 16. nov. 2017 kl. 19:55 (UTC) | ||
+ | |||
+ | == Referanser == | ||
+ | <references/> |
Nåværende revisjon fra 18. jun. 2018 kl. 20:03
Innhold
- 1 Midlertidige løsninger
- 2 Midlertidig ruter (P-2812HNU)
- 3 Edimax aksesspunkt
- 4 HP Procurve 2650 (tidligere Bitraf WAN switch)
- 5 Nyttig informasjon
- 6 TP-LINK-aksesspunkt DNS fungerer ikke
- 7 TP-LINK-aksesspunkt laben - 5GHz faller ut
- 8 TP-LINK-aksesspunkt, kontorfløy, tredje etasje Bitraf
- 9 LEDE / OpenWRT - admin
- 10 TP-LINK-aksesspunkt, kontorfløy, fjerde etasje Bitraf
- 11 Referanser
Midlertidige løsninger
Vi har midlertig løsning på ruter / nat mellom offentlig nett og privatnettet vårt. Dette er dokumentert etter beste evne. Hvis noen vet mer om dette er det fint om det skrives inn. Tingo (diskusjon) 3. apr. 2016 kl. 18:32 (UTC)
Midlertidig ruter (P-2812HNU)
Denne er konfigurert kun for IPv4. Jeg har disablet WLAN på ruteren. Tingo (diskusjon) 3. apr. 2016 kl. 20:01 (UTC)
Modellen er en P-2812HNU-F3, faktisk. Tingo (diskusjon) 3. apr. 2016 kl. 20:22 (UTC)
- Det ser ut som om denne er tatt ut av bruk, det mangler bare at noen dokumenterer det. Tingo (diskusjon) 13. apr. 2016 kl. 19:30 (UTC)
Edimax aksesspunkt
Edimax aksesspunktet (rundt, hvit farge, ser ut som en brannvarsler) ligger nå i nettverksboksen til Bitraf. Det kan settes opp i tredje etasje hvis det er behov for det. Tingo (diskusjon) 3. apr. 2016 kl. 21:34 (UTC)
- Dette aksesspunktet er nå koblet til datapunkt 63 (i labben), ligger oppå strømlista på arbeidsbordet som står foran, det har fått ip-adresse 10.13.37.60 (av en eller annen grunn). Tingo (diskusjon) 13. apr. 2016 kl. 20:17 (UTC)
HP Procurve 2650 (tidligere Bitraf WAN switch)
Denne er satt opp med VLAN slik den skal, og med VLAN trunking på port 49 og 50. Tingo (diskusjon) 7. apr. 2016 kl. 21:46 (UTC)
- likevel funker det ikke når vi tester. Hverken ping fra klienter koblet til Bitraf switch 1 eller DHCP svar from bomba funker. Tingo (diskusjon)
Nyttig informasjon
Nyttig informasjon relatert til nettverk:
Configure an Ethernet interface as a VLAN trunk (Debian)
TP-LINK-aksesspunkt DNS fungerer ikke
DNS oppslag fungerer ikke på dette aksesspunktet, dermed fungerer ikke NTP heller. --Tingo (diskusjon) 30. apr. 2016 kl. 13:28 (UTC)
- Det manglet gateway på begge aksesspunktene. Lagt inn 10.13.37.1 som gateway på LAN interfacet, da fungerer ruting. --Tingo (diskusjon) 30. apr. 2016 kl. 14:06 (UTC)
- Lagt inn DNS servere (Google: 8.8.4.4, 8.8.8.8) slik at navneoppslag fungerer. Nå fungerer også NTP. --Tingo (diskusjon) 30. apr. 2016 kl. 20:19 (UTC)
TP-LINK-aksesspunkt laben - 5GHz faller ut
I kveld (tirsdag 20.9.2016) er 5 GHz interfacet "falt ut" igjen, slik at SSID "bitraf" ikke synes. --Tingo (diskusjon) 20. sep. 2016 kl. 18:10 (UTC)
- "normal" workaround - jeg reboota aksesspunktet. --Tingo (diskusjon) 20. sep. 2016 kl. 18:15 (UTC)
- 2016-10-27: normal workaround igjen, reboot av aksesspunktet. --Tingo (diskusjon) 28. okt. 2016 kl. 15:24 (UTC)
- 2017-04-18: igjen, normal workaround, rebootet aksesspunktet. --Tingo (diskusjon) 18. apr. 2017 kl. 08:31 (UTC)
- 2017-06-02: normal workaround, reboot av aksesspunktet. --Tingo (diskusjon) 2. jun. 2017 kl. 08:29 (UTC)
- 2017-06-16: normal workaround, reboot av aksesspunktet. --Tingo (diskusjon) 16. jun. 2017 kl. 13:55 (UTC)
- 2017-07-03: normal workaround, reboot av aksesspunktet. --Tingo (diskusjon) 3. jul. 2017 kl. 19:55 (UTC)
- 2017-07-29: normal workaround, reboot av aksesspunktet. --Tingo (diskusjon) 29. jul. 2017 kl. 19:10 (UTC)
- 2017-08-08: jensa tok power off / power on på aksesspunktet. --Tingo (diskusjon) 9. aug. 2017 kl. 15:20 (UTC)
- 2017-10-04: normal workaround, reboot av aksesspunktet. --Tingo (diskusjon) 4. okt. 2017 kl. 10:44 (UTC)
- 2017-10-06
- oppgradert til LEDE v 17.01.3. Vi får se om det hjelper på stabiliteten. --Tingo (diskusjon) 6. okt. 2017 kl. 18:15 (UTC)
- 2018-06-18
- oppgradert til OpenWRT (LEDE) v 17.01.4. Kanskje det hjelper på 2.4 GHz problemene. --Tingo (diskusjon) 18. jun. 2018 kl. 18:22 (UTC)
TP-LINK-aksesspunkt, kontorfløy, tredje etasje Bitraf
5 GHz radioen på dette aksesspunktet er ikke stabil. Noen ganger tar det lang tid (fem minutter eller mer) før den kommer opp etter at aksesspunktet er bootet.
root@OpenWrt:~# iwinfo wlan0 info wlan0 ESSID: "bitraf" Access Point: EC:08:6B:87:9A:C0 Mode: Master Channel: 132 (5.660 GHz) Tx-Power: 27 dBm Link Quality: 35/70 Signal: -75 dBm Noise: -106 dBm Bit Rate: 6.0 MBit/s Encryption: mixed WPA/WPA2 PSK (CCMP) Type: nl80211 HW Mode(s): 802.11nac Hardware: 168C:003C 0000:0000 [Qualcomm Atheros QCA9880] TX power offset: none Frequency offset: none Supports VAPs: yes PHY name: phy0
usikker på om dette er en bug i LEDE / OpenWRT eller ikke. --Tingo (diskusjon) 1. aug. 2017 kl. 13:43 (UTC)
- hmm, av en eller annen grunn så har 5 GHz radioen byttet kanal nå.
root@OpenWrt:~# iwinfo wlan0 info wlan0 ESSID: "bitraf" Access Point: EC:08:6B:87:9A:C0 Mode: Master Channel: 36 (5.180 GHz) Tx-Power: 23 dBm Link Quality: 34/70 Signal: -76 dBm Noise: -104 dBm Bit Rate: 6.0 MBit/s Encryption: mixed WPA/WPA2 PSK (CCMP) Type: nl80211 HW Mode(s): 802.11nac Hardware: 168C:003C 0000:0000 [Qualcomm Atheros QCA9880] TX power offset: none Frequency offset: none Supports VAPs: yes PHY name: phy0
sjekke om det har med radar detection og gjøre.
root@OpenWrt:~# cat /sys/kernel/debug/ieee80211/phy0/ath10k/dfs_stats Pulse detector statistics: reported phy errors : 17504 pulse events reported : 17504 DFS pulses detected : 17162 DFS pulses discarded : 342 Radars detected : 2 Global Pool statistics: Pool references : 7 Pulses allocated : 84 Pulses alloc error : 0 Pulses in use : 12 Seqs. allocated : 95 Seqs. alloc error : 0 Seqs. in use : 3
jepp, radar detected. Bytte kanal kanskje? --Tingo (diskusjon) 4. aug. 2017 kl. 09:47 (UTC)
- men når den ikke har byttet kanal
root@OpenWrt:~# iwinfo wlan0 info wlan0 ESSID: "bitraf" Access Point: EC:08:6B:87:9A:C0 Mode: Master Channel: 132 (5.660 GHz) Tx-Power: 27 dBm Link Quality: 38/70 Signal: -72 dBm Noise: -108 dBm Bit Rate: 6.0 MBit/s Encryption: mixed WPA/WPA2 PSK (CCMP) Type: nl80211 HW Mode(s): 802.11nac Hardware: 168C:003C 0000:0000 [Qualcomm Atheros QCA9880] TX power offset: none Frequency offset: none Supports VAPs: yes PHY name: phy0
så melder dfs_stats fortsatt slik
root@OpenWrt:~# cat /sys/kernel/debug/ieee80211/phy0/ath10k/dfs_stats Pulse detector statistics: reported phy errors : 18470 pulse events reported : 18470 DFS pulses detected : 18102 DFS pulses discarded : 368 Radars detected : 2 Global Pool statistics: Pool references : 7 Pulses allocated : 70 Pulses alloc error : 0 Pulses in use : 8 Seqs. allocated : 136 Seqs. alloc error : 0 Seqs. in use : 0
vet ikke om dette er noe man kan stole på. --Tingo (diskusjon) 4. aug. 2017 kl. 12:43 (UTC)
- 2017-10-06
- oppgradert aksesspunktet i 3 etasje til LEDE versjon 17.01.3. Forhåpentligvis blir det mer stabilt nå. --Tingo (diskusjon) 6. okt. 2017 kl. 16:28 (UTC)
- 2018-06-18
- oppgradert aksesspunktet i 3 etasje til LEDE versjon 17.01.4. --Tingo (diskusjon) 18. jun. 2018 kl. 19:03 (UTC)
LEDE / OpenWRT - admin
Restarte wifi interfacene på aksesspunktet
wifi down && sleep 5 && wifi
merk: alle sammen blir restartet. --Tingo (diskusjon) 4. aug. 2017 kl. 11:54 (UTC)
2017-10-04: LEDE har sluppet versjon 17.01.3[1] med blant annet bugfixes. Kanskje på tide og oppgradere APene våre? --Tingo (diskusjon) 5. okt. 2017 kl. 15:07 (UTC)
TP-LINK-aksesspunkt, kontorfløy, fjerde etasje Bitraf
AP (aksesspunkt) i fjerde etasje er nå oppgradert til LEDE 17.01.4. --Tingo (diskusjon) 16. nov. 2017 kl. 19:55 (UTC)