[Ervaringen] Linksys WRT54G(S) & WRT54GL firmwares Overzicht Laatste deel

Dit topic is onderdeel van een reeks. Ga naar het meest recente topic in deze reeks.

Pagina: 1
Acties:
  • 75.430 views sinds 30-01-2008

  • Spixo
  • Registratie: Augustus 2004
  • Laatst online: 22:55
Afbeeldingslocatie: http://chriscarey.com/software/gkrellm/wrt54g/wrt54g.gif

De wireless routers van Linksys zijn erg populair bij particuliere gebruikers. De WRT54G, WRT54GS en WRT54GL zijn bijna identiek aan elkaar en voor allen zijn dan ook veel gemodde firmwares te vinden. Het zijn er ondertussen zoveel dat ik door de bomen het bos niet echt meer zie. Vandaar dit topic.

Welke firmwares zijn er:

Officiële Linksys firmware: http://www.linksys.com

HyperWRT http://www.hyperwrt.org/Downloads.shtml
HyperWRT is a power boost firmware for the Linksys WRT54G and WRT54GS router. The goal of this project is to add a limited set of features to the last Linksys firmware, extending its possibilities but staying close to the official firmware.
Sveasoft http://www.sveasoft.com/content/view/2/1/
The Sveasoft firmware is a replacement firmware upgrade for ASUS, Belkin, Buffalotech, and Linksys wireless routers. Our firmware adds dozens of sophisticated features to these sub-$100 routers turning them into the equivalent of products costing hundreds or thousands of dollars.
DD-WRT http://www.dd-wrt.com
DD-WRT is simply a project which is based on the official GPL Sources of Sveasoft Alchemy. Due the nature of GPL based projects, this firmware will be also release under this license. Initially i wrote this modification to make it possible, to use the Linksys WRT54G/GS inside our Wireless Lan network as cheap replacement for our professional Lancom and Orinocco access points. so what was missing? first, we are using radius authentication with a central account management inside our network for user authentication. There is already a radius application available for OpenWRT, but openwrt was no choice since it is not user friendly for a non computer professional without any linux knowledge. so i just integrated it with some small enhancements in the alchemy software.
Tomato http://www.polarcloud.com/tomato
Tomato is a small, lean and simple replacement firmware for Linksys' WRT54G/GL/GS, Buffalo WHR-G54S/WHR-HP-G54 and other Broadcom-based routers. It features a new easy to use GUI, a new bandwidth usage monitor, more advanced QOS and access restrictions, enables new wireless features such as WDS and wireless client modes, raises the limits on maximum connections for P2P, allows you to run your custom scripts or telnet/ssh in and do all sorts of things like re-program the SES/AOSS button, adds wireless site survey to see your wifi neighbors, and more.
En zo zijn er nog tal van andere firmwares beschikbaar. Dit topic is om te discussieren over:
  • Welke firmware gebruik je, en met welke router?
  • Hoe zijn je ervaringen met deze firmware?
  • Heb je andere firmwares geprobeerd, en hoe was je mening hierover?
Let op:
De meeste firmwares die worden genoemd in dit topic werken alleen op de volgende versies:
Linksys WRT54G v1-v4, WRT54GS v1-v4, WRT54GL v1.x. Controleer dit goed voordat je over gaat tot flashen!

Update 25 april 2007:
Startpost wat opgeschoont. Links weer werkend gemaakt en Tomato toegevoegd.

[ Voor 45% gewijzigd door Spixo op 25-04-2007 19:29 ]


  • Graham
  • Registratie: Maart 2001
  • Laatst online: 31-03 21:36
Ervaringen:
Ik heb een WRT54G versie 2.0 vanaf vorige jaar november nadat ik ADSL bij XS4ALL aangevraagd had. Ik wilde mijn router zo hebben dat hij het internet IP kreeg en dus niet de modem. Na her en der zoeken vond ik dit topic sip_spoof / dhcp_spoof met Linksys WRT54G. Hier kan je vinden hoe je een Speedtouch in een zo genoemde sip spoof / dhcp spoof modus krijgt en hierdoor je router ipv de modem het IP krijgt.

