Community discussions

MikroTik App
 
miles
Member Candidate
Member Candidate
Topic Author
Posts: 105
Joined: Sat Sep 16, 2006 2:49 pm
Location: Kosovo

Bandwith... problem...

Fri Apr 04, 2008 3:26 pm

Hi all..
I have some problem with my network. The problem is I have one GW and 5 AP node connected on that.
On each node AP I have 25 to 35 user online during the night. And when I'm monitoring the inteface I can see
only 7 Mbits max.. But the user complaing about slow interent, and during the night ping is going so hight.
Can someone have any idea what a hell is going on.

Is important if someone can help .
Thx selim ...
 
User avatar
ahmedsaffar76
Member
Member
Posts: 306
Joined: Sun Feb 17, 2008 2:56 pm
Location: Iraq

Re: Bandwith... problem...

Fri Apr 04, 2008 3:46 pm

Hi all..
I have some problem with my network. The problem is I have one GW and 5 AP node connected on that.
On each node AP I have 25 to 35 user online during the night. And when I'm monitoring the inteface I can see
only 7 Mbits max.. But the user complaing about slow interent, and during the night ping is going so hight.
Can someone have any idea what a hell is going on.

Is important if someone can help .
Thx selim ...
Hello Miles ;
please give us a clear idea about your main bandwidth you get from ISP and you say you have 5 main access points which the clients are connected to it and not to your main AP .
what is the bandwidth for each AP ?
will try to help .
with best regards .
 
miles
Member Candidate
Member Candidate
Topic Author
Posts: 105
Joined: Sat Sep 16, 2006 2:49 pm
Location: Kosovo

Re: Bandwith... problem...

Tue Apr 15, 2008 4:30 pm

Hello.. ahmedsaffar76
Thx for reply...

I have GW with good PC and each Node is PC,and there I have good PC like Good CPU 3 Ghz, 1 Gb Ram and all running on 3.6 version OS
I use 5.8 from node to GW.
My problem is during the night when clients logon and everyone has 512kb and in each AP I have connectd 35 users and the are connected via cable like; user<>switch<>ether1<>5.8<> GW 5.8<> and out.
But I think the OS can't hadle or somthing i don't I have changed wireless card , cable , everything and.
How much I can push via 5.8 wireless .
But now I can push ... 17Mbits but the ping extremely bad more than 600 ms..
Can be if I don't have enough bandwidth can cause problem on local network.
One more thing If I reboot the GW the ping will go good for 2 three hours. After that will get hight.
thx selim ..
 
User avatar
ahmedsaffar76
Member
Member
Posts: 306
Joined: Sun Feb 17, 2008 2:56 pm
Location: Iraq

Re: Bandwith... problem...

Tue Apr 15, 2008 4:54 pm

Hello.. ahmedsaffar76
Thx for reply...

I have GW with good PC and each Node is PC,and there I have good PC like Good CPU 3 Ghz, 1 Gb Ram and all running on 3.6 version OS.
I have helios like backbone with 70 Mbits.
I use 5.8 from node to GW.
My problem is during the night when clients logon and everyone has 512kb and in each AP I have connectd 35 users and the are connected via cable like; user<>switch<>ether1<>5.8<> GW 5.8<> and out.
But I think the OS can't hadle or somthing i don't I have changed wireless card , cable , everything and.
How much I can push via 5.8 wireless .
To some AP I have 3 Mbits and to some 2 Mbits etc..
thx selim ..
Hi again ;
yes i think the pc's not able to handle very big bandwidth , also there is a loses in the wireless and you should check every node TX CCQ .
from where you got such band ? what is the price for it and is it available VIA SAT ?
with best regards .
 
miles
Member Candidate
Member Candidate
Topic Author
Posts: 105
Joined: Sat Sep 16, 2006 2:49 pm
Location: Kosovo

Re: Bandwith... problem...

Tue Apr 15, 2008 5:04 pm

Hi again my man..

Tx-Ccq on does going so low. like 27 to 35 % the lowest i saw it. But this is only when traffic start going on.
And I don't know what I hell is going on.

Any ideas.

thx selim .. I see you are online... :-)
 
bdr
Trainer
Trainer
Posts: 31
Joined: Mon May 28, 2007 11:49 pm
Location: Bytom, Poland
Contact:

Re: Bandwith... problem...

Tue Apr 15, 2008 5:54 pm

On each node AP I have 25 to 35 user online during the night.
IMO you have too many clients on these APs. I never exceed 15-17 users per AP.
 
User avatar
ahmedsaffar76
Member
Member
Posts: 306
Joined: Sun Feb 17, 2008 2:56 pm
Location: Iraq

Re: Bandwith... problem...

Tue Apr 15, 2008 8:38 pm

On each node AP I have 25 to 35 user online during the night.
IMO you have too many clients on these APs. I never exceed 15-17 users per AP.
Hi ;
this is disaster , only 15 per AP ???? :shock:
and what is the type of your AP , is it a wireless mini pci in the MT or it is a device ?
can i connect more than one AP to the same Omni antenna ? shall i use the same freq. and channel or i have to put every AP on a channel ?
with best regards .
 
