Dotaz: Přes XI-626 neprochází data

[LFCIB]

Dobrý den,

zakoupil jsem (na doporučení z diskuse zde) 2x kartu XI-626. Jednu jsem hned vyzkoušel v Linuxu a vše ok.

PC Compaq PII 350, 64MB RAM, 20GB disk, jedna síťová karta. OS GNU/Linux Debian Sarge s 2.4.27.2 distribučním jádrem, hostap verze 0.3.7-2. Karty měly starý firmware 1.3.6 a tak jsem ho (ve Windows) updatnul na P 1.1.1 a S 1.8.0. Nastavil dle článku Jak na Wifi kartu v Linuxu do módu AP obě karty. Používám malého klienta Asus WL-330g a v něm obě AP vidím a k oběma se připojím, ale pouze u jednoho AP můžu komunikovat, u druhého nic neprojde. Stejná karta, stejný firmware, stejné nastavení (krom kanalu, nazvu a ip adresy samozrejme). Když karty vyměním, vždycky ta druhá nefunguje, wlan1 ani ťuk(ping ani ostatní), firewall to neblokuje.

Máte nějaký nápad prosím? Když měním AP, tak se spojení určitě přeruší, protože ten Asus se vždy restartuje. Ještě přikládám výpisy iwconfig a iwlist, snad z toho někdo něco pozná.

Díky moc

LFCIB

wifi:~# iwconfig wlan0
Warning: Driver for device wlan0 recommend version 18 of Wireless Extension,
but has been compiled with version 16, therefore some driver features
may not be available...

wlan0     IEEE 802.11b  ESSID:"test1"  Nickname:"1"
          Mode:Master  Frequency:2.432 GHz  Access Point: 00:60:B3:65:AF:DE
          Bit Rate:11 Mb/s   Sensitivity=1/3
          Retry min limit:8   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality:0  Signal level:0  Noise level:0
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:1663  Invalid misc:1991   Missed beacon:0

wifi:~# iwconfig wlan1
Warning: Driver for device wlan1 recommend version 18 of Wireless Extension,
but has been compiled with version 16, therefore some driver features
may not be available...

wlan1     IEEE 802.11b  ESSID:"test2"  Nickname:"2"
          Mode:Master  Frequency:2.457 GHz  Access Point: 00:60:B3:2A:46:F5
          Bit Rate:11 Mb/s   Sensitivity=1/3
          Retry min limit:8   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality:0  Signal level:0  Noise level:0
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:750  Invalid misc:4006   Missed beacon:0

wifi:~# iwlist wlan0 scanning
Warning: Driver for device wlan0 recommend version 18 of Wireless Extension,
but has been compiled with version 16, therefore some driver features
may not be available...

wlan0     Scan completed :
          Cell 01 - Address: 00:02:3F:B9:8C:44
                    Mode:Managed
                    Quality=44/70  Signal level=-105 dBm  Noise level=-136 dBm

wifi:~# iwlist wlan1 scanning
Warning: Driver for device wlan1 recommend version 18 of Wireless Extension,
but has been compiled with version 16, therefore some driver features
may not be available...

wlan1     Scan completed :
          Cell 01 - Address: 00:02:3F:B9:8C:44
                    Mode:Managed
                    Quality:9/70  Signal level:-121 dBm  Noise level:-139 dBm

wifi:~#

Odpovědi

[roman]

Nemate to blokovane cez mac adresy?

[Josef Kufner]

Routování a firewall je nastaven správně?

Případně zkus karty použít samostatně v konfiguraci, kterou bude ta karta mít i když budou připojeny obě (jestli se o něco nepřetahují).

[LFCIB]