Dit heb ik de eerste keer gedaan met de Wifibox firmware 2.02.2.6, deze firmware werkt erg goed behalve dat het wifi signaal na enkele dagen steeds zwaker wordt.

Tot een week geleden gebruikte ik deze firmware, tussen door wel eens wat andere geprobeerd maar altijd weer terug gegaan naar de Wifibox firmware. Nu ben ik helemaal over naar DD-WRT #22 prefinal4 (Talismen). Deze firmware bevalt me nog beter dan die Wifibox. Ook omdat er geen ontwikkelingen (voor zo ver ik zie) zijn bij Wifibox. De DD-WRT heeft vele features, welke eigenlijk te veel zijn om op te noemen maar tot dus ver is dit de fijnste firmware voor de WRT54G die ik uitgeprobeerd heb (Wifibox, HyperWRT en Sveasoft).

Een van de features is de RFlow & MACupd Caputure. Met behulp van een programma genaamde RFlow & MACupd Caputure kan je veel informatie bekijken van je router. Zoals welke clients wat doen, welke poorten ze gebruiken etc etc...

dd-wrt
Afbeeldingslocatie: http://www.tweakers.net/ext/f/60357/thumb.jpgAfbeeldingslocatie: http://www.tweakers.net/ext/f/60356/thumb.jpgAfbeeldingslocatie: http://www.tweakers.net/ext/f/60355/thumb.jpg


Eigenlijk moet je hetzelf even uitproberen om het te ervaren.

Nog wat leuke dingen (eventueel voor in de SP):
http://www.linksysinfo.org/ - DE site voor support en firmwares voor de WRT54G

En nog een manier om zeker te weten welke versie WRT54G/GS je hebt...
There are serveral versions of the WRT54G and WRT54GS. different powersupplies, chipsets, features, though all based on similar firmware.

To find out which model you have please go by the Serail Number of your WRT54G/GS. this is the only true way of finding out.

Known serial numbers (first 4 characters) vs versions / Chipsets:

WRT54G
CDF0 = WRT54G v1.0 / ADM6996L Chipset
CDF1 = WRT54G v1.0 / ADM6996L Chipset
CDF2 = WRT54G v1.1 / ADM6996L Chipset
CDF3 = WRT54G v1.1 / ADM6996L Chipset
CDF5 = WRT54G v2.0 / ADM6996L Chipset
CDF7 = WRT54G v2.2 / BCM5325EKQM Chipset
CDF8 = WRT54G v3.0 / BCM5325EKQM Chipset

WRT54GS
CGN0 = WRT54GS v1.0 / ADM6996L Chipset
CGN1 = WRT54GS v1.0 / ADM6996L Chipset
CGN2 = WRT54GS v1.1 / BCM5325EKQM Chipset
CGN3 = WRT54GS v2.0 / BCM5325EKQM Chipset

using the "SysInfo.htm" is not recommended, this gives on some versions the same answer and therefore cannot be used as an accurate way of finding out which model version you have.

[ Voor 2% gewijzigd door Graham op 10-06-2005 02:31 . Reden: edit ]


  • Spixo
  • Registratie: Augustus 2004
  • Laatst online: 22:55