miles
Member Candidate
Member Candidate
Topic Author
Posts: 105
Joined: Sat Sep 16, 2006 2:49 pm
Location: Kosovo

Re: Bandwith... problem...

Wed Apr 16, 2008 1:40 am

But let make a little bit clear.
I disable on each AP the ether1 where the traffic here the clients are connected.
I have still high ping I just tested today, by the time I was posting on the forum.
This i strange because I have same network somewhere else same design, same number of user and I can push more than 12 Mbits and work just fine. Also I take down omni and I put sector the ping from GW to nodes was good 1 ms, and traffic come up to 10 Mbits, but the problem was when I was pinging form node to GW was bad.
Like you see I posted the result above the tx-ccq is bad I don't know what causing this problem.
If anyone can help, I will be very thankful.
Yes all are mini pci and all are Device PC . with good performance version OS 3.6

Thanks for replay guys.. and sorry for my bad english.. :?
thx selim ...
 
bdr
Trainer
Trainer
Posts: 31
Joined: Mon May 28, 2007 11:49 pm
Location: Bytom, Poland
Contact:

Re: Bandwith... problem...

Wed Apr 16, 2008 3:40 pm

As I know it's a protocol limitation (CSMA/CA). With >20,25 active (a lot of traffic) clients there is visible decrease of performance. Maybe I'm wrong (and I'm lucky), but for me it works.
 
miles
Member Candidate
Member Candidate
Topic Author
Posts: 105
Joined: Sat Sep 16, 2006 2:49 pm
Location: Kosovo

Re: Bandwith... problem...

Wed Apr 16, 2008 5:00 pm

Hi,,, bdr
Thanks for replay.
In this moment I'm having still high ping. But yesterday I changed the omni to sector and I was able to ping from GW to node with 1 ms but from node to gw the ping was still high. Do you have any idea why is this happen..
here is the result of reg..table..

# INTERFACE RADIO-NAME MAC-ADDRESS AP SIGNAL-STRENGTH TX-RATE UPTIME
0 5.8Ghz Darling-Ton 00:0B:6B:84:A8:49 no -62dBm@6Mbps 54Mb... 12h53m5s
1 5.8Ghz Bld2210-D 00:0C:42:05:CE:44 no -69dBm@6Mbps 48Mb... 12h53m5s
2 5.8Ghz BLD2090-C 00:0C:42:05:83:84 no -51dBm@36Mbps 54Mb... 12h53m5s
3 5.8Ghz BLD2090-A 00:0C:42:05:CE:4F no -68dBm@6Mbps 36Mb... 12h53m5s
4 5.8Ghz BLD2110-D 00:0C:42:05:11:EB no -52dBm@48Mbps 54Mb... 12h53m5s
5 5.8Ghz Bld-108 00:0C:42:05:CD:E5 no -74dBm@9Mbps 36Mb... 12h53m5s
6 5.8Ghz BLD2140-B 00:0C:42:05:81:B7 no -66dBm@12Mbps 48Mb... 12h53m5s
7 5.8Ghz BLD2200-A 00:0C:42:05:CE:46 no -81dBm@6Mbps 18Mb... 12h53m4s
And you see in 2200bld I have -81 signal and I so close like 200 metters. Why i can't have better signal. I change wireless card pigtail but I didn't changed cable. Can be the cable causing the problem for particular AP.
also here the stats result

0 interface=5.8Ghz radio-name="Darling-Ton" mac-address=00:0B:6B:84:A8:49 ap=no wds=no rx-rate="48Mbps*2"
tx-rate="54Mbps*2" packets=226735,190137 bytes=242506851,20123837 frames=226735,190137 frame-bytes=241160433,18983015
hw-frames=237427,193922 hw-frame-bytes=257754403,24211725 tx-frames-timed-out=0 uptime=12h55m17s last-activity=700ms
signal-strength=-67dBm@48Mbps signal-to-noise=30dB
strength-at-rates=-60dBm@6Mbps 9s380ms,-63dBm@9Mbps 1h15m28s910ms,-62dBm@12Mbps 40m50s780ms,-62dBm@18Mbps 1m55s330ms,-
62dBm@24Mbps 24s530ms,-65dBm@36Mbps 3s770ms,-67dBm@48Mbps 700ms,-68dBm@54Mbps 44s490ms
tx-signal-strength=-66dBm tx-ccq=87% rx-ccq=56% p-throughput=53366 ack-timeout=25 nstreme=no framing-mode=none
routeros-version="3.6" last-ip=10.84.128.6 802.1x-port-enabled=yes compression=no wmm-enabled=no

1 interface=5.8Ghz radio-name="Bld2210-D" mac-address=00:0C:42:05:CE:44 ap=no wds=no rx-rate="6Mbps*2" tx-rate="48Mbps*2>
packets=11812409,8729164 bytes=2765732811,1902983569 frames=11812409,8729164 frame-bytes=2694868017,1850608585
hw-frames=12800749,9783669 hw-frame-bytes=4042513387,2530384223 tx-frames-timed-out=0 uptime=12h55m17s
last-activity=0s signal-strength=-69dBm@6Mbps signal-to-noise=28dB
strength-at-rates=-69dBm@6Mbps 0s,-70dBm@9Mbps 35s980ms,-69dBm@12Mbps 42s630ms,-70dBm@18Mbps 42s890ms,-70dBm@24Mbps
42s890ms,-71dBm@36Mbps 44s820ms,-72dBm@48Mbps 44s820ms,-73dBm@54Mbps 7m28s970ms
tx-signal-strength=-68dBm tx-ccq=92% rx-ccq=31% p-throughput=51147 ack-timeout=25 nstreme=no framing-mode=none
routeros-version="3.6" last-ip=10.84.129.199 802.1x-port-enabled=yes compression=no wmm-enabled=no

2 interface=5.8Ghz radio-name="BLD2090-C" mac-address=00:0C:42:05:83:84 ap=no wds=no rx-rate="36Mbps*2"
tx-rate="48Mbps*2" packets=9608600,11633268 bytes=4080101731,3267657004 frames=9608600,11633268
frame-bytes=4022460205,3197857396 hw-frames=9947403,11633671 hw-frame-bytes=175685187,3477535249
tx-frames-timed-out=0 uptime=12h55m17s last-activity=10ms signal-strength=-53dBm@36Mbps signal-to-noise=44dB
strength-at-rates=-51dBm@6Mbps 9s380ms,-51dBm@9Mbps 12h55m17s350ms,-53dBm@12Mbps 12h55m17s330ms,-53dBm@18Mbps
12h55m17s280ms,-51dBm@24Mbps 1m5s720ms,-53dBm@36Mbps 10ms,-52dBm@48Mbps 400ms,-55dBm@54Mbps 380ms
tx-signal-strength=-47dBm tx-ccq=95% rx-ccq=94% p-throughput=53096 ack-timeout=29 nstreme=no framing-mode=none
routeros-version="3.6" last-ip=10.84.135.238 802.1x-port-enabled=yes compression=no wmm-enabled=no

3 interface=5.8Ghz radio-name="BLD2090-A" mac-address=00:0C:42:05:CE:4F ap=no wds=no rx-rate="6Mbps*2" tx-rate="48Mbps*2>
packets=11914292,11098042 bytes=3863295381,1874255578 frames=11914292,11098042 frame-bytes=3791820717,1807667326
hw-frames=13314739,11526296 hw-frame-bytes=1006732453,2490983654 tx-frames-timed-out=0 uptime=12h55m17s
last-activity=10ms signal-strength=-70dBm@6Mbps signal-to-noise=27dB
strength-at-rates=-70dBm@6Mbps 20ms,-69dBm@9Mbps 340ms,-70dBm@12Mbps 370ms,-70dBm@18Mbps 590ms,-70dBm@24Mbps 420ms,-
70dBm@36Mbps 420ms,-72dBm@48Mbps 500ms,-74dBm@54Mbps 43s410ms
tx-signal-strength=-69dBm tx-ccq=91% rx-ccq=72% p-throughput=47526 ack-timeout=25 nstreme=no framing-mode=none
routeros-version="3.6" last-ip=10.84.130.154 802.1x-port-enabled=yes compression=no wmm-enabled=no

4 interface=5.8Ghz radio-name="BLD2110-D" mac-address=00:0C:42:05:11:EB ap=no wds=no rx-rate="48Mbps*2"
tx-rate="54Mbps*2" packets=1157315,884072 bytes=1133759458,112792426 frames=1157315,884072
frame-bytes=1126828984,107487994 hw-frames=1180904,884215 hw-frame-bytes=1180058332,128736929 tx-frames-timed-out=0
uptime=12h55m17s last-activity=10ms signal-strength=-49dBm@36Mbps signal-to-noise=48dB
strength-at-rates=-48dBm@6Mbps 9s380ms,-50dBm@9Mbps 12h55m17s390ms,-51dBm@12Mbps 12h55m17s310ms,-50dBm@18Mbps
12h55m17s220ms,-51dBm@24Mbps 12h55m17s100ms,-49dBm@36Mbps 350ms,-51dBm@48Mbps 10ms,-55dBm@54Mbps
1s390ms
tx-signal-strength=-46dBm tx-ccq=99% rx-ccq=100% p-throughput=54923 ack-timeout=25 nstreme=no framing-mode=none
routeros-version="3.6" last-ip=10.84.128.7 802.1x-port-enabled=yes compression=no wmm-enabled=no

5 interface=5.8Ghz radio-name="Bld-screening" mac-address=00:0C:42:05:CD:E5 ap=no wds=no rx-rate="24Mbps*2"
tx-rate="36Mbps*2" packets=237061,241292 bytes=31577975,21947238 frames=237061,241292 frame-bytes=30169691,20499486
hw-frames=303174,254016 hw-frame-bytes=49480592,28191494 tx-frames-timed-out=0 uptime=12h55m17s last-activity=600ms
signal-strength=-74dBm@24Mbps signal-to-noise=23dB
strength-at-rates=-75dBm@6Mbps 9s380ms,-74dBm@9Mbps 11s860ms,-74dBm@12Mbps 6s510ms,-74dBm@18Mbps 1s390ms,-74dBm@24Mbps
600ms,-75dBm@36Mbps 4s330ms,-77dBm@48Mbps 1m490ms,-79dBm@54Mbps 4h48m4s160ms
tx-signal-strength=-72dBm tx-ccq=84% rx-ccq=42% p-throughput=41143 ack-timeout=25 nstreme=no framing-mode=none
routeros-version="3.6" last-ip=10.84.131.252 802.1x-port-enabled=yes compression=no wmm-enabled=no

6 interface=5.8Ghz radio-name="BLD2140-B" mac-address=00:0C:42:05:81:B7 ap=no wds=no rx-rate="24Mbps*2"
tx-rate="48Mbps*2" packets=20334624,20951683 bytes=2309348947,4237426775 frames=20334624,20951683
frame-bytes=2187348475,4111716677 hw-frames=22017682,20962232 hw-frame-bytes=4117264025,334184305
tx-frames-timed-out=0 uptime=12h55m17s last-activity=0s signal-strength=-66dBm@18Mbps signal-to-noise=31dB
strength-at-rates=-65dBm@6Mbps 9s380ms,-66dBm@9Mbps 5s80ms,-66dBm@12Mbps 4s890ms,-66dBm@18Mbps 310ms,-66dBm@24Mbps
50ms,-66dBm@36Mbps 2s920ms,-68dBm@48Mbps 3s990ms,-71dBm@54Mbps 4s90ms
tx-signal-strength=-65dBm tx-ccq=95% rx-ccq=47% p-throughput=51880 ack-timeout=25 nstreme=no framing-mode=none
routeros-version="3.6" last-ip=10.84.132.230 802.1x-port-enabled=yes compression=no wmm-enabled=no

7 interface=5.8Ghz radio-name="BLD2200-A" mac-address=00:0C:42:05:CE:46 ap=no wds=no rx-rate="6Mbps*2" tx-rate="18Mbps*2>
packets=14068298,14695215 bytes=592679369,3375468051 frames=14068298,14695215 frame-bytes=508277897,3287296761
hw-frames=16446138,14695254 hw-frame-bytes=2607477296,3639983281 tx-frames-timed-out=0 uptime=12h55m16s
last-activity=10ms signal-strength=-81dBm@6Mbps signal-to-noise=16dB
strength-at-rates=-81dBm@6Mbps 30ms,-81dBm@9Mbps 22s870ms,-81dBm@12Mbps 2m12s860ms,-81dBm@18Mbps 2m18s20ms,-
81dBm@24Mbps 2m18s20ms,-82dBm@36Mbps 2m18s220ms
tx-signal-strength=-82dBm tx-ccq=69% rx-ccq=29% p-throughput=26329 ack-timeout=25 nstreme=no framing-mode=none
routeros-version="3.7" last-ip=10.84.137.216 802.1x-port-enabled=yes compression=no wmm-enabled=no
Any idea why some AP has low rx-ccq is problem on GW or in node .
Please any idea man will help me alot.

thx selim .
 
User avatar
ahmedsaffar76
Member
Member
Posts: 306
Joined: Sun Feb 17, 2008 2:56 pm
Location: Iraq

Re: Bandwith... problem...

Wed Apr 16, 2008 8:45 pm

Hi ;
for AP have low TX CCQ , is there difference between the elevation of the GW and the AP ? , is there line of sight ? and at GW it is not AP nor WDS ?
what is the operation mode for GW ?
with best regards .
 
miles
Member Candidate
Member Candidate
Topic Author
Posts: 105
Joined: Sat Sep 16, 2006 2:49 pm
Location: Kosovo

Re: Bandwith... problem...

Wed Apr 16, 2008 9:12 pm

The GW mode is ap-bridge and here the interface wireless resoult:

0 R name="5.8Ghz" mtu=1500 mac-address=00:0C:42:05:CD:E1 arp=enabled interface-type=Atheros AR5413
mode=ap-bridge ssid="xxxx" frequency=5040 band=5ghz-turbo scan-list=default,5040 antenna-mode=ant-a
wds-mode=disabled wds-default-bridge=none wds-ignore-ssid=no default-authentication=yes
default-forwarding=no default-ap-tx-limit=0 default-client-tx-limit=0 hide-ssid=no
security-profile=default compression=no
Also is turbo better than normal freq..
I use static route there now WDS or any other stuff. Just simple, the reason I use wireless is because the buildings are far a way like 500 metters each other and I can't connect each other with cable.
Also I wanted to ask what can cause problem I have low SIGNAL-STRENGTH 6Mbits ..
/interface wireless> reg pr
# INTERFACE RADIO-NAME MAC-ADDRESS AP SIGNAL-STRENGTH TX-RATE UPTIME
0 5.8Ghz BLD2090-C 00:0C:42:05:83:84 no -43dBm@48Mbps 48Mb... 1h27m38s
1 5.8Ghz BLD2110-D 00:0C:42:05:11:EB no -41dBm@48Mbps 54Mb... 1h27m38s
2 5.8Ghz Darling-Ton 00:0B:6B:84:A8:49 no -63dBm@6Mbps 54Mb... 1h27m37s
3 5.8Ghz Bld2210-D 00:0C:42:05:CE:44 no -68dBm@6Mbps 36Mb... 1h27m37s
4 5.8Ghz Bld-screening 00:0C:42:05:CD:E5 no -68dBm@6Mbps 48Mb... 1h27m37s
5 5.8Ghz BLD2140-B 00:0C:42:05:81:B7 no -51dBm@36Mbps 48Mb... 1h27m37s
6 5.8Ghz BLD2090-A 00:0C:42:05:CE:4F no -62dBm@6Mbps 48Mb... 1h27m36s
7 5.8Ghz 000C4205CDE0 00:0C:42:05:CD:E0 no -74dBm@6Mbps 48Mb... 45m14s


Thanks Again guys for helping me out.

thx selim ..
Last edited by miles on Thu Apr 17, 2008 12:58 am, edited 1 time in total.
 
User avatar
ahmedsaffar76
Member
Member
Posts: 306
Joined: Sun Feb 17, 2008 2:56 pm
Location: Iraq

Re: Bandwith... problem...

Wed Apr 16, 2008 11:31 pm

The GW mode is ap-bridge and here the interface wireless resoult:

0 R name="5.8Ghz" mtu=1500 mac-address=00:0C:42:05:CD:E1 arp=enabled interface-type=Atheros AR5413
mode=ap-bridge ssid="xxxx" frequency=5040 band=5ghz-turbo scan-list=default,5040 antenna-mode=ant-a
wds-mode=disabled wds-default-bridge=none wds-ignore-ssid=no default-authentication=yes
default-forwarding=no default-ap-tx-limit=0 default-client-tx-limit=0 hide-ssid=no
security-profile=default compression=no
Also is turbo better than normal freq..
I use static route there now WDS or any other stuff. Just simple, the reason I use wireless is because the buildings are far a way like 500 metters each other and I can't connect each other with cable.

Thanks Again guys for helping me out.

thx selim ..
Hi ;
you are using the same type of mine mini pci card with Atheros AR5413 .
why you are using default-authentication ? , that will allow anyone in your access list and who not in the access list to connect to your wireless signal .
by uncheck it you will allow only who are in access list .
i am using 2.4 GHz B-mode because here too many using G-mode making interference between signals big problem , with it there is no turbo or super mode , but as i know turbo mode allow transferring big bandwidths .
there is another parameter in the wireless i am not seeing it in your reply which it is :
disable-running-check=yes , default is No , by using it yes it will make the AP broadcasting all the time while No only when a client connect to ssid the AP start broadcasting .
could you inform us more how you are using static route ?
with best regards .
 
miles
Member Candidate
Member Candidate
Topic Author
Posts: 105
Joined: Sat Sep 16, 2006 2:49 pm
Location: Kosovo

Re: Bandwith... problem...

Thu Apr 17, 2008 1:09 am

Hi; ahmedsaffar76
First of all thanks for all your replay.
OK I use static route . I don't use any bgp, ospf, rip, routing protocol ..
I have one sobnet ip for wireless 5.8Ghz and 10.84.x.x and I have subnet listed for each node for cable and GW is connected with main link and goest out. or I will describe like this.
exampel: User IP : 10.84.46.x via 5.8 ip : 10.84.32.14 Gw: 10.84.32.1 goes out via ether1 this is public inteface: 80.80.x.x and to the internet.
Also I wanted to ask you about default=auth.. what can I do and how can I do the configuration. I'm kind lost on this point.

thx selim ... :)
 
