rssi and jitter but lag(ms problems)

yes that’s the ip of the server i run though. Basically it’s the first and only visiable ip i can ping on the connection. Basically my radio goes to the tower to the server onto the backbone connection.

Reply from 204.244.94.1: bytes=64 time=13ms TTL=255
Reply from 204.244.94.1: bytes=64 time=35ms TTL=255
Reply from 204.244.94.1: bytes=64 time=7ms TTL=255
Reply from 204.244.94.1: bytes=64 time=12ms TTL=255
Reply from 204.244.94.1: bytes=64 time=10ms TTL=255
Reply from 204.244.94.1: bytes=64 time=25ms TTL=255
Reply from 204.244.94.1: bytes=64 time=10ms TTL=255
Reply from 204.244.94.1: bytes=64 time=5ms TTL=255
Reply from 204.244.94.1: bytes=64 time=20ms TTL=255
Reply from 204.244.94.1: bytes=64 time=12ms TTL=255
Reply from 204.244.94.1: bytes=64 time=10ms TTL=255
Reply from 204.244.94.1: bytes=64 time=265ms TTL=255
Reply from 204.244.94.1: bytes=64 time=12ms TTL=255
Reply from 204.244.94.1: bytes=64 time=4ms TTL=255
Reply from 204.244.94.1: bytes=64 time=17ms TTL=255
Reply from 204.244.94.1: bytes=64 time=27ms TTL=255
Reply from 204.244.94.1: bytes=64 time=4ms TTL=255
Reply from 204.244.94.1: bytes=64 time=7ms TTL=255
Reply from 204.244.94.1: bytes=64 time=4ms TTL=255
Reply from 204.244.94.1: bytes=64 time=22ms TTL=255
Reply from 204.244.94.1: bytes=64 time=14ms TTL=255
Reply from 204.244.94.1: bytes=64 time=21ms TTL=255
Reply from 204.244.94.1: bytes=64 time=24ms TTL=255
Reply from 204.244.94.1: bytes=64 time=7ms TTL=255
Reply from 204.244.94.1: bytes=64 time=129ms TTL=255
Reply from 204.244.94.1: bytes=64 time=29ms TTL=255
Reply from 204.244.94.1: bytes=64 time=7ms TTL=255
Reply from 204.244.94.1: bytes=64 time=9ms TTL=255
Reply from 204.244.94.1: bytes=64 time=69ms TTL=255
Reply from 204.244.94.1: bytes=64 time=74ms TTL=255
Reply from 204.244.94.1: bytes=64 time=4ms TTL=255
Reply from 204.244.94.1: bytes=64 time=41ms TTL=255
Reply from 204.244.94.1: bytes=64 time=12ms TTL=255
Reply from 204.244.94.1: bytes=64 time=7ms TTL=255
Reply from 204.244.94.1: bytes=64 time=11ms TTL=255
Reply from 204.244.94.1: bytes=64 time=7ms TTL=255
Reply from 204.244.94.1: bytes=64 time=6ms TTL=255
Reply from 204.244.94.1: bytes=64 time=6ms TTL=255
Reply from 204.244.94.1: bytes=64 time=6ms TTL=255
Reply from 204.244.94.1: bytes=64 time=4ms TTL=255
Reply from 204.244.94.1: bytes=64 time=4ms TTL=255
Reply from 204.244.94.1: bytes=64 time=6ms TTL=255
Reply from 204.244.94.1: bytes=64 time=12ms TTL=255
Reply from 204.244.94.1: bytes=64 time=8ms TTL=255
Reply from 204.244.94.1: bytes=64 time=384ms TTL=255
Reply from 204.244.94.1: bytes=64 time=22ms TTL=255
Reply from 204.244.94.1: bytes=64 time=12ms TTL=255
Reply from 204.244.94.1: bytes=64 time=6ms TTL=255
Reply from 204.244.94.1: bytes=64 time=39ms TTL=255
Reply from 204.244.94.1: bytes=64 time=6ms TTL=255

this is my ping times at 2am verus any time outside of 2am-6am which is posted above.

Comjake wrote:
I'm trying to get the tech from the provider on these forums to answer alot of the questions and help him find out what's going on and how to fix it.

There is no objects between me and the tower. i spent 75 dollars getting a stand to put it on the peak of my house so that i would have no issues with line of sight.

For the other questions my provider tech will come on here and answer hopefuly.

I believe i'm 12 miles from the mountain but don't quote me on that.



Do you know if the radio is configured in 1x/2x and software/hardware mode?


Radio is configured 2x and hardware. There is another service provider that is using Tranzeo equipment, I believe they are in the same boat. Any suggestions?

The power is set to 25 dBm. Comjake's sm specifically is at

Session Status : REGISTERED VC 66 Rate 2X/1X
Registered AP : 0a-00-3e-xx-xx-xx
RSSI : 706
Power Level : -75 dBm
Jitter : 3
Air Delay : 1189 approximately 11.03 miles (58261 feet)