Nieuwe release Linksys 4.20.8 + HyperWRT 2.1 + tofu6.
Changes in tofu6:
- Linksys 4.20.8 code base + HyperWRT 2.1b1.
- Fixed firewall script executing twice. It's now called only after firewall services has started.
- Fixed some characters like \ not passing cleanly through the script and command web pages.
- Fixed web-based ping not showing error messages.
- Fixed static lease not reloaded during server restart if it was outside of the defined DHCP range.
- Fixed hostname from a DHCP packet not saved if lease was static. This is the one visible in http://192.168.1.1/DHCPTable.asp.
- Fixed a few memory leaks in the original firmware.
- Fixed Firefox 1.0.x problem with drop-down listboxes. See notes.
- New script and command web pages. They now open in a normal window and the text area follows the width and height of the window (except in IE where height wont budge).
- New static DHCP web page. It can now handle up to 100 entries and it now has a hostname / local domain name field. See notes.
- DHCP server now only gives the address of the router for DNS to allow Dnsmasq to handle the DNS requests. See notes.
- Extended content blocking to 20 domain names and 18 url keywords.
- Enabled ingress qdisc and fw classifier. These are used for traffic shaping using tc and through scripts that use tc like wondershaper.
- Connection uptime is now shown for PPPoE, PPTP, L2TP, and Telstra Cable connections.
- Changed SES button (Cisco logo) to respond differently if SES is disabled: The button acts as a wireless on/off button (note: it must be enabled in the first place) or if "/tmp/ses_button" exists, the file is executed.
- New command: "led <white/amber/dmz/diag/wl> <on/off> [...]" The keywords can be shortened to 2 chars. ex: "led white on am on" makes the Cisco logo bright amber.
Werkt hier uitstekend. Vooral de nieuwe static DHCP pagina is een uitkomst :D.

Afbeeldingslocatie: http://img160.imageshack.us/img160/2580/sdhcp4vr.png

  • Graham
  • Registratie: Maart 2001
  • Laatst online: 31-03 21:36
TD-er schreef op maandag 10 oktober 2005 @ 14:47:
Kun je nu ook een andere gateway meegeven met de DHCP-lease?
en op een 10.x.x.x netwerk de boel routeren? (dit laatste heb ik al een tijdje niet meer getest, dus kan al eerder veranderd zijn)
Zoiets...

Afbeeldingslocatie: http://tweakers.net/ext/f/68216/full.jpg

Gebruik dan wel een andere firmware, namelijk DD-WRT.

[ Voor 8% gewijzigd door Graham op 10-10-2005 16:16 ]


  • Domino
  • Registratie: Juli 1999
  • Laatst online: 04-04 11:32
Hyperwrt is zo stabiel als wat.

Afbeeldingslocatie: http://members.home.nl/rcadee/linksys.png

Ikzelf moet eens kijken naar de tofu/thibor addons.

[ Voor 22% gewijzigd door Domino op 10-02-2006 10:14 ]


Verwijderd

hmmm ja ik hebnu DHCP server helemaal uitgezet

en het helpt nog niks...

Afbeeldingslocatie: http://img482.imageshack.us/img482/1641/untitled0yu.jpg

en dan de poorten:

Afbeeldingslocatie: http://img394.imageshack.us/img394/9734/untitled7td.jpg

[ Voor 53% gewijzigd door Verwijderd op 22-03-2006 21:54 ]


  • job
  • Registratie: Februari 2002
  • Laatst online: 24-03 21:27

job

Verwijderd schreef op dinsdag 06 maart 2007 @ 20:17:
zou het kunnen liggen aan dns ? die staat niet ingesteld in de router
zo ja welke moet ik gebruiken voor dns adres ben @home gebruiker
dns zou die gewoon automatisch moeten pakken.
DIt laat tomato zien op mijn router:
Afbeeldingslocatie: http://members.home.nl/jobslagter/got/tomato_thumb.jpg

  • Bor
  • Registratie: Februari 2001
  • Laatst online: 23:35

Bor

Coördinator Frontpage Admins / FP Powermod

01000010 01101111 01110010

Verwijderd schreef op maandag 21 mei 2007 @ 21:42:
[...]


Nog iemand op 100%, draait lekker he ;)
En nog steeds wacht ik op onderbouwing van jouw kant :O