User avatar
ahmedsaffar76
Member
Member
Posts: 306
Joined: Sun Feb 17, 2008 2:56 pm
Location: Iraq

Re: Bandwith... problem...

Thu Apr 17, 2008 2:12 am

Also I wanted to ask you about default=auth.. what can I do and how can I do the configuration. I'm kind lost on this point.
thx selim ... :)
Hi Miles ;
simple you will have to add the mac in the access list table to allow that mac to connect to your ssid .
then from wireless -> general , uncheck the default authentication .
in this way only the mac's in the access list will be able to connect to your network .
i think you should try to add only the mac of the AP are working as repeater to your signal and see if all the clients will come up or not .
from my experiments i did before , you need to add the mac of the repeater AP because in this mode you will not see pc's .
and if the AP work as client mode you need to add the mac of the pc .
so , for the main GW , put only the mac of the AP , and at the AP sites in each one add in the same way only the mac of the pc's connected to that AP .
do a backup file for each device , so if you miss the configuration you could come back to your current point immediately .
with best regards .
 
miles
Member Candidate
Member Candidate
Topic Author
Posts: 105
Joined: Sat Sep 16, 2006 2:49 pm
Location: Kosovo

Re: Bandwith... problem...

Thu Apr 17, 2008 5:41 pm

Hi; ahmedsaffar76
I will try to have clear understand and I will post you back as soon as I do the test.

