Bullet 5M - Slow Web interface

[tkerns]

I have a link installed using 2 5M's. During setup the web interface is fairly quick and fast. Once the RF side is set on an AP or the link is made on a client, it seems that the web interface becomes extremely SLOW, to the point of hanging. I even replaced the client side during setup as it was too slow to complete the configuration. I took the same "client" unit that was replaced and was able to go throught the screens when it was not connected to an antenna or linked to an AP. This is my first link using these so not sure it is something in general or specific to this link.

Edit: I should have read chevybaby's post prior to this. Sounds very similar to what I see.

[UBNT-Mike.Ford]

Hello,

Is it just the main page thats responding slowly? If you let it sit there and load fully, then browse to the other tabs...does it then becom fast?

Have you tried a different browser?

Thanks,

Mike

[tkerns]

I have tried both Internet Explorer and Firefox. It does seem that the 1st page is the slowest, but it also hangs there. Once configured the other pages do change quickley. It just maks trying to configure tham a PITA. As I mentioned, I replaced one thinking it was bad.....

[UBNT-Mike.Ford]

I have tried both Internet Explorer and Firefox. It does seem that the 1st page is the slowest, but it also hangs there. Once configured the other pages do change quickley. It just maks trying to configure tham a PITA. As I mentioned, I replaced one thinking it was bad.....

Hey Tim,

I am investigatin this.

Another thing to try. Can you type the Ip of the unit then put /network.cgi

Does it load fast if you skip past the main page?

If so can you update your Java client?

Thanks,

Mike

[sbyrd]

I ran into that today when I deployed some BM2s. What I found is one of our customers had his router plugged in backwards and the router ip was the same as the IP for our Bulletm2. This locked up the interface or made it very slow. I only found this out when one time I entered the ip of our bullet I got the main page of a linksys router. Change the IP of you bullet and track down the customer and you should solve the problem.

[tkerns]

"track down the customer and you should solve the problem."

Not the case with this one.... ethernet was plugged into my laptop.... no other network connection.

Mike, I have tried both IE ver 8 and Firefox (latest version), I do believe it is the first page as you mentioned.... status says "error on page" and it takes forever for the 2 charts to appera and sometimes the info at the top is blank.

The one thing that I think I noticed, was this happens AFTER a link is made. Maybe try that...

[Shockware1]

IE ver 8

Well, that's part of the problem! haha.
I don't like IE 8 at all...

We have old seano radios that we cannot log into now with IE 8. We have to run IE 6 or 7 (6 is faster IMO)

[sbyrd]

I ran into that today when I deployed some BM2s. What I found is one of our customers had his router plugged in backwards and the router ip was the same as the IP for our Bulletm2. This locked up the interface or made it very slow. I only found this out when one time I entered the ip of our bullet I got the main page of a linksys router. Change the IP of you bullet and track down the customer and you should solve the problem.

Well I was wrong. I spoke too soon. We did have an IP conflict but it did not solve my problem. The lockups happen on IE7,8 FF3.5 and Chrome3.0(cant even connect to unit). The issue does not happen if I hardcode to the same subnet that the unit is on. Everything pings ok and the link transmits data fine, but the main page locks up the browser. The other tabs (link.cgi, network.cgi) are fine.

[sbyrd]

I have tried both Internet Explorer and Firefox. It does seem that the 1st page is the slowest, but it also hangs there. Once configured the other pages do change quickley. It just maks trying to configure tham a PITA. As I mentioned, I replaced one thinking it was bad.....

Hey Tim,

I am investigatin this.

Another thing to try. Can you type the Ip of the unit then put /network.cgi

Does it load fast if you skip past the main page?

If so can you update your Java client?

Thanks,

Mike

I can get to the ip of unit/link.cgi or network.cgi just fine. It is just the main page I am having issues with.

[UBNT-Mike.Ford]

I have tried both Internet Explorer and Firefox. It does seem that the 1st page is the slowest, but it also hangs there. Once configured the other pages do change quickley. It just maks trying to configure tham a PITA. As I mentioned, I replaced one thinking it was bad.....

Hey Tim,

I am investigatin this.

Another thing to try. Can you type the Ip of the unit then put /network.cgi

Does it load fast if you skip past the main page?

If so can you update your Java client?

Thanks,

Mike

I can get to the http://ip of unit/link.cgi or network.cgi just fine. It is just the main page I am having issues with.

Hello,

Thanks for the info. I am getting my software team to take a look at this. I cannot replicate this in the lab, even when passing traffic over the units, using IE 8, 7 , 6, FF3, 2, and Opera.

Thanks,

Mike

[sbyrd]

In the lab I have no problems either. In the field if I am plugged into either the AP or STA I have no issue reaching either unit. If I am in another location on our network (different subnet) though either it will take up to 2 minutes for the main page to load in FF or IE8. Sometimes it will lock the browser up, but most times if I wait long enough it will be fine until I go to another tab then back to the main tab (up to 2min wait again).

[Shockware1]

if you are in a different subnet, won't your packets go all the way back to your main gateway, then route back to your location? Is it possible a link to your main gateway is congested?

[UBNT-Mike.Ford]

In the lab I have no problems either. In the field if I am plugged into either the AP or STA I have no issue reaching either unit. If I am in another location on our network (different subnet) though either it will take up to 2 minutes for the main page to load in FF or IE8. Sometimes it will lock the browser up, but most times if I wait long enough it will be fine until I go to another tab then back to the main tab (up to 2min wait again).

Ok this I did replicate.

Seems if you are on a different network segmanet the Main page loads very slowly.

I will have my software team investigate this.

Thanks,

Mike

[rkj]

In the lab I have no problems either. In the field if I am plugged into either the AP or STA I have no issue reaching either unit. If I am in another location on our network (different subnet) though either it will take up to 2 minutes for the main page to load in FF or IE8. Sometimes it will lock the browser up, but most times if I wait long enough it will be fine until I go to another tab then back to the main tab (up to 2min wait again).

It sounds like a Path MTU issue; without PMTUD (Path MTU Discovery), MTU is assumed to be the interface MTU when the access is local, or 576 when going thru a gateway.

May be tuning some TCP parameters in /proc might solve the problem before an updated firmware version.