Overigens van hyperwrt:
Why 42mW Xmit Power and not 84mW?
- It's more than enough for most people, it's even the double of that used in the original v2.02.7 firmware from Linksys.
- It's safe to use without extra cooling.
- It's legal to use in most countries.

- Any value above 56mW will make the signal dirty, which results in packet loss and interference on the other channels.
Natuurlijk niet een heel erg goede bron zonder meetdata etc maar never the less een indicatie.
The ETSI in Europe has set standard 54g power to max out at 100mW on most european wireless devices. Going higher than this in enclosed spaces can affect your health
Overigens is het wel goed om aan te geven wat de 100% setting is bij jullie. Bij de meeste firmwares lijkt 100% namelijk iets te zijn van 83mW. Bij bv Tomator is dit 251 mW! Ik heb het bij mijn relaas over 100% power NIET over 83mW. Wel belangrijk om dat aan te geven (en dat had ik eerder moeten doen).

Welke firmware gebruik je RutgerM?

En wat betreft de metingen:

WRT54G op 50mW:

Afbeeldingslocatie: http://img523.imageshack.us/img523/8637/dsc00637t50mwfv2.jpg

Redelijk net signaal, weinig noise.

WRT54G op 250mW (100%):

Afbeeldingslocatie: http://img522.imageshack.us/img522/1319/dsc00641t250mwum3.jpg

Weg redelijk net signaal, noise neemt de overhand, band wordt breder en overstraling van noise op andere channels.

Is dit wat je wilde zien? Nou graag metingen vanuit jouw kant waaruit blijkt dat het geen effect heeft ;)

Deze min of meer grappige uitleg kwam ik nog tegen:
Increasing transmit power does little or no good. This is 2-way, not broadcast AM radio.

Think of it this way, you are talking with someone in a crowded room. You move a bit further away and can no longer talk. If you whip out a BULLHORN AND BLAST THEM, well sure they can hear you, but you still cannot hear them. Not only is it rude to the other people in the room, but it's ineffective since you are not having a functional conversation.

Chasing transmit-power increase only on the AP side is ineffective when the client doesn't have enough power.
Ter referentie omdat dit soort vragen erg vaak worden gesteld hier op GoT:
I'm always curious about the theory behind such transmit power boosts. If this only boosts the one-way power with which the router emits signals, how does it improve overall connection strengths since the wireless NIC's signal may still be too weak to come back to the router. Does increasing transmit power somehow improve the router's ability to "hear" signals sent by wireless NICs as well?
You pretty much have the right idea. If, and only if, the transmit path from the AP to the Client is has too weak a signal, will increasing transmit power from the AP help.
In practice that does happen though. But it is not likely to be seen as improved range, so much as just fewer problems at the maximum range. In most cases, for example if the connection is getting 54Mb rates, it simply isn't going to do anything.

Note that 3 dB is twice the power. It usually takes about 6 dB to double the range. Since increasing the AP's transmit power does not help the AP receive any better, there is a very practical limit to any benefits. A 3 dB increase (56 mW) probably does provide a measurable increase in fade margin, and if you often work at fringe ranges it might be worth doing. 6 dB (112 mW) is almost certainly not significant over just 3 dB.
En:
There is little good reason for increasing transmit power as most home AP's have weak client laptops which cannot similarly boost transmit power. Increasing transmit power on the AP makes ZERO sense except it gets you more bars in some client signal-measuring utility. Big deal! The AP still cannot hear your 32 mW laptop at great distance, and WiFi needing to be 2-way you are not communicating, you are just blasting interference out into the neighborhood. Instead of a good reason TO do it, I usually mention the first reason NOT TO DO IT.

For most people wanting better signal, I tell them PUT A BETTER ANTENNA ON THE UNIT! A high-gain antenna increases your receive and transmit gain at the same time. You can get double or more the REAL range improvement just by plugging in a new antenna.

