1

(396 odpowiedzi, napisanych Oprogramowanie / Software)

W tej sytuacji moje posty w tym wątku to offtop. I lepiej gdyby były w wątku o Mifi/easyconfig

Cezary napisał/a:

Masz vlany zrobione na br-lan. Easyconfig nie czyta takiego czegoś.

Mogę coś z tym zrobić i inaczej skonfigurować vlany by easyconfig je czytał?

2

(396 odpowiedzi, napisanych Oprogramowanie / Software)

Zrobiłem sh -x /usr/libexec/rpcd/easyconfig call clients bo rpc nie wchodziło

https://pastebin.com/7hAA9QvF


Edit:
Nie wiem czy to istotne. Widzę, że jest tam trochę danych z usteer. Zainstalowałem go, ale nie konfigurowałem go jeszcze na tym AP.

3

(396 odpowiedzi, napisanych Oprogramowanie / Software)

Wyniki z AP:

root@Xiaomi-MiR3G:~# ubus call easyconfig clients
{
        "result": [

        ],
        "ports": [

        ],
        "ports_swconfig": [

        ],
        "ports_mapping": [

        ],
        "remote_hosts": {

        },
        "remote_clients": {
                "4e:d5:aa:XX:XX:XX": {
                        "hostapd.phy0-ap1": {
                                "connected": false,
                                "signal": -80
                        },
                        "hostapd.phy0-ap0": {
                                "connected": false,
                                "signal": -80
                        }
                },
                "90:8d:6c:XX:XX:XX": {
                        "hostapd.phy0-ap0": {
                                "connected": false,
                                "signal": -78
                        }
                },
                "cc:c9:5d:XX:XX:XX": {
                        "hostapd.phy1-ap0": {
                                "connected": true,
                                "signal": -38
                        }
                }
        }
}
root@Xiaomi-MiR3G:~# iw dev phy1-ap0 station dump
Station cc:c9:5d:XX:XX:XX (on phy1-ap0)
        inactive time:  7260 ms
        rx bytes:       5276572
        rx packets:     12969
        tx bytes:       256068407
        tx packets:     132134
        tx retries:     2296
        tx failed:      1
        rx drop misc:   4
        signal:         -40 [-48, -40] dBm
        signal avg:     -39 [-47, -39] dBm
        tx bitrate:     866.7 MBit/s VHT-MCS 9 80MHz short GI VHT-NSS 2
        tx duration:    3550725 us
        rx bitrate:     866.7 MBit/s VHT-MCS 9 80MHz short GI VHT-NSS 2
        rx duration:    5025497 us
        airtime weight: 256
        expected throughput:    68.389Mbps
        authorized:     yes
        authenticated:  yes
        associated:     yes
        preamble:       long
        WMM/WME:        yes
        MFP:            yes
        TDLS peer:      no
        DTIM period:    2
        beacon interval:100
        short slot time:yes
        connected time: 5452 seconds
        associated at [boottime]:       452.911s
        associated at:  1759075377749 ms
        current time:   1759080829346 ms

Na routerze w App Controller połączony klient się normalnie wyświetla.


Edit:
Tymczasem w przez Easyconfig: "Połączonych klientów  0"
Cache przeglądarek czyściłem.

4

(396 odpowiedzi, napisanych Oprogramowanie / Software)

Czy jest możliwe, że korzystanie z AP Controller może kolidować z easyconfig/Mifi na klientach ?

Zrobiłem w tym tygodniu aktualizacje TP-Link Archer C2600 i Xiaomi Mi Router 3G softem Cezarego openwrt 24.10 bez luci i doinstalowałem easyconfig. Przez kilka dni się do nich nie logowałem, tylko monitorowałem je centralnie przez AP Controller zainstalowany na routerze (AP Controller w najnowszej wersji). Dziś zalogowałem się do AP przez www (easyconfig) i zauważyłem, że nie wyświetlają mi się aktualne dane o podłączonych klientach, oba AP nie wyszukują też innych sieci bezprzewodowych (wyświetla się cały czas "Pobieranie danych"). Oba urządzenia skonfigurowane są jako Dumb AP.

