gopronto,

Thanks for the response.

Two quick follow-ups:
I think I am set to "g only" already. At least that is what I set in the router network settings (802.11g only). Any place else this needs to be specified?

Regarding the HEX key, is this possible with WPA or do I need to set WEP64 or WEP128 encryption? I would like to keep the encryption to WPA if possible. Do I just have to change the phrase to a select bunch of 0-9s and A through Fs, like "9AE35C66B1D0F" (obviously, I am clueless about HEX)?

Thanks.

You will need to set it to a WEP for the HEX key , but it is worth trying.

the key for wep 64 could be FFFFFFFFFF

the other option is to use the Mac address of the Pronto , and put it in the IP pool table , if you do a google search im sure you will find a few tutorials on this .

Thanks gopronto. I will give the WEP HEX key a try.

Does anyone know if there is a known bug in the TSU9400 software that causes the unit to drop the wireless connection when the backlight times out even though the wireless timeout is set to 24 hours (continuous connection)? I would think if it were working correctly the TSU9400 would be maintaining the connection (and using up battery power).

Well,

At gopronto's suggestion, I switched from WPA to WEP 64 with HEX (and Authentication on 'both', not 'shared key') and the TSU9400 will transmit commands immediately. There are no problems with the WIFI connection and I do not get the 'Command Failed' response when actions involve the RFX9600 like I did in my original post from 3/21/10.

Way to go, gopronto!

Then I tried setting the authentication to 'shared key' since it is more secure. But the TSU9400 wouldn't connect at all. So I returned to 'both'.

Then I tried moving to WEP 128 and no change in the improved performance -- everything runs quickly with no hang-ups.

Then for fun, I switched to invisible SSID on my router to see what happens -- still great performance.

So I am now running WEP128 using HEX and authentication on 'both' and SSID invisible and the performance from the TSU9400 with either SlimPronto, ProntoSqueeze, or the RFX9600 is quick and trouble free. I also changed the backlight timeout to 30 seconds.

But now with WEP authentication, the wireless network is more vulnerable than if I ran WPA authentication. It is unfortunate that I have to choose either the best security or the best performance. Any way around this?

Thanks for all the help so far.

dMatt200

glad your sorted.

But the " Then for fun, I switched to invisible SSID on my router to see what happens -- still great performance."

The above souldn't work!

so im going to give it ago. are you sure that the SSID is hidden?

gopronto,

Yes, the SSID is hidden, I couldn't see it on a windows laptop when I tried to find the WLAN. It was in the list, then, POOF!, it was gone.

Weird isn't it? I didn't expect it to work (it didn't when I was on WPA) but I'm having no problems hidden with WEP.

Let me know if it works for you.

How very strange , with the SSID disabled the Pronto's ( ihave few) all seem to be ok.

Our tries with hidden SSID have failed, apparently this feature is handled differently between manufacturers.

nimnul,

For the WLAN configuration I am using (outlined in my earlier post) and TSU9400/RFX9600 set-up, hidden SSID does not work for WPA but does work for WEP64 and WEP128.

Have you tested on both authentication schemes?

I am not professing ANY system knowledge here, just documenting what I tested for in my configuration and passing it along for our collective database.

By the way, does everyone experience these slow connections in WPA (providing a status like 'connecting', 'command failed', etc.) when the TSU9400 is used after the backlight times out? I know it works well with WEP but I want to confirm that the performance with WPA is something to live with, or if I just haven't tried all the expert tweaks yet.

Boy, would I be lost without this site. Thanks everyone.

Nope that was the results on some test we made on how to raise security on WEP combining WEP/MAC address Filtering and Hidden SSID.

Prontoteam says handling of Hidden SSID is not standarised among manufacturers and might work on some systems and not on others.

Tested system was with a Hawking 300N.

I've been so mad this last week at the performance of my Pronto's, that I had to set up another router using WEP just to get them to work. I don't know if it is just too many WiFi signals in my area or what, but every time the Pronto screens times out, it takes the remote at least 10 seconds to reconnect.

If someone has a contact with the Pronto team, I'd be happy to test any available firmware updates. I have two remotes and can run WPA and WEP access points simultaneously to test it. HELP!!

Jon,

Drop them an email just to be safe but know that they do monitor this forum as well.

Prontoteam is onto, this, new beta FW is being tested.

Just to confirm, I'm seeing this issue with my TSU9400 (haven't checked my TSU9600 yet). When the backlight times out, it drops the wifi connection and can take ages to get it back (minutes sometimes). I've changed my RFX9600 to use DHCP and the TSU9400 is using a fixed IP (and similar Pronto network settings to what's been recommended in this thread)...and I'm using WPA. I'll look into changing over to WEP128 but that's not ideal from a security point-of-view, especially seeing my "Pronto" access point (Netgear WG102) talks to my main wireless (N) network.

Be interesting to see if this is addressed in a firmware update. I'd be happy to offer up a complete list of my Pronto/RFX settings, router make/model/firmware etc if that would help the Pronto team?

you can send all your info to [email protected]