Diskusjon:Nettverk
Innhold
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)
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)