Przez konsolę normalnie widać podłączonych klientów bezprzewodowych (polecenie iw dev phy0-ap0 station dump, iw dev phy1-ap0 station dump ). Netgear R6220 ze starym OpenWrt 21.02-SNAPSHOT r16611-b54ef39e0b i easyconfig z 2022 roku poprawnie wyświetla dane. Drugi Netgear z OpenWrt 23.05-SNAPSHOT r23633-c7b6cfac40 i easyconfig z 2023 roku też dobrze wyświetla.

Czy to może być wina monitorowania ich przez AP Controller ?
Czy też jest to tylko zbieg okoliczności, a wina leży w mojej błędnej konfiguracji lub nowym easyconfig ?

Przyłączam się do sugestii adreskontaktowy

Myślę, że procesor w laptopie masz lepszy niż ja, ale jednak zapytam.
Jakie masz obciążenie systemu przy speedtestach?

Ja na 11th Gen Intel(R) Core(TM) i5-1145G7 2.60 @4.0GHz (Dell Latitude 5420) mam przy testach na speedtest.net 100% zasobów procesora zutylizowane (Win 10, AV BitDefender). Procesor mi przycina prędkość DL do 350-450 Mb/s, a UL mam 550-600Mb/s. Też oczywiście Cudy AP3000 (snapshot z openwrt.org z przełomu roku). Iperfa nie testowałem, bo zakładam, że on będzie w porządku. Przy Zyxel NXA50AX, też tak było: speedtest.net 350-450 Mb/s, iperf dużo większa prędkość.
Po wyłączeniu AV (BitDendera i Windowsowego Defendera) prędkości w testach AP3000 rosną: DL do 550Mb/s i UL do 770Mb/s, i oczywiście dalej 100% procesora zajęte.
Lepszego laptopa dziś nie mam. Może jutro przytaszczę nowszego Precisiona, bo też mnie ciekawi czy Cudy u mnie więcej wyciągnie na speetest.

Dla pełności danych dodam:
- łącze symetryczne 1Gb/s (Up i Down). Kablowo zazwyczaj wysycam łącze DL 935 Mb/s, UP ok. 900 Mb/s.
- AP Country Code PA, szerokość kanału 160MHz, synchronizacja karty laptopa 2400Mb/s

6

(174 odpowiedzi, napisanych Oprogramowanie / Software)

Kazdo napisał/a:

Cześć. Czy jest sposób na poprawne ustawienie ledów na ap3000 aby nie swieciły jak policja oraz działały mniejwięcej jak przy oryginalnym sofcie ?

Ja ustawiłem diody zaświecone na stałe. Bo to miganie w zależności od aktywności interfejsu strasznie biło po oczach nawet w dzień. Włączenie "na stałe" czerwonej i niebieskiej daje ładny fiolet, który aż tak nie przyciąga wzroku.
Mam dwa skrypty, które cron mi w nocy wyłącza, a rano włącza.

Led_on.sh

#!/bin/sh
#
# Wlaczenie diod led 2025
#
# Destination /sbin/led_on.sh
#
echo "0" > /sys/class/leds/amber:status/brightness
echo "0" > /sys/class/leds/red:wlan-2ghz/brightness
echo "0" > /sys/class/leds/blue:wlan-5ghz/brightness
echo "1" > /sys/class/leds/red:wlan-2ghz/brightness
echo "1" > /sys/class/leds/blue:wlan-5ghz/brightness

Ten skrypt na początku wyłącza wszystkie "kolory", ponieważ przy różnych próbach zmian kolorów, gdy nie wyłączymy wszystkich, to efekty mogą inne niż oczekujemy.

Led_off.sh

#!/bin/sh
#
# Wylaczenie diod led 2025
#
# Destination /sbin/led_off.sh
#
echo "0" > /sys/class/leds/amber:status/brightness
echo "0" > /sys/class/leds/red:wlan-2ghz/brightness
echo "0" > /sys/class/leds/blue:wlan-5ghz/brightness

Dodatkowo mam wpis w /etc/rc.local:

