Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez andrut
Z nocnego debugowania: po włączeniu maskowania realnego adresu IP, iPhone skutecznie zestawia połączenie na porcie UDP500 ale nieskutecznie je kontynuuje na UDP 4500.
O dziwo po powrocie na "swój" adres MAC nie dochodzi do połączenia na UDP 4500.
Firewalle na dumbAP nie wchodzą w grę (wszystko to bridge do lanu), DNS także bo adres IP rozwiązuje się poprawnie.
Będę szukał dalej...
Ale co wspólnego ma BTS z VoWiFi? ;-)
Ten sam telefon w tej samej lokalizacji na hotspocie wystawionym przez inny telefon loguje się do VoWiFi w 2-3 sekundy.
Na sieci z openwrt jako routerem + dumb AP po drodze (też jako openwrt) - nie.
Orange.
Rano byłem w zasięgu innej sieci Wi-Fi, z jakimś starszym OpenWRT i śmigało
Po powrocie do domu, na obydwu urządzeniach, nie działa. I nie działało przed długim weekendem ;-)
Widzę pakiety UDP wychodzące na adresację poprawnie rozwiązaną po DNS, ale to wygląda na jednostronną komunikację.
VoWiFi to tunel IKEv2/ipsec więc w tym kierunku próbuję debugować.
Odkopię temat - zauważyłem, że na mojej sieci połączenia VoWiFi przestały działać po ostatnich upgrade'ach - trudno mi powiedzieć jak długo.
Sama funkcja zarówno w iOS jak i na Androidzie na innej sieci działa. Nie używam VLAN-ów ani nic customowego.
Czy ktoś miał okazję debugować to głębiej?
Domyślne regułki forwardujące IPSEC i ESP mam włączone.
A to nie jest przypadkiem pokazywane na bazie ramek, które 'skanowanie sieci' widzi?
MAC adresy urządzeń - każde unikatowe i nie będące AP to +1 do liczby klientów
Biblioteka wolfssl okazała się bardzo problematyczna jeżeli chodzi o działanie z operacjami kryptograficznymi czy certyfikatami, cały czas ktoś natykał się na nowe błędy i problemy. Zdecydowali się na przejście na mbedtls który jest mniejszy (jeżeli chodzi o rozmiar pakietu) i ponoć nie powoduje takich problemów jak wolfssl.
Czy sugerujesz, że powyższe błędy mogą dotyczyć też gałęzi 22.0* i warto przemigrować dumb AP z wpad-wolfssl na openssl? (Mam dostępne miejsce na flash, zatem rozmiar nie powinien być problmemem.
Wybierając wersję sugerowałem się m.in. tą stroną z zestawieniem zalet ;-)
Czy ta wersja spowoduje może dostępność jakiego nowego urządzenia bez radia, mocniejszego niż edgerouter-x?
Z sukcesem używam ER-X i jedyne czego mi brakuje, to 'stabilnego' AdGuard bezpośrednio na routerze z dużą ilością reguł. Tutaj błędy OOM są standardem, natomiast myślę o przemigrowaniu routera na coś mocniejszego także (nie wykluczam thinclienta)
Szkoda...
Pakiet widziałem, jednak to już trochę szycie vs prawdziwy mirror na switchu.
W swojej instalacji EdgeRouter X a wersji 22.03.0-rc6 chciałbym na porcie eth4 uzyskać mirroring portu ruchu z eth0.
Kojarzę, że dało się to ustawić w menu 'switch' w wersjach sprzed migracji na DSA.
Szukałem po sieci, jedyne sugestie są, że da się to włączyć w menu (nawet z marca tego roku).
A zatem - czy da się?
Czy też brak opcji to ograniczenie hardware?
Dodatkowo mam włączony software i hardware offloading
Kombinuję, by klienci za routerem z tailscale mieli dostęp do IP z klasy tailscale (100.x.x.x.x) - czy jest to możliwe?
Customowe opcje wydaje mi się że przetestowałem w komplecie, ale nie zdziwię się jak to że ping nie dociera to wina firewalla..
EDIT: dodałem
Firewall - Zone
Nazwa: Tailscale
Input: accept
Output: accept
Forward: accept
Masquerade: true
Covered networks: lan
Allow forward to dest. zones: lan
Allow forward from source zones: landla device tailscale0
i pingi z LAN dochodzą do hosta z VPN Tailscale i vice versa
@MiG25: Pytania dodatkowe:
- czy masz włączone dodatkowe opcje? v, k, NAS-id? Ewentualnie czy jesteś w stanie wrzucić 'działający' konfig (pełen), oczywiście całkowicie zanonimizowany? :-)
- czy różnicujesz moc nadawania 2.4 i 5? czy np. telefony masz 'podpięte' tylko do 5 GHz?
- co do karty - również ją mam i problemy, muszę faktycznie zaktualizować drivery ponad windowsowe
Jedyne wymuszenie to zmniejszenie mocy nadawania 2.4, ale to i tak klient decyduje.
Póki co testy DAWN - mimo zadeklarowanego kickingu - oprócz wpisu w logach żaden klient nie cierpi...
Kolejne znajdźki.
DAWN najprawdopodobniej jest zbędny przy _prawidłowej_ konfiguracji 802.11 r, v, k.
Ponadto FT over Air zamiast domyślnie zaznaczonego DS to lepsza obsługa na większej ilości urządzeń.
Nadal wgryzam się w temat zanim przyjdzie komplet urządzeń, ale stropy + VoWiFi wymagają by to śmigało bezobsługoowo.
Dokładny opis poszczególnych technologii przez producenta Keenetic.
Ciekawostka - czas roamingu (tu akurat przy okazji analiz na cisco:
1) In a non-FT network, you may achieve the roaming delay of about 150ms.
2) When using FT ‘over the air’, the delay is reduced to as low as 16ms.
3) When using FT ‘over the ds’ it can give a delay of about 71ms.SSID musi być ten sam dla pasm 2.4 i 5, a szyfrowanie póki co lepiej trzymać na WPA2 (WPA3 w niektórych implementacjach podobno psuje roaming)
plus wyjaśnienie dlaczego niektóre ze starszych urządzen mogą nie widzieć/nie łączyć się z sieciami z włączonym roamingiem i jak temu zaradzić
A ponad wszystko najważniejsze jest przeinstalowanie wersji wpad z basic na full (choć tu jeszcze nie zweryfikowałem, czy nie lepiej hostapd zamiast wpad)
Szał zakupowy, zmigruję całą sieć - dokupiłem jeszcze X6 z Conrada ;-)
Na Aliexpress Totolinki X5000R w nieopłacalnych kwotach :-( ;-)
To znajomemu w sobotę jeszcze udało się za 298 wyrwać (w komputroniku)
Z niecierpliwością czekam na kolejny release od Cezarego, bo w snapshocie nie ma wszystkich modułów.. ;-)
Korzystając z okazji - ten Asus ma 4 gigabitowe porty (1 WAN i 3 LAN), a commit faktycznie wprowadzający w błąd (port jest USB 2, potwierdzam)
Udało się uruchomić na 3 AP (w tym celu przeflashowalem AC LR i AC Lite) - wyglądają jakby się komunikowały, ale nie widzę skutecznego 'kopania' poza tym co jest w logach.
Zobaczymy jaki będzie wpływ na odczucia z używania sieci.
Chętnie poznam sugestie i znaleziska innych użytkowników.
Dokumentacja mówi dokładnie na odwrót.
Note: On previous versions of OpenWrt the config option “bss_transition” used to be called “ieee80211v”. If migrating from an older version, please update this config-option too!dodanie 'v' pomogło ;-)
przeinstalowałem też wpad na wersję full
Fri Aug 5 13:40:33 2022 daemon.err hostapd: Line 81: unknown configuration item 'wnm_sleep_mode'
Fri Aug 5 13:40:33 2022 daemon.err hostapd: Line 82: unknown configuration item 'bss_transition'testuję na snapshocie z 1.08
# hostapd -v
hostapd v2.11-devel
User space daemon for IEEE 802.11 AP management,
IEEE 802.1X/WPA/WPA2/EAP/RADIUS Authenticator
Copyright (c) 2002-2022, Jouni Malinen <j@w1.fi> and contributorsWłaśnie znalazłem guide na stronie dokumentacji OpenWRT.
Brzmi jak wart przetestowania...
EDIT:
Nie jest wart przetestowania, hostapd nie rozpoznaje tych konfiguracji 
Szperając po tematyce band steeringu w OpenWRT - szczególnie mając kilka różnych AP w domu (i mix sieci WiFi 5 i WiFi6) chciałbym ujednolicić to, jak klienci w zasięgu się zachowują.
Głównie mam tutaj na myśli multimedialnych odbiorców typu telefony - zauważyłem, że mając "raomingowy" SSID na obydwa pasma, raczej preferują zostać na 2.4 i nie szukają chętnie przełączenia na 5GHz będąc w idealnym zasięgu.
Zerkając w konfigurację domyślną wersji 22.0* widzę, że 'konfigurowalne' jest tylko
podczas gdy są jeszcze k i v, które zostały stworzone by ułatwiać inteligentnym klientom odnajdywanie się w sieci. ;-)
Czy jest zatem najlepsza możliwa konfiguracja a'la band steeringu w OpenWRT w 2022 roku? Ten rok ma tu o tyle istotne znaczenie, że spora część opracowań na ten temat (lub opinii, że nie działa), jest sprzed 2-3 lat.
Jeśli ktoś może powiedzieć, że fajnie to u niego działa - podzielcie się konfiguracją.
Najbardziej obiecująco do przetestowania wygląda konfiguracja którą udostępnił ktoś ze swojej sieci kampusowej na ponad 20 AP z OpenWRT (i nie tylko!) w tym wątku
Mam bardzo dużo ESP8266 (automatyka), obecnie połączonych jest z nim ponad 35 urządzeń (z czego tylko 4 po 5GHz) - nadaje trzy SSID 2.4 i jeden 5.
Umiejscowiony za UAP AC LR - końcówki raportują minimalnie słabszy sygnał, ale za to nie wypadają z niego tak często jak z AC LR.
Zwrot wypełniłem, rozpatrują do 20 dni ale bez problemu.
Miałem chwilę - niestety, w obecnej gałęzi nadal jest jak w pierwotnym poście...
Wgranie factory po tftp uratowało sprzęt.
Gdyby ktoś się zastanawiał - ruszył od strzała (ze snapshotem).
Interfejs do seriala (3,3V) wystawiony i podpisany - widoczny po lewej stronie (po lewej od radiatora)
Podczas rebootu z podpiętym serialem (bez +'a 3,3V!) i z wciśniętym przyciskiem reset pojawi się menu konfiguracyjne, a dalej już zgodnie z instrukcją z commita.
Szybkie testy - jest stabilnie, zamienił na parterze mojego UAP AC LR i - o dziwo - póki co nie sprawia problemów (a mam tam sporo gratów IoT).
Gdyby coś się zmieniło, dam znać ;-)
--EDIT:
z tego co widzę na szybko to brakuje (póki co) kontroli LED innych niż power.
z racji lokalizacji zupełnie mi z tego powodu wszystko jedno ;-)
Uwaga, cashback jest na 1 szt. per zakup, więc trzeba zaangażować rodzinę ;-)
eko.one.pl → Posty przez andrut
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc
