Slavisha, mislim da tvoji problemi sa uploadom nemaju nikakve veze sa usmerenoscu antene, niti kvalitetom signala (naravno ako je download stvarno dobar).
Pre ce biti da ti je ISP (provajder) skresao upload protok (sto se inace radi u razmerama DL/UL=3:1 i 4:1. Sto ce reci, ako ti je Download 8KB/s (64Kbps), upload ce ti se kretati oko 2-3KB/s, da bi te sprecio da poslovno koristis protok.
Nazovi ti tvog provajdera i raspitaj se.
Sto se tice "upucavanja" antena, postoji jos jedan lak nacin da se KVALITET veze testira (kada je ista vec uspostavljena), posto nije samo bitno da imas NAJJACI moguci signal, vec da imas stabilan i kvalitetan signal. Prikaz signala u okviru Windows drajvera se malo preuvelicava zbog bolje prodaje kartica.
To sa radi tako sto se sa racunara "ping-uju" AP-ovi, ruteri i serveri na ISP-jevoj mrezi "malim" i "velikim" paketima.
Npr. Moj AP na koji se kacim ima lokalnu adresu 192.168.212.200, a ruter ka internetu 192.168.212.100. Klijent je npr 192.168.212.20.
Sa klijentskog racunara se prvo kuca:
-iz Windows-a se pokrene komandna linija (Command prompt) i u njoj kuca:
Code:
ping 192.168.212.200 -t
pa se kada si zadovoljan testiranjem, isto prekines sa <CTRL>+<C>
To onda izgleda ovako (za "male" pakete):
Code:
c:\>ping 192.168.212.200 -t
Pinging 192.168.212.200 with 32 bytes of data:
Reply from 192.168.212.200: bytes=32 time=4ms TTL=63
Reply from 192.168.212.200: bytes=32 time=5ms TTL=63
Reply from 192.168.212.200: bytes=32 time=4ms TTL=63
Reply from 192.168.212.200: bytes=32 time=5ms TTL=63
Reply from 192.168.212.200: bytes=32 time=5ms TTL=63
Reply from 192.168.212.200: bytes=32 time=5ms TTL=63
Reply from 192.168.212.200: bytes=32 time=48ms TTL=63
Reply from 192.168.212.200: bytes=32 time=5ms TTL=63
Ping statistics for 192.168.212.200:
Packets: Sent = 8, Received = 8, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 4ms, Maximum = 48ms, Average = 10ms
Control-C
U statistici na kraju prikaze broj poslatih i primljenih paketa, br. IZGUBLJENIH(bitno) paketa, pa onda minimalni, maximalni i prosecan rtt(ping) u milisekudama.
Sto je veci ping u milisekundama, veza je kvalitativno losija.
Sto je veci "loss" u %-ima, fizicka jacina SIGNALA je manja.
Cak i ako vam to radi kako treba (bez gubitaka =0% loss), to jos ne znaci da Transportni ("veliki") paketi prolaze kako treba. Za to treba kucati:
Code:
ping 192.168.212.100 -t -l 1400
(l je malo L), ali samo racunar za koji vam je vas ISP rekao da je "gateway". Tu adress gateway-a mozete videti u konfiguraciji vase kartice (ispod IP adrese).
To izgleda ovako:
Code:
c:\>ping 192.168.212.100 -t -l 1400
Pinging 192.168.212.100 with 1400 bytes of data:
Reply from 192.168.212.100: bytes=1400 time=17ms TTL=63
Reply from 192.168.212.100: bytes=1400 time=62ms TTL=63
Reply from 192.168.212.100: bytes=1400 time=29ms TTL=63
Reply from 192.168.212.100: bytes=1400 time=16ms TTL=63
Reply from 192.168.212.100: bytes=1400 time=26ms TTL=63
Reply from 192.168.212.100: bytes=1400 time=15ms TTL=63
Reply from 192.168.212.100: bytes=1400 time=42ms TTL=63
Reply from 192.168.212.100: bytes=1400 time=45ms TTL=63
Reply from 192.168.212.100: bytes=1400 time=73ms TTL=63
Reply from 192.168.212.100: bytes=1400 time=17ms TTL=63
Reply from 192.168.212.100: bytes=1400 time=17ms TTL=63
Ping statistics for 192.168.212.100:
Packets: Sent = 11, Received = 11, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 15ms, Maximum = 73ms, Average = 32ms
Ovi prikazi veze su na daljini od oko 3 Km, i posto je veze odlicna, nema niti jedan % gubitaka. ping u milisekundama je naravno veci, posto se mora vise podataka proturiti kroz isti link.
Ako gubici postoje, onda to izgleda ovako:
Code:
Request timed out.
umesto
Code:
Reply from 1...
Sledece testiranje je testiranje koliko vas provajder ima kvalitetnu vezu :-D (kada vam je vec pusten protok).
Najlakse je testirati google, ali i on zna da ne radi bas kako treba!
Code:
ping www.google.com -t
To izgleda ovako:
Code:
c:\>ping www.google.com -t
Pinging www.l.google.com [66.249.93.99] with 32 bytes of data:
Reply from 66.249.93.99: bytes=32 time=59ms TTL=238
Reply from 66.249.93.99: bytes=32 time=69ms TTL=238
Reply from 66.249.93.99: bytes=32 time=217ms TTL=238
Request timed out.
Reply from 66.249.93.99: bytes=32 time=62ms TTL=238
Reply from 66.249.93.99: bytes=32 time=55ms TTL=238
Reply from 66.249.93.99: bytes=32 time=50ms TTL=238
Reply from 66.249.93.99: bytes=32 time=66ms TTL=238
Reply from 66.249.93.99: bytes=32 time=51ms TTL=238
Reply from 66.249.93.99: bytes=32 time=47ms TTL=238
Ping statistics for 66.249.93.99:
Packets: Sent = 10, Received = 9, Lost = 1 (10% loss),
Approximate round trip times in milli-seconds:
Minimum = 47ms, Maximum = 217ms, Average = 75ms
Napomena: Ovi ping-ovi koje vidite su preko 5,8GHz-ne mreze (od mene kao ISP-a, do mog nadprovajdera, sto je mnogo skuplje, pa mnogi ISP-evi to jos nemaju. Kod vas ce verovatno biti reda velicine 200-300 (ponekad i do 500ms).
Zakljucak: Prvo postavite IP adresu na vas racunar (+DNS + gateway), pa tek onda krenite u fino stelovanje antene ping-ovima. Sto su manje milisekunde (ms), i sto je manje gubitaka (% loss), to je antena usmerenija. Ne zaboravite ni odbijanje signala od velikih povrsina (u gradovima), pa se nemojte uvek voditi samo vizuelnim pokazateljima.
Ako i kod najbolje usmerene antene imate velike gubitke (preko 10% u lokalnoj mrezi), nabavite, jacu antenu, bolji uredjaj, ili menjajte provajdera (nadjite nekog ciji signal je bolji).
Srecno usmeravanje :-D.
Love is in the air.
Google is the Mother, Google is the Father.
rpms.plnet.rs: CentOS/RHEL 5.x sa extra rpm paketima specijalno kompajliranim (Skype 2.1.81, OpenOffice 3.2, itd.)