PDA

View Full Version : StarV3 v1.2.4b build 2358 is ready for testing


tony
06-30-2007, 10:30 AM
The BETA has been released, and is available on http://files.star-os.com/

While the change log is not complete at the moment, there are some changes listed on this thread http://forums.star-os.com/showthread.php?t=6714, and previous BETA postings (1.2.1b and newer)

Please do not upgrade your system unless you have access to it via the ethernet, in case you need to downgrade.

Please post your results as there are bound to be a few issues left to iron out before we remove the BETA status.

Changes since v1.2.3b build 2333
*) HotSpot / Captive Portal support is now available for all platforms excluding the WAR-1. (see HotSpot notes below)
*) IPs would sometimes linger around after a VDS interface was removed or disabled, specifically if the VDS was part of a bridge group.
*) IE country now support 5.8 frequencies 5.745 - 5.825
*) Improved support for AR5006XS chipsets while using Cloaking. Cards based on this chip include the WLM54AG / WLM54AG23.
*) Improved Cloaking support for 11g modes.
*) "802.11g only" mode no longer offers 802.11b / ERP protection (more robust)
*) "802.11g only" now uses pure OFDM rates. 802.11b CCK rates are now only offered in the 802.11b/g mode.
*) 6 and 9 OFDM rates can now be selected in the "802.11g only" mode.
*) 802.11g cloaking now offers the same improvements as the "802.11g only" mode listed above.
*) When specifying a specific rate, it is no longer a fixed rate but rather a MAX rate. When the signal threshold decreases, the rate will go lower to compensate, but will never increase beyond the rate specified. This feature greatly complements our new rate control, providing for a very robust network.

There are a few known incompatibilities and/or problems with this releases:
*) OLSR service does not restart on activate changes. (resolved for next release)
*) OLSR service may randomly quit. (resolved for next release)

Some operational differences include (mainly related to regulatory requirements):
*) Atheros channel and country code list no longer contains an 'All Channel' setting (## and #!).
*) U1 country code (US + FCC3) no longer contains the FCC3 channels, however country UZ can be used in it's place for systems that require them.
*) Due to the nature of our unique rate control, the rate specified is now a MAX rate, and not a FIXED rate.

For best operation, please ensure your client and AP use the same country code.

For those wanting to try the live upgrade feature via starutil, simply add the -a (apply) flag to the command line when uploading the firmware.
This requires that your system is using build 2321 or newer, and starutil 1.16.

HotSpot notes:
The HotSpot offered is vastly different from the version offered in V2.

To configure the HotSpot, there is a new 'hotspot' pull-down menu entry. The configuration script should be self explanitory.

The website users log into is now hosted on your own webserver, and not on the StarV3 box itself. We have offered a login webpage template on our files website, though any ChilliSpot login portal will work just as well.

While in the SSH interface, you can press ALT-H to view the on-line hotspot users. If there is a star (*) next to the IP address, that means the user has authenticated. The rest of the screen should be explanatory.

The hotspot user manipulation support via utilistar is also supported.

Sample HotSpot configuration steps:

Remove all IPs from wpci1 (this will be the AP the users log into)
Make sure your DNS server listed in "advanced->dns server list" is valid, as the hotspot service will require it.
Update RIP and OSPF (if used) to only advertise the Ethernet interface, as to not propagate the hotspot's private IP range.
Enter the HotSpot configuration script and enter the following commands:
hotspot enabled
interface wpci1
radius 1.2.3.4 <-- change to your radius server
radius_secret MySecret <-- change
login_server http://my-auth.server.com/ <-- change to the url where you installed the login script.
login_server_secret 5d8cp1fr9ua <-- change to match the one specified in your login script
dhcp_network 192.168.57.0/24
dhcp_dns 1.2.3.4 <-- change to your DNS server
Enter this in your NAT script: masq from 192.168.57.0/24 to dev ether1
Activate Changes, and you are done.If you use the default domain (hotspot.star-os.com), and default IP range of 192.168.57.0/24, then your customers can use the "exit" keyword in the Internet Explorer address bar to go to the logout page, if the popup window is closed. You can setup similar keywords for your own network if you do not use the default settings.

Notes regarding the Login script:

This is the web-based login prompt your HotSpot users will see when they try to access the Internet.

The system requirements needed for the Login script is a webserver and a stock install of PHP. (Perl login scripts are also available).

The only purpose of the login script is to collect a username and password from the user, and forward it back to the V3 hotspot system for authentication and can be hosted anywhere.

knolan
06-30-2007, 01:33 PM
Upgraded one WRAP board and all went well,

One change in now the IE country code uses DFS automaticly for the frequencies that need it, and the frequency range has been extented into the 5.8 range (5.745 --> 5.825)

The setup on our Wrap board is very basic and only has one CPE connecting to it.

Non standard Services enabled: = RIP

