Diskusjon:Nettverk

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)

ikke i bruk lengre. --Tingo (diskusjon) 28. jul. 2017 kl. 19:28 (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)

2016-04-14: denne er tatt ut av produksjon. Tingo (diskusjon) 14. apr. 2016 kl. 21:13 (UTC)

Nyttig informasjon

Nyttig informasjon relatert til nettverk:

IEEE 802.1Q VLAN tutorial

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 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)