Thanks alot for your help.
Selim .
 
miles
Member Candidate
Member Candidate
Topic Author
Posts: 105
Joined: Sat Sep 16, 2006 2:49 pm
Location: Kosovo

Re: Bandwith... problem...

Thu Apr 17, 2008 10:12 pm

Hi; ahmedsaffar76
I tried alll nothing still the ping is same and problem still exsist...

thx selim ...
 
User avatar
ahmedsaffar76
Member
Member
Posts: 306
Joined: Sun Feb 17, 2008 2:56 pm
Location: Iraq

Re: Bandwith... problem...

Fri Apr 18, 2008 2:22 am

Hi; ahmedsaffar76
I tried alll nothing still the ping is same and problem still exsist...

thx selim ...
Hi ;
Are you using amplifiers ? where and what is the power for it .
the process of unchecking the default authentication is for security and not related with the ping case .
with best regards .
 
miles
Member Candidate
Member Candidate
Topic Author
Posts: 105
Joined: Sat Sep 16, 2006 2:49 pm
Location: Kosovo

Re: Bandwith... problem...

Fri Apr 18, 2008 10:28 am

Hi; ahmedsaffar76
No I don't use, what does amplifier on signal, does it help for better performance on signal straight, which in this point I have problem. her is the result why is no more than 6Mbits..