Increasing transmit power makes sense to me in only one application, with point-to-point bridge units equipped with directional antenna.
En als laatste duidelijke quote:
My question is : What is the best value for transmitter power to have best signal?
It depends on too many things to actually be able to pin it down exactly. But there are some fairly easy guidelines which we could talk about.

First, understand that there are two radio transmitters involved. Lets generalize and say that one is an AP and one is a Client, even though they might be called different things if we use other configurations.

If you increase the transmit power of your AP, and do not also increase the transmit power of your Client, if all things are equal, at some distance between the AP and the Client the signal strength received by the AP will not be sufficient. The signal strength received by the Client is just fine, but your connection drops anyway. No increase in AP power output is going to keep it from dropping the connection at that distance.

If all things actually were equal the two signals would drop out at just about the same distance. But of course all things are never equal! Hence, sometimes it happens that the AP is still receiving a good signal, but the Client is not, and the connection is dropped. In that one single case it is true that if you increase the power output from the AP you will see a benefit!

So the question is actually, how often is that likely to happen, and at what power levels does it happen?

In fact it is common for path fades etc to result in a 3 dB difference in signals. But the difference is very rarely ever larger than 6 dB, simply because most changes will affect both the transmit and the receive path equally.

Given the above it is probably useful to increase the power output from your AP by 3 dB over what it takes to normally have equal signals at the Client and the AP. It is less useful but still perhaps on rare occasions worth having a 6 dB increase power in power from the AP. (Note that increasing power also increases interference to others, so your rare benefit should be balanced against the potential for not so rare interference...)

Now, if we assume (and this may not be correct at all!) that the default AP power is just about right, then twice the power (3 dB) is good, and four times the power (6 dB) is probably not really of any value.

The typical AP defaults to 28 milliWatts output, and it might very well provide noticable results to set it to 56 mW. If you insist on getting every last ounce of benefit, go for 112 mW. More than that is just massaging your ego and annoying the neighbors.

Personally, I can't see setting it higher than maybe 84 mW, which is about 4.8 dB.
offtopic:
Quotes komen uit diverse threads en diverse topics op diverse fora en websites. Ik heb niet alle threads helemaal door kunnen lezen wegens de overweldigende hoeveelheid aan informatie. Bovenstaande quotes geven echter het leeuwendeel van de threads weer.


En nu mijn eigen situatie: ik boost het signaal zelf WEL een klein beetje omdat mijn laptop kaart dit hogere vermogen ook aan kan wat nu resulteert in WEL een verbetering van het bereik. De meeste PCMCIA en mini-PCI kaarten komen echter niet van hun default zendvermogen af waardoor bovenstaande gequote verhalen voor de meeste mensen opgaan.

Come again :)

[ Voor 169% gewijzigd door Bor op 22-05-2007 09:13 ]

Over Bor | Vraag & Aanbod feedback | Frontpagemoderatie Forum


  • GekkeR
  • Registratie: April 2000
  • Laatst online: 25-03 16:39

GekkeR

key = key

Afbeeldingslocatie: http://www.maf.tweakdsl.nl/images/ddwrt.jpg

DD-WRT v23 SP2 werkt al tijden prima hier :)

Je moet gewoon niet vergeten eerst mini te flashen.
Daarna met de reset knop een factory default te forcen (je komt het config scherm anders niet in).
En dan Standard(of degene die je wilt) te flashen via het config scherm wat na de reset weer werkt.

[ Voor 55% gewijzigd door GekkeR op 29-05-2007 15:58 ]

[ pctje te zien hier ] - Miauw


  • Bor
  • Registratie: Februari 2001
  • Laatst online: 23:35

Bor

Coördinator Frontpage Admins / FP Powermod

01000010 01101111 01110010

Voor de mensen die net als ik in het begin "puzzled" waren bij de connectie benamingen die in veel firmwares worden gebruikt is er goed nieuws: ik heb een aantal duidelijke beschrijvingen gevonden waarbij een diagram echt een hoop verduidelijking geeft.

