1

(0 odpowiedzi, napisanych Inne)

Cześć,

jako, że problem raczej nie dotyczy samego Gargoyle'a (działanie routera sprawdzałem na oryginalnym sofcie - efekt taki sam), wrzucam tutaj, a nie do działu poświęconego OpenWRT.

Mój problem polega na wolnym połączeniu poprzez Wi-Fi. Za rozgłaszanie sygnału odpowiedzialny jest WRT160NL (obecnie z Gargoyle 1.6.2.2), który działa w trybie AP (DHCP wyłączone, WAN wyłączony, kabel wpięty do portu LAN) i połączony do routera UPC (Cisco EPC3925).

Prędkości, które osiągam na laptopie (z kartą WiFi Link 4965AG) to maks. 5-6 Mbps, co wydaje mi się za wolne, nawet jak na standard G i tak zaszumione środowisko jak moje (mieszkam w bloku, gdzie każdy sieje swoim routerem). Po wpięciu się kablem jest ok.

Dziwne jest również to, że po połączeniu się z siecią, Windows raportuje jej prędkość jako 11 Mbps (a nie 54 Mbps, jak można by się spodziewać). Wartość ta skacze i waha się pomiędzy 5.5 a 12 Mbps. Wydaje mi się to zbieżne z tym co zwraca iw:

root@ap:~# iw wlan0 station dump
Station 00:1f:3b:0d:22:8f (on wlan0)
    inactive time:    0 ms
    rx bytes:    720201
    rx packets:    8654
    tx bytes:    800047
    tx packets:    2094
    tx retries:    1497
    tx failed:    0
    signal:      -51 [-54, -55] dBm
    signal avg:    -49 [-53, -53] dBm
    tx bitrate:    11.0 MBit/s
    rx bitrate:    11.0 MBit/s
    authorized:    yes
    authenticated:    yes
    preamble:    short
    WMM/WME:    yes
    MFP:        no
    TDLS peer:    no

Problem z kartą w laptopie raczej wykluczam, bo sprawdzałem połączenie na innych routerach i wszystko jest w porządku.  Co więcej, na routerze UPC który stoi obok, po Wi-Fi osiągam prędkości rzędu ok. 19 Mbps. Dodam, że laptop, na którym testuję połączenie, oddalony jest od routera o 2m.

Poniżej mój konfig:

root@ap:~# cat /etc/config/wireless 

config wifi-device 'radio0'
    option type 'mac80211'
    option hwmode '11ng'
    option path 'platform/ath9k'
    list ht_capab 'SHORT-GI-40'
    list ht_capab 'DSSS_CCK-40'
    option noscan '1'
    option short_preamble '1'
    option rts '2306'
    option frag '2307'
    option beacon_int '50'
    option channel '3'
    option htmode 'HT20'

config wifi-iface 'ap_g'
    option device 'radio0'
    option mode 'ap'
    option network 'lan'
    option disassoc_low_ack '0'
    option ssid 'ssid'
    option encryption 'psk2'
    option key 'klucz'

Zmieniałem wersję Gargoyle'a, firmware na oryginalny, kabel, numer kanału i jego szerokość, noscan, ustawienia rts, frag, preambułę i inne rzeczy, które przyszły mi do głowy lub wyczytałem w necie. Niestety, wszystko to bez rezultatu.

Jakieś pomysły co jeszcze można sprawdzić lub co może być nie tak? Czy może być to jakieś uszkodzenie sprzętu?

2

(1 odpowiedzi, napisanych Inne)

Zuzia napisał/a:

Niestety nie da się.

Z ciekawości - mogę prosić o jakieś szczegóły?

3

(1 odpowiedzi, napisanych Inne)

Cześć,

czy ktoś z Was posiada router EPC3925 od UPC z włączonym trybem Bridge? Zależy mi na włączeniu tego trybu w swoim routerze, ale sposoby opisane w internecie (zmiana kodu html strony) są już nieaktualne, od kiedy UPC zaktualizowało firmware w w/w routerach. Jedyną opcją pozostaje wgranie konfiguracji z włączonym już trybem bridge, czego chciałbym spróbować.