There is nothing in the way.

Try forcing it to 1X.

Jerry Richardson wrote:
Try forcing it to 1X.


Pinging 10.1.101.52 with 32 bytes of data:

Reply from 10.1.101.52: bytes=32 time=26ms TTL=30
Reply from 10.1.101.52: bytes=32 time=129ms TTL=30
Reply from 10.1.101.52: bytes=32 time=1040ms TTL=30
Reply from 10.1.101.52: bytes=32 time=1486ms TTL=30
Reply from 10.1.101.52: bytes=32 time=25ms TTL=30
Reply from 10.1.101.52: bytes=32 time=925ms TTL=30
Reply from 10.1.101.52: bytes=32 time=1256ms TTL=30
Reply from 10.1.101.52: bytes=32 time=28ms TTL=30
Reply from 10.1.101.52: bytes=32 time=20ms TTL=30

That's after 1x and a reboot.

definitely interference.

are there other 900MHz AP’s in the area?

As I mentioned another WISP are running 900mhz tranzeo equipment.

Are they co-operative? If they are affecting you, you are affecting them. With some co-ordination you may come up with a frequency assignment that allows you to both operate relatively well.

If you have any other Canopy AP’s within RF Rx of each other they should all have GPS timing, and be configured with the same Downlink %, Control Slots, and Max distance.

If you don’t need/want CMMmicro’s, you can use SyncPipes from PacketFlux that will provide GPS sync for 150 bucks.

Jerry Richardson wrote:
Are they co-operative? If they are affecting you, you are affecting them. With some co-ordination you may come up with a frequency assignment that allows you to both operate relatively well.

If you have any other Canopy AP's within RF Rx of each other they should all have GPS timing, and be configured with the same Downlink %, Control Slots, and Max distance.

If you don't need/want CMMmicro's, you can use SyncPipes from PacketFlux that will provide GPS sync for 150 bucks.


My mistake, it seems they are running 2.4ghz not 900Mhz. As far as I know there's nothing else up there running 900Mhz.

Do you have more than 1 Canopy 900AP in your network?

Have you turned off all of your AP’s and turned them into SM’s to use the spectrum analyzer? You might be sitting on a SCADA or other high power 900 signal.

Jerry Richardson wrote:
Do you have more than 1 Canopy 900AP in your network?

Have you turned off all of your AP's and turned them into SM's to use the spectrum analyzer? You might be sitting on a SCADA or other high power 900 signal.


We do not have another 900AP running. I have run a spectrum analyzer but nothing of interest comes up. I'm wondering if it's the Access Point itself at this point. The latency at this point is getting ridiculous. My next plan of attack is going to be trying to get up there with another 900 and see if I get the same problems.

Is the problem related to all SM’s on the AP?

How are you getting bandwidth to the AP?

Try re terminating both ends of the Cat5. What is the AP plugged into? If it’s a cheap switch or hub that can cause issues.

By the way, welcome to the forum!

How about posting the output from the Ethernet Stats tab?

amd phreak wrote:
How about posting the output from the Ethernet Stats tab?

inoctects Count : 3497044850
inucastpkts Count : 11084282
Innucastpkts Count : 153668
outoctets Count : 781809942
outucastpktsCount : 12725250
outnucastpkts Count : 35724

Everything else is at 0


Unfortunately re-terminating the ends is not an easy solution at the moment as there is roughly 30ft of snow on the road up the mountain. Our only solution to get up there would be a helicopter and that's last resort at this point. Bandwidth is a 10Mb fiber connection stemming from a cisco switch (2650?)

Thanks for the welcome, as you can see by my registration date I've been trolling here for a little while.

I just had a similiar problem from my house to my tower during testing, you might want to try messing with the up/down sustained and burst rates. when I had them set like I wanted everything went weird and I would get intermitent periods of really high latency in the connection. I then set the sustained and burst speed to be exactly the same and made them the full connection and it has worked wonderfully since then. Now I just have to find the right combination so that I don’t have to give every customer the full pipe.

Thanks,
Ben

benanthony wrote:
I just had a similiar problem from my house to my tower during testing, you might want to try messing with the up/down sustained and burst rates. when I had them set like I wanted everything went weird and I would get intermitent periods of really high latency in the connection. I then set the sustained and burst speed to be exactly the same and made them the full connection and it has worked wonderfully since then. Now I just have to find the right combination so that I don't have to give every customer the full pipe.

Thanks,
Ben


Doing this hasn't changed anything. I'm going to upgrade everyone to 8.2.2 in the next couple of days and see if that solves the latency issues. If not then I'm going to be running another spectrum check and then just biting the bullet and trying to switch the AP. This is getting silly.

Maybe i missed it but i still didnt see what gain antenna you are using. 700 rssi is a very weak signal for 900 equipment.

I dont have a customer under 1000 rssi even the ones at 18 miles.

A high gain antenna and some height on the customers house should help.

I used to play Counter - Strike and experienced the same problem with latency. A 10’ mast helped.