sleep 20
echo "0" > /sys/class/leds/amber:status/brightness
echo "0" > /sys/class/leds/red:wlan-2ghz/brightness
echo "0" > /sys/class/leds/blue:wlan-5ghz/brightness

sleep 5
echo "1" > /sys/class/leds/red:wlan-2ghz/brightness
echo "1" > /sys/class/leds/blue:wlan-5ghz/brightness

exit 0

Ten wpis zapobiega sytuacji, żeby po starcie znów nie było "dyskoteki" ledów.

7

(174 odpowiedzi, napisanych Oprogramowanie / Software)

Problem rozwiązałem włączając autonegocjację połączenia na porcie eth0.
Ręcznie instalowałem pakiet ethtool pobrany ze strony openwrt.org.
Potem komenda:

ethtool -s eth0 autoneg on

8

(174 odpowiedzi, napisanych Oprogramowanie / Software)

@penaltebbv Before you disassemble the Access Point to connect UART, check what @ambrozy5 writes. Check it primarily on devices with a 2.5Gb/s port.

I updated this access point today. First, I uploaded the intermediate image from Cudy, and then the latest snapshot from openwrt.org. After the update, the 1Gb/s RJ45 port on my laptop did not connect to the AP (the diodes on the RJ45 port of my laptop do not light up). The orange light is on on the AP (not blinking).

I also thought that the AP was bricked. However, when I connected it to the 2.5Gb/s port (via a USB-C adapter), the communication was back. The snapshot image works, the AP has IP 192.168.1.1 and the DHCP server is enabled. I connected to the AP with ssh (the snapshot image does not have the Luci GUI).

So the AP is not bricked, but I have to solve the problem of lack of communication on 1Gb/s RJ45 ports, because that is the standard of my network.


Edit: I see you solved it yourself.

9

(174 odpowiedzi, napisanych Oprogramowanie / Software)

Jest gdzieś do pobrania obraz Linaro?
Czy trzeba samemu kompilować?

10

(174 odpowiedzi, napisanych Oprogramowanie / Software)

Czy tu https://github.com/openwrt/openwrt/pull/17225 się coś właśnie dzieje w sprawie oficjalnego wsparcia ?
Jak to czasowo wg Was może wyglądać?
U mnie czekają 2 sztuki, a nie chcę ich rozbierać.

11

(9 odpowiedzi, napisanych Sprzęt / Hardware)

Cześć

Podstawowe pytanie, czy na każdym obrazie (wydaniu) OpenWRT Ci się tak dzieje.
Ja podobną sytuację zaobserwowałem na 21.02 (i nowszych obrazach) w Linksysie EA4500.
Męczyłem się z nim ze 2 dni. Przy aktualizacji firmware 23.05 z 19.07 zawsze miałem błąd przy flashowaniu - uruchamiał mi się ze wtedy drugi stary obraz, który wgrałem lata temu. Myślałem, że nic nowszego już nie uda się wgrać. Ostatecznie spróbowałem kolejno wgrywać obrazy od najstarszego do najnowszego wydania. I ... i udało się dojść do 23.05.

Tak to robiłem kolejno:
1. Wgranie OpenWRT 19.07 obraz factory
2. Aktualizacja z 19.07 do 21.02 sysupgrade
3. Aktualizacja z 21.02 do 22.03 factory (bo jest inny układ patrycji)
4. Aktualizacja z 22.03 do 23.05 sysupgrade
Wszystko offline z /tmp.

Nie wiem dlaczego tak się działo. Może to przez długą "historię" tego routera. Były w nim różne obrazy z różnym rozkładem partycji.
Tak jak wspomniałem było to dla EA4500, ale spróbuj w swoim z OpenWRT 19.07. Gdy zaskoczy to idź dalej z ponoszeniem OpenWRT do wydania najnowszego.

Dzięki za naprowadzenie.
Zapytałem w Polkomtelu i mi nawet wysłali listę routerów z bridge lte/5G ze swojej oferty.
Routery brandowane, ale dla mnie nie ma to znaczenia.

Pzdr

Witam Was