0 5.8Ghz BLD2240-C 00:0C:42:05:83:58 no -53dBm@6Mbps 54Mb... 10h33m59s
1 5.8Ghz BLD2250-A 00:0C:42:1B:DD:A6 no -72dBm@6Mbps 36Mb... 10h33m59s
2 5.8Ghz BLD2230-B 00:0C:42:05:83:07 no -70dBm@6Mbps 48Mb... 10h33m59s
3 5.8Ghz BLD2270-B 00:0C:42:1B:DD:69 no -68dBm@6Mbps 54Mb... 10h33m58s
4 5.8Ghz BLD2260-B 00:0C:42:05:CE:3B no -63dBm@6Mbps 54Mb... 8h14m18s
5 5.8Ghz 2BLD2180-C 00:0C:42:05:CE:1B no -71dBm@6Mbps 48Mb... 8h10m12s
6 5.8Ghz BLD2200-A 00:0C:42:05:CD:E0 no -66dBm@6Mbps 54Mb... 7h59m16s
also look the ping.

10.84.0.6 64 byte ping: ttl=64 time=175 ms
10.84.0.6 64 byte ping: ttl=64 time=266 ms
10.84.0.6 64 byte ping: ttl=64 time=78 ms
10.84.0.6 64 byte ping: ttl=64 time=331 ms
10.84.0.6 64 byte ping: ttl=64 time=188 ms
6 packets transmitted, 5 packets received, 16% packet loss
round-trip min/avg/max = 78/207.6/331 ms