Radios = 2 * WLM54AG23 running at 10MHz


Need to some research into the Hotspot.

Regards
Keith

tony
06-30-2007, 02:31 PM
Glad your update went well.

If you have any questions regarding the HotSpot setup, just ask.

tog
06-30-2007, 03:45 PM
Looks like an amazing job integrating the new hotspot. Quick question regarding the hotspot, did you provide the default UAM login perl or php script anywhere? I have already used chilli before so it's not foreign to me, but it seems like me asking this question might help others.

Unfortunately olsrd still crashes immediately with LinkQualityExtensions 2 so I cannot use this build on my network.

i20access
06-30-2007, 04:04 PM
I also am having OLSR problems, it looks like it is not being restarted after an "activate changes" causing it to be "dead" to the rest of the network untill ping-watchdog reboots it. ALSO, I had this version COMPLETELY wipe out the configuration of a WRAP board after an upgrade. :(

tony
06-30-2007, 04:12 PM
What version did you upgrade from? (that is the version that would not have saved the configuration). Also, what size of flash are you using?

Also, thank you for noting the OLSR on activate issue. It has been corrected.

tony
06-30-2007, 04:20 PM
What is everybody's general feelings regarding OLSR 0.5.0? Do you feel that we should:
1.) Revert back to 0.4.10, and let all be happy in the world
2.) Update to the latest CVS release, and give it another round of tests
3.) Stick with 0.5.0 for now

The current OLSR version in use is 0.5.0 release (non-CVS version).

The next BETA round will be starting by the end of the day (and released tomorrow). If nobody comes forward, we will revert to 0.4.10 until the 0.5.x releases stabilize.

mimbach
06-30-2007, 05:27 PM
I would like to suggest that we continue down the path of a new olsr version that works for all of us. As 0.4.10 does not work for many of us. I am willing to wait and to help in reporting my findings to have something that works on our entire network and not just here and there.

Mimbach

tog
06-30-2007, 05:33 PM
I know there are real problems with 0.4.10, that's why the Freifunk guys whacked out a boatload of patches which (plus a few others) became 0.5.0.

So, I really would prefer to use either 0.5.0 or the cvs current. Either one...

Seems like 0.5.0 release should work with LQ, though, I haven't seen anything on the mailing list with a bunch of people screaming about LQ not working in 0.5.0 or anything.

In fact the olsr-users list shows people are talking about the LQ extension post-0.5.0 indicating they are themselves still using it with 0.5.0.

i20access
06-30-2007, 05:49 PM
What version did you upgrade from? (that is the version that would not have saved the configuration). Also, what size of flash are you using?

I was using 1.2.3b. This was a rare case that I am unable to duplicate. It happened on a WRAP board, but I was able to sucessfully upgrade WRAP boards running 1.2.3b to 1.2.4b. I don't know without climbing the tower what size flash it has. Is there a way to retrieve the flash size otherwise?

These are the last entries I see:
Jun 30 15:32:58 10.1.1.42 starutild: xx.xx.xxx.xx - firmware received from client
Jun 30 15:33:40 10.1.1.42 starutild: xx.xx.xxx.xx - rebooting the system
Jun 30 15:33:41 10.1.1.42 kernel: scx200_wdt: watchdog device closed unexpectedly, will not disable the watchdog timer
**hard booted**
Jun 30 16:49:53 10.1.1.42 syslogd started: BusyBox v1.01 (2007.06.30-04:36+0000)


Also, thank you for noting the OLSR on activate issue. It has been corrected.


Wonderful Tony, Thanks!!

i20access
06-30-2007, 05:50 PM
What is everybody's general feelings regarding OLSR 0.5.0? Do you feel that we should:
1.) Revert back to 0.4.10, and let all be happy in the world
2.) Update to the latest CVS release, and give it another round of tests
3.) Stick with 0.5.0 for now

The current OLSR version in use is 0.5.0 release (non-CVS version).

The next BETA round will be starting by the end of the day (and released tomorrow). If nobody comes forward, we will revert to 0.4.10 until the 0.5.x releases stabilize.

Lets keep 0.5.0 or CVS. My buddy tog needs link quality extensions fixed though! :)

tony
06-30-2007, 06:22 PM
We are at the mercy of the OLSR development team for a LQ solution. Here's hoping the CVS release resolves the issue.

tog
06-30-2007, 06:25 PM
Are you able to do anything special to get full debug output from olsrd so you can see why it crashes with LinkQualityLevel 2?

The debug output goes to stdout and the olsr daemon doesn't go into the background if you run it with any debug level above 0.

tog
06-30-2007, 06:56 PM
Hm apparently DebugLevel defaults to 1 now. Had to specifically set DebugLevel 0 to get it to detach and run in background.

Anyway, I just compiled olsrd 0.5.0 under FreeBSD 6.2 and ran it on my live OLSR network (with no Hna4 announcements of course) and it worked fine with LinkQualityLevel 2.