Mam pytanie do Was czy jest na rynku naszych dostawców komórkowego internetu LTE/5G (Polkomtel, Play, Orange, T-Mobile) następująca usługa.

Wykorzystanie własnego routera bez modemu komórkowego z firmwarem producenta (router/firewall bez SIM), na którego WANie po RJ45 będzie dostępny publiczny adres IP od operatora komórkowego. Dostęp do internetu od operatora komórkowego przez router/modem LTE/5G z oprogramowaniem fabrycznym lub OpenWRT, który będzie skonfigurowany jako bridge. Analogicznie jak ma to miejsce przy dostawcach światłowodowych, ale bez wykorzystania PPPOE na własnym routerze tylko IP wpisane statyczne.
Wiem, że operatorzy umożliwiają korzystanie z publicznego stałego IP (za dodatkową opłatą) na routerze LTE, ale czy jest jakaś opcja, by on te IP przekazał na kolejny router bez korzystania z NATu i DMZ.

Pzdr

14

(4,520 odpowiedzi, napisanych Oprogramowanie / Software)

Pamiętam, ja też kupiłem wtedy te 2 sztuki.
Niedawno oglądałem NWA50AX PRO i NWA90AX PRO - fajne maszynki.
Ale dla mnie na razie za drogie. Mam sieć 1Gbps i nie chcę wydawać tyle na AP. Gdyby były używki za połowę ceny (tak jak moje obecne "nie PRO" za 250 zł), to brałbym w ciemno.

15

(4,520 odpowiedzi, napisanych Oprogramowanie / Software)

@ambrozy5
Ja mam 2 sztuki Zyxel NWA50AX
Działają stabilnie jako AP w roamingu.
Jednak ma u siebie taką dziwną przypadłość, że upload na nich jest zawsze wyższy niż download.
Nie wiem, czy problem leży w mojej sieci, czy w nich samych.

16

(2 odpowiedzi, napisanych Inne)

Co tu można zrobić bez wymiany kabli? Niewiele.
1. Możesz przebudować szafę i podnieść switcha bliżej patchpanela - o 1, 2 oczka.
2. Lekko poprzeginać kable, aby nie powyrywać gniazd.

Kiedyś też się na to złapałem, że kupiłem patchcordy kat. 6 o długości 25 cm do takiej konfiguracji. I od tego czasu wiem, że tak się nie da i na taki układ tylko 50 cm patchcordy. Dlatego większość wymieniłem na 50 cm. 25 cm patchcordy tylko do połączeń w idealnej odległości gniazd (około 15-16 cm). Zauważ, że nawet gdy będziesz miał połączenie "pionowe" (np. port 9 w switchu i 13 na patchpanelu), to będziesz musiał robić pętle z powodu tego, że drzwi szafy będą wyginać kabel.

Ja bym wymienił/dokupił patchcordy 50 cm i to maksymalnie kat. 6, bo na takie odległości w warunkach domowych nie ma żadnej różnicy w przesyle, a kabel bardziej miękki do układania. Do tego i kat 5e byłoby dobre.

Pzdr


P.S. A robienie samemu patchcordów, to nie te czasy. Patchcordy tanie, kolorowe, zarobione fabrycznie i pewne. Ja już od dawna tego w szafie nie stosuję. Oczywiście kable dalej robię do innych zastosowań, ale nie do szafy.

17

(4,520 odpowiedzi, napisanych Oprogramowanie / Software)

A testowałeś z kartami AX?
Mam w laptopie kartę Intel(R) Wi-Fi 6 AX201, która linkuje się na 1,2Ghz/s.
Lecz transfery w okolicach 350-450 Mb/s, przy czystym eterze i tylko jednym podłączonym urządzeniu.
Często upload jest wyższy niż download (upload potrafi podskoczyć do 600Mb/s, a download jak wyżej).
Mam tak na obu posiadanych sztukach.

18

(4,520 odpowiedzi, napisanych Oprogramowanie / Software)

@ambrozy5
Kupiłeś ostatecznie te Zyxele NWA50AX ?
Testowałeś je?

19

(15 odpowiedzi, napisanych Sprzęt / Hardware)

Dokładnie.
Dodam jeszcze jedną zmienna, z której wielu "poszukiwaczy anten" nie zdaje sobie sprawy. Mianowicie router i jego konstrukcja anten. Ja stosuję najczęściej Huawei B525, B535, gdzie anteny zewnętrzne przez dodatkowe złącza "zastępują" po podłączeniu anteny wbudowane i wszystkie pasma są wyprowadzone na te złącza. A jest wiele routerów, które mają różne kombinacje pasm i zewnętrzne złącza są wyprowadzone tylko niektóre, a działają przy tym podłączeniu także anteny wewnętrzne lub wewnętrzna z jednym złączem zewnętrznym (bo tylko na nich jest pasmo z BTSa).
I wtedy znowu antena zewnętrzna tylko pogorszy sytuację.

20

(15 odpowiedzi, napisanych Sprzęt / Hardware)

Twoje doświadczenia są takie, ponieważ kluczowa jest tu właśnie odległość od nadajnika. Przy 2km anteny routera będą robiły robotę i nic nie da antena kierunkowa (oczywiście, gdy router nie ma przeszkód do BTSa i jest umiejscowiony tak jak mówisz najlepiej na dachu/strychu). W takich warunkach niewiele da się poprawić, a można dużo zepsuć, bo: skieruje się antenę na przeciążony nadajnik, ma zbyt długie przewody do anteny (tłumienie kabla), itp.
Masz rację, ja anten raczej nie stosuję w mieście. W 90% w terenie otwartym, wiejskim, a często w szczerym polu. Tam nigdy nie ma mniej niż 2km do nadajnika. Raczej 4 km i dalej.
Każdą sytuację trzeba rozpatrywać indywidualnie i robić testy. Anteny nie są cudownym remedium na zakłócenia, przeciążone nadajniki, których jest dużo (a to akurat łatwo sprawdzić, bo najczęściej na testach upload jest wyższy niż download).
Zawsze najpierw trzeba zbadać warunki, a nie zaczynać od tego, czy ta albo inna antena jest dobra.

21

(15 odpowiedzi, napisanych Sprzęt / Hardware)

Ja również mam odmienne doświadczenia.
Na budowach stosuję anteny kierunkowe Dipola ATK-LOG ALP LTE MIMO (podwójna na polaryzację H i V) i zawsze uzyskuję od kilku do kilkunastokrotną poprawę w stosunku do anten wbudowanych routera LTE. Najważniejsze jest dobre jej ustawienie na najlepszy (czasami jedyny) BTS.
W tamtym roku na granicy polsko-białoruskiej, gdzie żaden telefon nie miał zasięgu, na tej antenie uzyskałem internet na poziomie min. 5Mb/s i uruchomiłem na nim Wifi Calling, by zapewnić łączność telefoniczną.

22

(10 odpowiedzi, napisanych Sprzęt / Hardware)

W kwestii anteny kierunkowej mogę polecić antenę Dipola ATK-LOG ALP LTE MIMO. Zastosowałem je w kilku lokalizacjach i znacząco poprawiają sygnał. Stosowałem je nawet w jednej lokalizacji, w której telefony nie miały zasięgu, a router HUAWEI z anteną ustawioną na BTS miał internet. Oczywiście przewody do anteny należy dobrać jak najkrótsze tylko się da (by jak najmniej tłumiły sygnał) i samą antenę zamontować na odpowiednim maszcie/rurce zgodnie z instrukcją producenta.
Przykładowy link do oferty na alledrogo LINK

23

(17 odpowiedzi, napisanych Inne)

Nie wypowiem się w temacie zakłóceń 230V do przewodów koncentrycznych, ponieważ tego tematu nie zgłębiałem, a praktycznych doświadczeń nie mam.
Jednak czysto teoretyczne przy sygnale analogowym zakłócenia są inne - obraz raczej będzie, ale strata będzie na jakości (śnieżenie, pasy itp.). Ale to tylko moje dywagacje.

