koupil sem od nějakýho týpka z czfree 2x Wla 5000
na obou byl klientskej firmware 1.04.01 tak se mi to zdálo OK, ale jelikož chci dělat PtP spoj, tak potřebuju AP firmware...
no a v tom je ten vtip...
dal jsem tam nahrát firmware 1.08.08 no a v tom je ten háček..
nahrálo se to, napsalo to, že to proběhlo OK a že se musí resetovat..
tak se resetovalo a už nenaběhlo..
no, řek sem si co nadělam musim to hold připojit na konzolu, chvilka hledání a hned člověk ví jak to má zapojit...
zapojil a výpis je následovný...
============================================
AR2313 Boot Loader Interface
V1.03e00 2006-1-02 (zImage)
============================================
Please choose the operation:
1: Load system code to SDRAM via TFTP.
2: Load system code then write to Flash via TFTP.
3: Boot system code via Flash.
4: Load calibration data then write to Flash via XModem.
0
Total-length = (0x231000) 2297856 bytes, Total-CRC = 0x1208df30
ZImage -CRC = 0x1208df30
Copying image from flash to SDRAM ...
flash start= 0xbfc50000; flash end= 0xbfe81000
frequence_setup
register_console
CPU revision is: 0001800a
Primary instruction cache 16kb, linesize 16 bytes (4 ways)
Primary data cache 16kb, linesize 16 bytes (4 ways)
Linux version 2.4.18-mips (root@localhost.localdomain) (gcc version 2.95.4 20016
Determined physical RAM map:
memory: 02000000 @ 00000000 (usable)
Initial ramdisk at: 0x80341000 (1804506 bytes)
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: ip=192.168.1.3:192.168.1.1::netmask::eth0
calculating r4koff... 006ddd00(7200000)
Calibrating delay loop... 1438.51 BogoMIPS
Memory: 27068k/32768k available (1126k kernel code, 5700k reserved, 1900k data,)
Dentry-cache hash table entries: 4096 (order: 3, 32768 bytes)
Inode-cache hash table entries: 2048 (order: 2, 16384 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
Checking for 'wait' instruction... unavailable.
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
pty: 256 Unix98 ptys configured
�ttyS00 at 0xbc000000x (irq = 12) is a 16550A no serial options enabled
block: 64 slots per queue, batch=16
RAMDISK driver initialized: 16 RAM disks of 7400K size 1024 blocksize
loop: loaded (max 8 devices)
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 2048)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NET4: Ethernet Bridge 008 for NET4.0
RAMDISK: Compressed image found at block 0
Freeing initrd memory: 1762k freed
VFS: Mounted root (ext2 filesystem).
Freeing unused kernel memory: 4k freed
�������������������������������������������������������������������������������
první co mě zařáží, je že se tam nahoře udává velikost tý paměti 2MB, myslim, že ovis by měl mít 4.... takže to by vypadalo, jako by mi týpek prodal v ovisáckých pouzdrech aicry....
no potřeboval bych helpa jak to oživit..
zatim sem dělal s ovisem 1120 ale tadyto bude asi kapku jiný, tak jestli víš..
no když sem na ten druhej ovis zkoušel nahrát jakejkoli firmware aircy, tak to nešlo... a posílat ten ovisíckej se mi zatim nechce... aspoń než dam dokupy tenhle první..
__________________
Sice vim o sítích maalinečko, ale i tak mě to bavíí :-)
Nechce se mi věřit že problém který jsem tu před (ne)dávnem popisoval nikdo nemá. Když je připojených třeba 10 klientů WLA5000 na apčko (mk + CM9, jiný ovislink WLA5000 případně compex WPE54AG) v 5Ghz módu tak ta komunikace prostě stojí za prd, vypadávají pingy, při sebemenším provozu, když klienti kopírují třeba 500kB/s tak už je to na všechny klienty neůnosné. Nejdřív jsem si myslel že to dělaá kombinace klientů CPX a WLA ale není tomu tak. I pokud jsou klienti jen WLA blbne to taky. Dělá mě to na všech 5Ghz sektorech které mám. Nikdo nepoužívá WLA jako klieny nebo to všem jede uplně bez problémů?
appro pro WLA5000 funguje perfektne, ale to uz asi vite sami, super je display se rssi, akorat pres to musi tect aspon ping, kdyz nepotece nic tak to obcas zdechne.
original ovislink fw long distanc je specialne udelany pro vzdalenosti nad 2km, obcas se objevovaly problemy se stabilitou na delsich spojich, tuhlo to, nebyla dobra propustnost a podobne, nicmene bych jej nedoporučoval na kratke hopy (do 500m).
nevim o zadnych problemech na wla 5000 se zebrou resp. ospf
tedka budu testovat na ovisech 5000ap v1 oswave... licence stoji cca neco malo pres 500kc, pouzivate to uz taky nekdo?
zkusim postavit spoj do 1km a uvidim jak to pobezi.
cus lidi, tak co kdy vyjdou ty nové firmwary ?? jak meli byt ? na aircu uz tak nejak jsou zda se, ale jelikoz ji nemam nemuzu ozkouset... docela by me zajimalo jak to bude pouzitelne, kdyz pujde scanovat i v rezimu AP / WDS
__________________
Sice vim o sítích maalinečko, ale i tak mě to bavíí :-)
jezis lidi, premejslejte, pocitejte... spocitejte si cenu ovise/aircy + appro nebo oswave a pak si spocitejte cenu RB-133c + R52 + zdroj + pigtail (je fakt ze krabicky si nechavam delat sam a levnejs) ale stejne v konecnym vysledku IMHO nema smysl tyhle cinansky pixly pouzivat
__________________
RedHat, Debian, Mandiva, Gentoo.. neni to jedno? Vzdyt je to Linux a ne wokynka:-D
21.05.2007 v 14:23