10.84.0.4 64 byte ping: ttl=64 time=403 ms
10.84.0.4 64 byte ping: ttl=64 time=286 ms
10.84.0.4 64 byte ping: ttl=64 time=368 ms
3 packets transmitted, 3 packets received, 0% packet loss
I have ping two of my node AP in network and look the ping, I really don't know what do to.

thanks again.
Selim .
 
miles
Member Candidate
Member Candidate
Topic Author
Posts: 105
Joined: Sat Sep 16, 2006 2:49 pm
Location: Kosovo

Re: Bandwith... problem...

Sat Apr 19, 2008 2:36 pm

Hi; ahmedsaffar76
I'm still having problem. I wanted to ask if I put manual basic-rate-a/g=36Mbs will it help..

thx selim ..
 
User avatar
ahmedsaffar76
Member
Member
Posts: 306
Joined: Sun Feb 17, 2008 2:56 pm
Location: Iraq

Re: Bandwith... problem...

Sat Apr 19, 2008 3:13 pm

Hi; ahmedsaffar76
I'm still having problem. I wanted to ask if I put manual basic-rate-a/g=36Mbs will it help..

thx selim ..
Hi ;
what i am doing with my wireless mini pci card is i defined the tx power and i am using 20 dbm fix for all rate .
you could check your current tx power and start increasing the power one db each time and checking the tx CCQ value , will it improve or not .
also you should check reducing the power as well , you could start from 5 dbm and increase by one db each time .
there is a thing we have in the VSAT systems .
when you send signal to the satellite with weak power some times it cause the drop of the service because the HUB not seeing the terminal transmitting . and when we exceed the tx power the service become slow as well because we are in saturation point and what we are doing is transmitting a lot of power for no thing .
thus some of the isp asking for lineup process to check the best tx power level and the isolation .
later i saw that we have to do lineup for the wireless as well because we are using amplifiers to boost the signal and when the client start point his grid to us he get high level signal received in his site while he is transmitting low level signal .
but the problem now there are many numbers i could see in the signal window , which one of them i should consider to improve the client tx level , we need an unswear from MikroTik staff for it .
i am attaching a photo to one of my wireless clients .
with best regards .
You do not have the required permissions to view the files attached to this post.
 