Wracając do meritum. Musisz sobie na początku odpowiedzieć na kilka pytań:
1. Jaką chcesz mieć jakość/rozdzielczość obrazu z kamer? Z tego co wiem to najlepsze kamery na koncentryku są odpowiednikiem maksymalnie 2MP kamery cyfrowej IP (tak było 10 lat temu, może teraz kursy już lepiej?).
Dla mnie to zdecydowanie za mało. Musisz sobie zobaczyć obraz i ocenić czy do Twojego zastosowania jest odpowiednie.
2. Na jaki czas robisz instalację? Tutaj powyżej 10 lat to wg mnie tylko lan i kamery IP.
3. Masz już taki analogowy rejestrator/kamery? Jeżeli masz to dalej można analizować, jeżeli nie też bym szedł tylko w kierunku kamer cyfrowych IP.

Same przewody (skrętki) do kamer IP są co do zasady bardziej odporne na zakłócenia (od przewodu lan 1Gb/s lub szybszego), ponieważ kamery mają porty w standardzie 100Mb/s. Przy mniejszej prędkości jej spadki od zakłóceń też będą mniejsze.
Poza tym to "zapas" na zakłócenia jest tu duży, bo stream kamery zazwyczaj nie jest większy niż 30Mb/s.

Istotna przy skrętce jest jej długość od switcha do kamery ze względu to, że po skrętce prowadzone jest też zapytania zasilanie do kamer (POE). Dobrze by nie zbliżać się zbytnio do granicznej długości 100mb przewodu. Nalepiej jak będzie do 50 mb skrętki.
Ale kamery z sygnałem po koncentryku też mają przy przy odległości powyżej 50 mb problemy - firma, która montowała takie kamery obok koncentryka kładła do zasilania kamer dodatkowo skrętki i łączyła po 2 przewody na "+" i 2 razem na "-", bo spadki napięcia były za duże.
Z tego też względu wydaje mi się, że to kamery IP mają przewagę, bo po pierwsze mamy tylko jeden kabel (skrętkę) jednocześnie do sygnału i zasilania, a po drugie tolerancja spadku napięcia zasilania przy POE jest też większa (zasilanie POE ma napięcie około 48V).

Jeżeli się mylę to mnie poprawcie.

24

(17 odpowiedzi, napisanych Inne)

Jeżeli masz możliwość prowadzenia przewodów w separacji min. 20 cm to tak zrób. Koszt pewnie niezbyt duży, a spokój na przyszłość.
Poważnie rozważ zakup skrętki UTP kat. 6. Różnica cenowa pomiędzy kablem kat 5e Madex a Bitnerem kat 6 (drut) na speckable.pl to 2,16zł/mb do 2,98zł/mb, co na 1000 mb (którego na cały dom raczej nie osiągniesz) daje tylko 820zł więcej globalnie.

Ja tylko braki kupowałem przez internet, a 90% kupowałem przez lokalną hurtownię elektryczną, która ma w swojej ofercie przewody polskich producentów (Bitner, Madex, NKT). I tak polecam kupować. A te 10% kupowałem różnie: ze www.speckable.pl i ich kont na aledrogo lub innych pewniejszych dostawców na aledrogo. Ostatnio do firmy (rok temu) kupowałem z linka https://allegro.pl/oferta/kabel-przewod … 8433165410

Jeżeli chodzi o zakończenia przewodów, to nie używamy gniazd, patchpaneli, wtyczek bez kategorii. Stosujemy wtyczki (gniazda, patchpanele itp.) na drut (nie linka) kat. 6 do UTP (bez uziemienia). One nie mają uziemienia, tylko są do 6 kategorii. Różnią się tym, że mają wewnątrz otwory na poszczególne żyły ułożone "mijankowo" w dwóch rzędach, bo żyły (+izolacja) są trochę grubsze i nie zmieściłyby się 8 w jednym rzędzie.
Wtyczki kupuję takie https://allegro.pl/oferta/neku-wtyki-8p … 5627296063 One nie są modularne jak sugeruje nazwa z "Ocen i recenzji" allegro po lewej u góry. Ważna jest nazwa i opis sprzedawcy.
Staraj się nie iść w ogóle w przewody/gniazda/wtyczki/patchpanele z uziemieniem, bo to koszty dużo większe, a błędy w instalacji mogą jeszcze warunki przesyłu pogorszyć.