Upgreydd napisał/a:

Może być jedna podsieć w użytku... zerknij na link pierwszy co Ci podałem z openwrt

Uff, ruszyło - wielkie dzięki za pomoc i uświadomienie tego, że bez relayd ani rusz :-) Nie będę tutaj zamieszczał konfiguracji, ponieważ jest praktycznie identyczna jak te, do których linkował Upgreydd.

Raz jeszcze wielkie dzięki!

Upgreydd napisał/a:

Nie do końca rozumiem jak masz to połączone?

1. CISCO w trybie AP <--- WIFI ---> LINKSYS w trybie bridge?

Jeśli tak to gdzie w tym configu masz kartę wifi? Z tego co widzę to jest zrobiony bridge z kart eth0 i eth1 z IP 192.168.1.5 przypisana karta eth0 do VLAN1 i portów switcha...

Dokładnie. Może to zabrzmi śmiesznie, ale ja nie konfigurowałem nic poza tym, co daje panel Cisco i Gargoyla.
Cisco jest od UPC, więc opcje konfiguracyjne są tam mocno ograniczone. Z niego emitowana jest sieć, z którą w trybie "Most bezprzewodowy/przekaźnik" łączy się Linksys z Gargoyle i przekazuje ją dalej. Przy konfiguracji kierowałem się poradami m.in. z tego tutoriala: http://tplink-forum.pl/faq-alternatywne … rgoyle-pl/.

Upgreydd napisał/a:

Na mój gust brakuje relayd
http://wiki.openwrt.org/doc/recipes/relayclient

Upgreydd napisał/a:
mordaty napisał/a:

O ile dobrze to wykonałem, to wygląda na to, że Linksys nie przekazuje dalej żądań DHCP, dobrze rozumiem?

Tak. Spójrz tu: http://eko.one.pl/forum/viewtopic.php?id=6812 skonfiguruj relayd by przekazywać DHCP na inny serwer.

Sam nie wiem; o ile dobrze zrozumiałem temat, relayd potrzebny jest wtedy, kiedy do czynienia mamy z dwiema podsieciami. Ja z kolei mam jedną i - o ile to możliwe - wolałbym przy tym pozostać.

Cezary napisał/a:

dhcp nie jest w trym trybie dostępne i specjalnie zakładka jest wyłączona. Od głównego serwera masz dostawać adresy.

Jasne, tego się spodziewam. Ale czy to nie dziwne, że po wejściu na adres /dhcp.sh opcja "Włącz serwer DHCP na LAN" jest zaznaczona? Nic to, może to błąd lub przeoczenie.

Wracając do sniffera. Na początek, do testów, ustawiłem inny SSID na Gargoyle i przeprowadziłem dwie sesje przechwytywania:

1. Laptopem wpiąłem się po kablu w Linksys i poprzez Wi-Fi próbowałem połączyć się z przekaźnikiem. Po nieudanej próbie połączenia, wykonałem udaną próbę połączenia do AP Cisco.
Próba pierwsza
Dump z Wiresharka (tylko widoczne pakiety): http://s000.tinyupload.com/?file_id=041 … 9015599954

2. Laptopem wpiąłem się w Cisco, reszta identycznie jak wcześniej.
Próba druga
Dump z Wiresharka (tylko widoczne pakiety): http://s000.tinyupload.com/index.php?fi … 5021642120

O ile dobrze to wykonałem, to wygląda na to, że Linksys nie przekazuje dalej żądań DHCP, dobrze rozumiem?

1. Tak, na Cisco. O ile ma to znaczenie, to na Gargoyle zakładka DHCP jest ukryta, ale po wpisaniu jej adresu dostaję info, że DHCP jest włączone.
2. Oprócz ustawienia opcji, o których mówiłem w pierwszym poście, nic więcej nie robiłem.

root@Gargoyle:~# cat /etc/config/network