olsrd does start up with LinkQualityLevel 2 under StarV3, it just dies after about 1 second. I'm hoping the debuglevel 9 will print something helpful if you can somehow build a StarV3 that pipes olsrd's stdout to someplace where you can view it.

lonnie
06-30-2007, 06:58 PM
tog - what hardware is olsr crashing on?

tony
06-30-2007, 07:05 PM
Tog, I sent you a PM

tog
06-30-2007, 07:52 PM
tog - what hardware is olsr crashing on?

WAR-2, only when LinkQualityLevel 2 is used. When LinkQualityLevel 0 is used, it stays up fine. Of course when I use LinkQualityLevel 0 I get no routes because I cannot pass routes around with my other olsrd hosts without LQL 2.

It could be that I have 115 routes or it could be LQ.

tony
06-30-2007, 10:55 PM
There was indeed an issue in OLSR, and have corrected it. There will be a new release tomorrow with the update.

valenti
06-30-2007, 10:57 PM
FWIW, I upgraded three systems to this release tonight. (my first ever upgrades, went smoothly)
Two were on WAR2s, a non-productional backhaul. The only glitch I noticed is that the client name disappeared from the AP's association screen. No big deal. I also notice the Rate value is reported lower, but the thruput test seems to give better results.
The other upgrade was a new WAR1 setup. It is going on my house Sunday. Looks fine.

It will take me weeks to figure out all these new features. Lots of good stuff, I think. Thanks, VNC!

tony
06-30-2007, 11:06 PM
Glad to see things went smoothly.

oscarBravo
07-01-2007, 04:48 AM
*) When specifying a specific rate, it is no longer a fixed rate but rather a MAX rate. When the signal threshold decreases, the rate will go lower to compensate, but will never increase beyond the rate specified. This feature greatly complements our new rate control, providing for a very robust network \o/ \o/ \o/

That's excellent news.

rbolduc
07-01-2007, 09:24 AM
CPU Usage seems to be MUCH higher than the previous build, I normally run 15 20% tops now I am peaking 100% and SSH is VERY sluggish... Also showed radius-ACL was on could not figure how to turn it off, did a reboot and now its off cpu is a little better but still allot higher than normal for this AP..


Thanks
Reed

tony
07-01-2007, 09:28 AM
Can you provide some more information regarding your AP, and what version you upgraded from?

rbolduc
07-01-2007, 09:55 AM
Yea that might be important ;)

AP War4
24V Battery Power/Charger
Was 1.2.3b-2333
2 WLM54G, Aps X2 Cloaking
SR9 AP (Disabled)
CM9 5.8 Backhaul, X2 Cloaking, Wep/104
8 Clients on 1 AP
0 on the other
G mode only, super, Was auto then I capped to 24.


Still cant jet NTP to work anymore and I can't figure why, I can ping the server and anything else just fine.. But it looks like no one else mentioned that except me so I must have broke something somewhere :(

Thanks
Reed

tony
07-01-2007, 09:58 AM
What NTP server are you using? Have you tried another?

Also, have you updated / added your dns servers in the dns dialog?

tog
07-01-2007, 01:46 PM
Hey, as long as we are on the subject of NTP, is there any way to add a longer delay to NTP or order its startup way at the end so it always suceeds in setting the time upon bootup? In 1.1.x, many of my StarV3 systems connected via wireless will not get NTP sync'ed at boot.

I figure this is going to be a big concern for hotspot systems which need the clock set accurately. If they cold start and NTP doesn't successfully set the time, hotspot is going to have problems.

pananix
07-01-2007, 01:54 PM
The BETA has been released, and is available on http://files.star-os.com/

[snip]

Notes regarding the Login script:

This is the web-based login prompt your HotSpot users will see when they try to access the Internet.

The system requirements needed for the Login script is a webserver and a stock install of PHP. (Perl login scripts are also available).

The only purpose of the login script is to collect a username and password from the user, and forward it back to the V3 hotspot system for authentication and can be hosted anywhere.

Lonnie,

Can you or tony post the Perl scripts to the download area?

Also, Atheros MIB.txt?

Thanx.

tony
07-01-2007, 02:18 PM
We provide a PHP version, however you can use the Perl version that comes with ChilliSpot (www.chillispot.org (http://www.chillispot.org)).

The mibs are available on our downloads site, within the same archive you got the firmware update from.

rbolduc
07-03-2007, 02:34 PM
What NTP server are you using? Have you tried another?

Also, have you updated / added your dns servers in the dns dialog?

Here it is the allmighty answer

iptables -N P2P

http://forums.star-os.com/showthread.php?t=5635&page=3&highlight=iptables+P2P

this was posted here a while back as part of a P2P script.. this one line blocked ntp updates, just incase anyone else pulls their hair out with it :)


Thanks
Reed