Tak už jsem pravděpodobně přišel na to čím to je. S jedním AP se klient asociuje a pak tam visí, i když přepnu klienta na jiný AP nebo ho uplně vypnu. Ukázal mi to wifimon. Takže když se připojim k druhému AP-kartě, tak vidím ve wifimonu klienta asociovaného s oběma APčky, což je pravděpodobně problém. Ale v praxi by to snad vadit nemělo, protože to asi bude vázané na MAC adresu(nebo něco) a každý den určitě nebudu u klientů měnit zdrojové AP. Ale kdybych to přeci potřeboval a nechtěl výpadek toho AP z kterého přecházím na druhé AP, jak nějak násilně/nenásilně odpojím asociovaného klienta od AP? A jde to nějak třeba jen restartovat - ta karta (vypadek by byl, ale hned by se ostatní klienti připojili?!)? Chci se hlavně vyhnout rebootu.

Nebo nemám tohle vůbec řešit? Potřebuji však vědět na 100% že je to tímto "zakysnutím na AP".

Díky

LFCIB

PS: ano firewall a routování je správně.

[LFCIB]

Tak jsem se radoval předčasně. Tím to nebylo. Když jsem rebootnul a rovnou jsem se připojil na AP číslo 2 tak ani ťuk, firewall tam žádný nebyl a první karta jela, dal jsem ho tam a vše na ACCEPT a nic a první karta taky jede. Když je vyměním, tak první co byla druhá - jede. Pokud jsou v systému samotné, obě zvlášť jedou a jsou na původních místech v PC. Ještě jsem si všiml, že ve wifimonu vidím že jsem se na to AP2 připojil a když dám ping na 192.168.1.4 což je IP toho AP2, tak se ve wifimonu pohne hodnota rx, ale tx nikoliv. Asi nechce vracet odpovědi. wlan1 prostě nejede, když vyndám wlan0, stane se z wlan1 wlan0 a jede. Opravdu jsem bezradný. Prohledal jsem net všude možně a nic kloudného jsem nenašel. MAC to nikde neblokuje (z příkladového scriptu jsem to vyhodil) - a karty mají různé MAC.

Díky za všechny rady

LFCIB

[the.max]

Podobne se mi chovalo AP-500 od Orinoca... problem byl v tom, ze PCMCIA karta co je uvnitr mela nejak pojebkany prepinac Rx/Tx a po vymene za jinou se to vyresilo.. Je tedy mozne, ze karta je odepsana. Zkus to nekde jinde a proti necemu jinemu..

[LFCIB]

Zdravím a děkuji. Karta je OK, když ji vyměním aby byla wlan0 tak funguje. Když jede sama jedna nebo druhá, obě fungují.

Nenapadá někoho něco? Proč karta wlan1, at je tam jakakoliv z tech dvou nechce posilat data?

Díky

LFCIB

[the.max]

mno vzpominam si ze kdesi se psalo ze karta ma nejaky problemy s IRQ, ze kdyz jich je vic v pocitaci muze to zlobit, mas moznost to zkusit v uplne jine desce? je teda fakt, ze me 2 taky nesly, ale jedna v PCI a druha prez redukci v PCMCIA a k tomu jeste jedna XG-901, chodila

[LFCIB]

To jsem si také myslel a předělal jsem rozložení karet, měl jsem jednu sitovku vedle AGP slotu a ten PCI prej s tim AGP sdili IRQ, tak jsem si myslel ze to bude tim ale nebylo, porad stejne. Ted jsem tam dal distribucni jadro 2.6.8-2 a hostap pro něj (to nevim jestli bylo nutný) a pořad stejnej problém. Nechal jsem si kvuli tomu přivezt Celerona 333 na nějaké Gigabyte desce, je to taky starej stroj ale funkční tak to jdu zrovna přeházet. Jsem tu ted přes tu jednu XI-626 a pořád pohoda. Ale ta wlan1 prostě nevrací data. rx je předpokládám něco jako doručené a tx odeslané zpět. Protože u té funkční karty se ty hodnoty pořád doplnují na stejnou hodnotu, a u té nefunkční stoupá rx, ale tx je mrtvé. To jsou pakety?

Dám to do jiné desky a udělám to znovu a uvidí se. Každopádně děkuji za snahu mi pomoci.

LFCIB

[LFCIB]

Má někdo více než dvě XI-626 karty v originál desce Compaq s PII-350? Funguje to?