miles
Member Candidate
Member Candidate
Topic Author
Posts: 105
Joined: Sat Sep 16, 2006 2:49 pm
Location: Kosovo

Re: Bandwith... problem...

Sat Apr 19, 2008 6:09 pm

Hi; ahmedsaffar76
I did the tx-power just like you said and didn't help.
I wanted to ask you something about Freq.. Can be the problem I'm using 4900 freq channel.
Can this channel make it this problem, because each panel antenna has label behind write the range of freq.. from 5.1
5.8 Ghz. Cuz here in my town a lots freq.. people using. here the print of my wireless..

Flags: X - disabled, R - running
0 R name="5.8Ghz" mtu=1500 mac-address=00:0C:42:05:CE:30 arp=enabled disable-running-check=no
interface-type=Atheros AR5413 radio-name="000C4205CE30" mode=ap-bridge ssid="southchapel" area=""
frequency-mode=superchannel country=no_country_set antenna-gain=13 frequency=4920 band=5ghz-turbo
scan-list=default rate-set=default supported-rates-b=1Mbps,2Mbps,5.5Mbps,11Mbps
supported-rates-a/g=6Mbps,9Mbps,12Mbps,18Mbps,24Mbps,36Mbps,48Mbps,54Mbps basic-rates-b=1Mbps
basic-rates-a/g=6Mbps max-station-count=2007 ack-timeout=dynamic tx-power=20
tx-power-mode=all-rates-fixed noise-floor-threshold=default periodic-calibration=default
periodic-calibration-interval=60 burst-time=disabled dfs-mode=none antenna-mode=ant-a wds-mode=disabled
wds-default-bridge=none wds-default-cost=100 wds-cost-range=50-150 wds-ignore-ssid=no
update-stats-interval=disabled default-authentication=yes default-forwarding=yes default-ap-tx-limit=0
default-client-tx-limit=0 proprietary-extensions=post-2.9.25 wmm-support=disabled hide-ssid=yes
security-profile=default disconnect-timeout=3s on-fail-retry-time=100ms preamble-mode=both
compression=no allow-sharedkey=no station-bridge-clone-mac=00:00:00:00:00:00 hw-retries=4
frame-lifetime=0 adaptive-noise-immunity=yes
and here the reg talbe also..

0 5.8Ghz 2BLD2180-C 00:0C:42:05:CE:1B no -61dBm@6Mbps 36Mb... 8m24s
1 5.8Ghz BLD2240-C 00:0C:42:05:83:58 no -57dBm@36Mbps 36Mb... 8m24s
2 5.8Ghz BLD2270-B 00:0C:42:1B:DD:69 no -65dBm@6Mbps 36Mb... 8m24s
3 5.8Ghz BLD2200-D 00:0C:42:05:CE:4E no -56dBm@6Mbps 18Mb... 8m24s
4 5.8Ghz Polish1 00:0C:42:0C:00:C4 no -66dBm@36Mbps 36Mb... 8m23s
5 5.8Ghz BLD2230-B 00:0C:42:05:83:07 no -70dBm@6Mbps 36Mb... 8m23s
6 5.8Ghz BLD2250-A 00:0C:42:1B:DD:A6 no -75dBm@6Mbps 36Mb... 8m23s
7 5.8Ghz BLD2260-B 00:0C:42:05:CE:3B no -64dBm@6Mbps 36Mb... 8m23
here also the wireless interface monitor....

status: running-ap
band: 5ghz-turbo
frequency: 4920MHz
noise-floor: -104dBm
overall-tx-ccq: 77%
registered-clients: 8
authenticated-clients: 8
current-ack-timeout: 25
nstreme: no
current-tx-powers: 6Mbps:19(19),9Mbps:19(19),12Mbps:19(19),18Mbps:19(19),24Mbps:19(19),36Mbps:19(19),
48Mbps:19(19),54Mbps:19(19)
notify-external-fdb: no
Cable,pigtail, wireless cars, and antennas are changed and seems the problem won't go away.

thx for your help.
Selim
 
User avatar
ahmedsaffar76
Member
Member
Posts: 306
Joined: Sun Feb 17, 2008 2:56 pm
Location: Iraq

Re: Bandwith... problem...

Sun Apr 20, 2008 1:01 am

Hi miles ;
as i am reading what you wrote .
yes while you are using 5.8 GHz for your wireless you should use 5xxx for freq. you now using freq. below 5.8 GHz .
also i see that the disable-check is off , that mean the AP broadcast only when i client connect to it and you hide your ssid from the sky .
what i am seeing is the b mode , you are using a mode so why it talking about b mode ?
change the freq. and let us know what you will get .
with best regards.
 
miles
Member Candidate
Member Candidate
Topic Author
Posts: 105
Joined: Sat Sep 16, 2006 2:49 pm
Location: Kosovo

Re: Bandwith... problem...

Tue Apr 22, 2008 12:16 am