Hierbij de waardevolle tekening:
Afbeeldingslocatie: http://img108.imageshack.us/img108/2189/wrt54glqq2kleinmk6.png

Afbeeldingslocatie: http://img169.imageshack.us/img169/1592/wrt54sw1internalarchitetq9.png

Een vrije vertaling van deze informatie levert het volgende:

Eth0 (alle LAN/WAN poorten) en eth1 (alleen WIFI) zijn de fysieke interfaces (echte hardware poorten verbonden naar de processor). Zoals op de diarammen is te zien maakt de switch gebruik van vlan tagging. Deze tagging zorgt er voor dat de low-level kernel een logische vertaling kan maken van datastromen naar fysieke hardware poorten.

Eth0 verzorgt zoals is te zien zowel de afhandeling van LAN als WAN verkeer. Het onderscheid tussen deze 2 stromen wordt wederopm gemaakt met behulp van vlan tagging. De 5 fysieke poorten op de router kunnen in veel verschillende manieren worden geconfigureerd met behulp van vlans (waaronder de standaard 4-lan 1-wan configuratie). VLAN1 verzorgt de WAN verbinding.

De BRIDGE verbinding (BRI0) is een verhaal appart. BRI0 combineert VLAN0 en WIFI (ETH1) data in een fysieke verbinding. De exacte reden achter de keuze voor een bridge is onduidelijk en heeft te maken met de interne layout van de WRT54G (waarschijnlijk zijn VLAN0 en ETH1 complete fysieke interfaces die de eigenschappen van een bridge nodig hebben om hun dataflow te verzorgen).


Het blijkt dat de benamingen soms afwijken als we kijken naar verschillende hardware revisies en firmwares. Het diagram hierboven is gebaseerd op OpenWRT en de WRT54G V4 of WRT54GS V3.

Bij gebruik van OpenWRT en een WRT54GL krijgen we de volgende lijst:
On a WRT54GL, they are:
eth0: All ports, but not addressed.
eth1: Wireless
vlan0: Ports 1-4 (0-3)
vlan1: WAN port (4)
br0: Bridge between eth1 and vlan0
Info voor andere hardware revisies is hier te vinden (ook OpenWRT based).


Feedback op deze post is zeer welkom (in geval van fouten of aanvullingen) zodat we deze info eventueel in de startpost of een faq kunnen verwerken.

Over Bor | Vraag & Aanbod feedback | Frontpagemoderatie Forum


  • job
  • Registratie: Februari 2002
  • Laatst online: 24-03 21:27

job

Als het goed is kan je bij dd-wrt gewoon een passphrase invoeren (alfanumeriek), en de router geeft je dan 4 hexadecimale codes. Eigenlijk precies hetzelfde als met de linksys firmware.
Afbeeldingslocatie: http://members.home.nl/jobslagter/got/wep.jpg

Maar 1 tip, stap alsjeblieft over wpa. (het liefste wpa2).

Wat de hotspot functie betreft, volgens mij staat daar aardig wat over geschreven in het forum en de wiki op dd-wrt.com. Maar zo uit het hoofd moet je dan gaan werken met een radius server.
Je zou daar chillispot voor kunnen gebruiken, maar er zijn ook webbased alternatieven waarbij je de wireless clients doorstuurt naar een website.
Kijk dus hier even voor meer info:
http://www.dd-wrt.com/wiki/index.php/Chillispot
http://gentoo-wiki.com/HO...with_FreeRadius_and_MySQL
http://worldspot.net/

[ Voor 36% gewijzigd door job op 18-09-2007 17:37 ]

Pagina: 1

Dit topic is gesloten.

Let op:
Let op: Dit topic gaat over de verschillende firmwares voor de WRT54G. Voor andere prolemen die je tegenkomt die niet firmware specifiek zijn gebruik je de search of start je een eigen topic.