wifi:~# cat /proc/interrupts
           CPU0
  0:    1133452          XT-PIC  timer
  1:        408          XT-PIC  i8042
  2:          0          XT-PIC  cascade
  7:          1          XT-PIC  parport0
 11:      21238          XT-PIC  uhci_hcd, wifi0, wifi1, eth0
 14:       2143          XT-PIC  ide0
NMI:          0
LOC:    1133472
ERR:          0
MIS:          0

Tady se mi nějak nezdá - pokud to je tabulka - může mít sitovka a dve karty IRQ 11 - stejné? Podotýkám, že ted jsem přes tu jednu wifikartu a sitovku na netu. Uff jsem z toho jelen(dvanácterák ).

[LFCIB]

Tak změna, asi to bude tim IRQ, protože v biosu jsem změnil každou kartu na volné IRQ, ale jak je vidět, nějak se mi do toho vtírá uhci_hcd - asi USB jak jsem našel. Takže wifi1(wlan1) nefunguje - tzn. vidim řešení v tom nějak zničit uhci_hcd - dát mu jiné IRQ, třeba vypnu COM porty a uvidíme. Ale volno je, nevim proč to uhci_hcd přesedlalo z 11 tky na 9, když jsem to výslovně nepovolil

Snad se to povede Já to nevzdám

           CPU0
  0:     449895          XT-PIC  timer
  1:        150          XT-PIC  i8042
  2:          0          XT-PIC  cascade
  5:       2870          XT-PIC  wifi0
  7:          1          XT-PIC  parport0
  9:       2395          XT-PIC  uhci_hcd, wifi1
 10:        306          XT-PIC  eth0
 14:       2115          XT-PIC  ide0
NMI:          0
LOC:     449873
ERR:          0
MIS:          0

[LFCIB]

Takže uhci jsem z toho dostal po dlouhém bádání. V biosu jsem vypnul USB ale "zmetek" Linux si ty USB stejně našel, tak jsem si myslel že to natahuje automaticky podle nějakého configu. Config jsem nenašel ale ten modul ano, tak jsem ho přejmenoval a ve výpisu už není vidět. Původně jsem ho odebíral modprobe -r nazev_modulu, ale to problém nevyřešilo. IRQ maj už všichni (snad) jiné. Proč snad? Protože při nabíhání systému zahlédnu hlášku že modul uhci nebyl nalezen a o kousek dál to usb nějakým způsobem zase zavede a píše něco ve smyslu že ignoruje IRQ "nějakého" zažízení.

Zkusil jsem přepsat script co ty AP nastavuje, že jsem změnil wlan0 a wlan1 na wifi0 a wifi1. Ten problém co jsem měl s jednou kartou byl rázem i u druhé. S AP se to asociuje a ve wifimonu vidím při pingu narůstající rx, ale tx se nehýbe - to u obou karet.

Nenapadá někoho nějaké řešení?

PS: ještě to zkusím na jiné desce, ale to nic neřeší. Chtěl bych to na té Compaq, která je maximálně spolehlivá a odzkoušená léty provozu.

Díky

LFCIB

wifi:~# cat /proc/interrupts
           CPU0
  0:    1292396          XT-PIC  timer
  1:        228          XT-PIC  i8042
  2:          0          XT-PIC  cascade
  3:        904          XT-PIC  eth0
  4:      14037          XT-PIC  wifi0
  5:      18273          XT-PIC  wifi1
 14:       2447          XT-PIC  ide0
NMI:          0
LOC:    1292425
ERR:          0
MIS:          0

[petr_p]

hostap driver: starsi uz jste nenasel? Ten vas je rok a pul stary. Mozna ze se za tu dobu neco zmenilo k lepsimu.

signal na druhe karte: pri 9/70 a tak slabym signalu opravdu nema problemy s prijmem?

vice karet na sbernici: cetl jsem, ze s tim byly problemy, ale uz by meli byt udajen davno odstranene. Ja sam jsem videl jako experiment 3 Z-Comky na jedny desce a vsechny jeli. Problem byl akorat se vzajemnym VF rusenim (tj. museli se rozhodit pres cele spektrum a i tak byly obcas problemy).