Hi; ahmedsaffar76
Hey body ,, I just wanted to let you konw the problem is fixed.
How we did fixed is strange which you will meaby never belive. We did enable nstream on 5.8Ghz and the ping gets down.
and now the internet is flying, my man.
But thanks for all your repalys and your time for posting me.


Thx
Selim
 
User avatar
ahmedsaffar76
Member
Member
Posts: 306
Joined: Sun Feb 17, 2008 2:56 pm
Location: Iraq

Re: Bandwith... problem...

Tue Apr 22, 2008 2:04 am

Hi; ahmedsaffar76
Hey body ,, I just wanted to let you konw the problem is fixed.
How we did fixed is strange which you will meaby never belive. We did enable nstream on 5.8Ghz and the ping gets down.
and now the internet is flying, my man.
But thanks for all your repalys and your time for posting me.


Thx
Selim
Hi miles
glad to hear that you fixed the problem :D
but there will be questions for you now .
as i know that when you use nstream you will use two antenna one for transmit and the second for receive .
and here is the question , your end user should use nstream or not ? .
as i know most of users using pci wireless lan card with only one antenna .
waiting your feedback to add other comments .
with best regards .
8)
 
miles
Member Candidate
Member Candidate
Topic Author
Posts: 105
Joined: Sat Sep 16, 2006 2:49 pm
Location: Kosovo

Re: Bandwith... problem...

Tue Apr 22, 2008 3:14 pm

Hi; ahmedsaffar76
How the things going.
Ok let me try to answer to your question as clear as I can.. :D
You can enable the n stream without using two antenna one for rx and tx . But we did enable the nstream on wireless interface. like this go to
interface wireless nstream> set "what ever your wireless interface is enable-nstream=yes .
We did to all AP and on the end we did on GW all AP comes back and now is working.
All my user all connected to AP via UTP cable. They don't use the wireless.
ahmedsaffar76 ; here is my msn: seli_gl@hotmail.com
We can talk more and I will try to help u more.

thx selim ...
 
User avatar
ahmedsaffar76
Member
Member
Posts: 306
Joined: Sun Feb 17, 2008 2:56 pm
Location: Iraq

Re: Bandwith... problem...

Wed Apr 23, 2008 12:56 am

Hi; ahmedsaffar76
How the things going.
Ok let me try to answer to your question as clear as I can.. :D
You can enable the n stream without using two antenna one for rx and tx . But we did enable the nstream on wireless interface. like this go to
interface wireless nstream> set "what ever your wireless interface is enable-nstream=yes .
We did to all AP and on the end we did on GW all AP comes back and now is working.
All my user all connected to AP via UTP cable. They don't use the wireless.
ahmedsaffar76 ; here is my msn: seli_gl@hotmail.com
We can talk more and I will try to help u more.

thx selim ...
Hi Miles ;
I added you to the MSN .
as you wrote , your end user should use MT to get the signal from you .
anyone will use ordinary AP like D-link , Senao etc or if he use wireless lan will not be able to connect with you and he only should use MT .
this is not good for us because the routerboard is more expensive than using wireless lan .
with best regards .
 
cmit
Forum Guru
Forum Guru
Posts: 1547
Joined: Fri May 28, 2004 12:49 pm
Location: Germany

Re: Bandwith... problem...

Wed Apr 23, 2008 11:02 am

Hi Selim,

saw your post here only yet, but we solved the problem already, so this post is too late... ;-)

Greetings to Kosovo and the other guys!
 
User avatar
ahmedsaffar76
Member
Member
Posts: 306
Joined: Sun Feb 17, 2008 2:56 pm
Location: Iraq

Re: Bandwith... problem...

Wed Apr 23, 2008 4:13 pm

Hi Selim,

saw your post here only yet, but we solved the problem already, so this post is too late... ;-)

Greetings to Kosovo and the other guys!
Hi Cmit ;
assum Miles didn't solve the problem yet , what are going to do to solve such case ?
are you going to use nstream as well ? or you will use another method ?
with best regards .
 
cmit
Forum Guru
Forum Guru
Posts: 1547
Joined: Fri May 28, 2004 12:49 pm
Location: Germany

Re: Bandwith... problem...

Wed Apr 23, 2008 7:00 pm

Actually I worked with Selim on the exact case he was asking about above ;-)

The problem was the classical "hidden-station-problem". One way to overcome this is using a time-slot technique, which is one of the features of MikroTik's NStreme protocol.
(If you want to read up on the hidden station problem, you can find some explanation here: http://en.wikipedia.org/wiki/Hidden_station_problem).

But it's hard to give a general rule what to do in such situations. It depends on a lot of factors, and you always have to take into account the whole network and surroundings.
 
miles
Member Candidate
Member Candidate
Topic Author
Posts: 105
Joined: Sat Sep 16, 2006 2:49 pm
Location: Kosovo

Re: Bandwith... problem...

Thu Apr 24, 2008 9:30 pm

Hi Chris..
Hello man I yes we did fixed.

Hi Ahmed I got you to ..

thx Selim ..

Who is online

Users browsing this forum: dsfak, intania, Kuwait, miker3000 and 115 guests