config interface 'loopback'
    option ifname 'lo'
    option proto 'static'
    option ipaddr '127.0.0.1'
    option netmask '255.0.0.0'

config interface 'lan'
    option type 'bridge'
    option proto 'static'
    option netmask '255.255.255.0'
    option ifname 'eth0 eth1'
    option ipaddr '192.168.1.5'
    option gateway '192.168.1.1'
    option dns '62.179.1.60 62.179.1.61'

config switch
    option name 'eth0'
    option reset '1'
    option enable_vlan '1'

config switch_vlan
    option device 'eth0'
    option vlan '1'
    option ports '0 1 2 3 4 5'

Na koniec dodam, że wróciłem do aktualnej wersji Gargoyle (1.6.2.2), ale problem nadal występuje.

Dzięki za odpowiedź. Dziś powinienem mieć chwilę, więc zaktualizuję Gargoyla i sprawdzę raz jeszcze. Jeśli to nic nie zmieni, za Twoją radą postaram się postawić sniffer.

Jak rozumiem, konfiguracja - na pierwszy rzut oka - wydaje się być prawidłowa, zgadza się? I jeszcze jedno: czy któryś z Forumowiczów na podobny zestaw, na którym udało mu się zestawić takie połączenie?

Witajcie,

zwracam się do Was o pomoc, bo nie mam już pomysłów. Od kilku dni próbuję skonfigurować router WRT160NL w trybie bridge, ale udaje mi się to tylko połowicznie - urządzenie klienckie, które łączy się z mostem Wi-Fi nie otrzymuje adresu IP. Po wprowadzeniu adresu IP jest ok.

Konfiguracja wygląda tak:

Cisco EPC3925 od UPC (brama, główny AP):
IP: 192.168.1.1
Maska: 255.255.252.0
SSID: UPC123456
Radio band: Enabled 2.4GHz
Channel width: 20 MHz
Standard channel: 1
Network mode: B/G/N
Wireless security mode: WPA2-Personal
Encryption: AES
Key: (haslo)

Dla świętego spokoju wyłączone zostały poniższe ustawienia
SPI Firewall Protection: off
IPv6 Firewall Protection: off
Block fragmented IP packets: (odznaczone)
Block Port Scan Detection: (odznaczone)
IP Flood Detection: (odznaczone)
Block Anonymous Internet Requests: (odznaczone)

Linksys WRT160NL
Wersja Gargoyle: 1.5.11.7 (r39154) (na 1.6.2.2 także próbowałem, cofnąłem się, bo znalazłem post, w którym ktoś napisał, że zadziałało mu właśnie na tej wersji)
Urządzenie pracuje jako: Most bezprzewodowy / przekaźnik
Lokalny adres IP: 192.168.1.5
Maska podsieci: 255.255.255.0
Zdalny adres IP (AP/Bramy): 192.168.1.1
Port: połączony z LAN
DNS-y: użyj innych: 62.179.1.60, 62.179.1.61 (DNS-y UPC)

Połączenie przez most kliencki:

Przekaźnik: włączony
Standard: N+G+B
Szerokość kanału: 20MHz
Połączenie z SSID: UPC123456
Rozgłaszane SSID: UPC123456
Kanał: 1
Szyfrowanie: WPA2 PSK
Hasło (takie samo jak do bramy)

Próbowałem już wszystkiego: restartu, firstboota, cofnięcia się do wcześniejszej wersji.

Co ciekawe, po wpięciu kablem do Linksysa komputer dostaje IP (choć trwa to dość długo). W przypadku połączenia Wi-Fi - urządzenia adresów nie dostają. Zasięg nie powinien być problemem, ponieważ na czas konfiguracji i testów Linksys stoi 2 metry od Cisco. Oczywiście po ustawieniu statycznych IP w klientach Wi-Fi wszystko działa bez zarzutu, choć - ze względu na dużą ilość urządzeń - nie jest to dla mnie rozwiązanie.

Jakieś pomysły co jeszcze mogę sprawdzić / zrobić, aby urządzenia łączące się poprzez Linksys dostawały IP?