Kable UTP i ich osprzęt nieekranowany nie będą u Ciebie wymuszały wymiany urządzeń takich jak switche/routery (o ile masz je przewidziane na 1Gb/s) i o ile są odpowiednio podłączone "elektrycznie". To znaczy tyle, że są podłączone do zasilania z uziemieniem (gniazdo z bolcem) lub osobno uziemione (jeżeli tak wymaga producent urządzenia) - czasami jest wymagane przykręcane do switchy/patchpaneli uziemienia na "śrubę".


PS. Patchpanel do szafy Rack kupiłem taki:
https://allegro.pl/oferta/neku-patch-pa … 6338935669

25

(17 odpowiedzi, napisanych Inne)

Kupowałem różne skrętki kategorii 6: skrętka UTP cat.6 (BitLAN U/UTP) produkcji Bitner (U/UTP) oraz produkcji Madex. Są też inne firmy, ale generalnie wg zasady, że tylko polskie i 100% miedź.

W kwestii faktów i mitów. Nie jestem elektrykiem, ale opisane przeze mnie wytyczne zastosowałem.
Sam tego nie sprawdzałem robiąc testy. Ale przekonany jestem, że zakłócenia od 230V to nie są to mity, ale praktyka po niewłaściwym ułożeniu przez instalatorów (nawet tu na forum w którymś wątku był na to przykład). Przewody nieekranowane sieci LAN (UTP) zgodnie z zasadami muszą być oddalone od sieci 230V, ponieważ będzie na nie oddziaływać pole magnetyczne prądu z 230V. Przy ułożeniu równoległym na niewielkich odległościach 50 - 100 cm może to nie mieć wpływu, ale położenie na dłuższym odcinku "na" przewodach (i to wielu) 230V skrętki będzie miało wpływ na prędkość przesyłu danych. Przy Fast Ethernet to może nic nie zauważysz, ale przy 1Gb/s (i szybciej) to już możesz się dziwić dlaczego nie masz pełnego gigabita. Oczywiście trzeba szacować ryzyko w odniesieniu do możliwości technicznych i nakładów finansowych. Bo przecież urządzenie nie zawsze potrzebuje pełnej prędkości przesyłu (nawet do komputera), są też urządzenia z wolniejszym interfejsem 100Mb/s (kamery).
Jednak idziemy z postępem (już mam kompa z lanem 2,5Gb/s), a kabli nie kładłem na rok, czy 2 lata, tylko na 20-30 lat. Jestem przekonany, że dobry przewód kat. 6 bez ekranu ułożony odpowiednio (wymagane odległości, katy gięcia i odpowiednia "zarobienie" w gniazdach i patchpanelach) sprawdzi się i gdy dojdziemy do 10Gb/s.

Osobną sprawą jest układanie przewodów ekranowanych (FTP), które przy braku separacji powinieneś zastosować. Tu należy bardzo uważać na właściwe zarobienie końców kabla. Powinny być osadzone w ekranowanych patchpanelach i gniazdach z uziemieniem, i to koniecznie z obu stron przewodu. Pozostawienie nawet jednego końca przewodu FTP bez odpowiedniego uziemienia powoduje, że staje się on "anteną", która bardziej zbiera zakłócenia niż skrętka nieekranowana UTP. I zamiast sobie pomóc, to można sobie jeszcze pogorszyć (zdecydowanie większe koszty przewodów, patchpaneli, gniazd, a efekt - przesył mniejszy).

Może ten Twój system koryt ma metalowe przekładki, które będą dodatkowo separować/ekranować od 230V? I wtedy może ten wpływ mógłby mniejszy na skrętkę nieekranowaną?
Tego nie wiem. Ja bym tak nie układał, niezależnie od tego czy będzie separacja w korycie, czy nie.
Ty musisz sam zdecydować jak zrobisz.

EDIT:
Tu link do postu chemik89 (i dalsze posty) opisujące doświadczenia z ułożonych przewodów.
https://eko.one.pl/forum/viewtopic.php? … 57#p237657